VMess
VMess는 Project V 생태계에서 초기에 사용된 프로토콜로, 인증, 시간 검증 및 전송 관련 매개변수를 포함합니다. 클라이언트 설정에는 보통 서버 주소, 포트, 사용자 식별자, 암호화 방식 및 전송 유형이 표시됩니다. 수동 입력 시 핵심 필드가 하나라도 일치하지 않으면 연결에 실패할 수 있으므로, 완성된 설정이나 구독으로 가져오는 편이 적합합니다.
V2RAY WIKI · 기술 용어 빠른 검색
V2Ray 용어 가이드
프로토콜 이름과 코어 관계부터 구독, 라우팅 및 DNS 설정까지, 설정 화면에서 자주 만나는 기술 용어를 한곳에서 설명합니다. 각 항목에서는 용어의 의미와 관련 설정, 문제를 점검할 때 주의할 점을 안내합니다.
5개 분류
25개 용어
프로토콜 · 코어 · 라우팅 · DNS
분류별로 찾기
설정 항목에서 관련 개념 찾기
구독 안내를 읽거나 연결 문제를 점검할 때 모든 용어를 한꺼번에 외울 필요는 없습니다. 먼저 문제가 프로토콜 매개변수, 코어 기능, 노드 관리, 라우팅 규칙 또는 시스템 연동 중 어디에 해당하는지 확인한 다음 해당 분류의 항목을 살펴보세요. 용어 설명은 클라이언트의 실제 설정 관계를 중심으로 하며 관련 없는 배경 지식은 다루지 않습니다.
프로토콜 및 암호화
프로토콜은 인증 정보와 데이터 형식을 결정하고, 보안 계층은 외부 전송을 보호합니다. 설정을 가져올 때는 서버가 제공한 매개변수를 모두 유지해야 하며, 프로토콜 이름만 보고 필드를 임의로 채워서는 안 됩니다.
VLESS
VLESS는 경량 프로토콜로, 자체적으로 완전한 전송 암호화를 제공하지 않으며 보통 TLS 또는 REALITY 같은 외부 메커니즘에 보안 기능을 맡깁니다. 설정에는 사용자 식별자, 흐름 제어, 전송 방식 및 서버 이름 등이 자주 포함됩니다. VLESS 설정이 완전한지 확인하려면 주소와 포트만 볼 것이 아니라 프로토콜 계층, 전송 계층 및 보안 계층을 함께 점검해야 합니다.
Trojan
Trojan은 비밀번호 인증을 기반으로 하며 일반적으로 TLS와 함께 사용하는 프록시 프로토콜입니다. 클라이언트 설정에서는 서버 주소, 포트, 비밀번호, 서버 이름 및 인증서 검증 옵션이 중요합니다. 주소에는 연결되지만 핸드셰이크가 실패한다면 시스템 프록시 모드를 반복해서 바꾸기보다 서버 이름, 보안 계층 설정 및 시스템 시간을 먼저 확인해야 합니다.
REALITY
REALITY는 Xray 코어 계열에서 제공하는 전송 보안 메커니즘으로, VLESS와 함께 사용하는 경우가 많습니다. 설정에는 일반적으로 공개 키, 짧은 식별자, 대상 이름 및 핑거프린트가 포함되며, 값은 서버 설정에 따라 결정됩니다. 임의로 켤 수 있는 범용 스위치가 아니므로 관련 매개변수가 없거나 코어 버전이 호환되지 않으면 연결이 정상적으로 수립되지 않습니다.
TLS
TLS는 암호화된 전송 채널을 구축하는 범용 보안 프로토콜로, 여러 프록시 프로토콜과 전송 조합에서 사용될 수 있습니다. 클라이언트의 서버 이름은 보통 인증서 검증에 사용되므로 연결 주소와 단순히 같다고 볼 수 없습니다. 인증서 또는 핸드셰이크 오류가 발생하면 도메인, 시스템 시간, 검증 정책 및 설정 제공자가 안내한 보안 매개변수를 확인해야 합니다.
코어 및 생태계
그래픽 클라이언트는 화면과 설정 관리를 담당하고, 코어는 실제 연결, DNS 및 라우팅을 처리합니다. 둘을 구분하면 업데이트 내용이 클라이언트 기능에 해당하는지 하위 수준의 프로토콜 기능에 해당하는지 판단하기 쉽습니다.
Project V
Project V는 네트워크 프록시 코어, 프로토콜 및 관련 도구를 중심으로 형성된 오픈 소스 기술 생태계입니다. 커뮤니티의 발전과 함께 관련 기술 계열에서 V2Fly와 Xray 같은 코어가 등장했습니다. 일상적으로 “V2Ray 클라이언트”라고 할 때는 특정한 하나의 화면 프로그램이 아니라, 이러한 호환 코어와 프로토콜을 사용하는 그래픽 도구를 가리키는 경우가 많습니다.
V2Fly
V2Fly는 Project V의 기술 방향을 이어가는 커뮤니티 코어 계열로, 인바운드, 아웃바운드, 프로토콜, DNS 및 라우팅을 처리할 수 있습니다. 그래픽 클라이언트는 화면에서 선택한 설정을 코어 설정으로 변환한 뒤 해당 코어를 실행할 수 있습니다. 특정 새 매개변수를 지원하는지는 클라이언트 화면과 호출되는 코어의 기능을 함께 확인해야 합니다.
Xray
Xray는 V2Ray 생태계를 구성하는 코어 계열 중 하나로, 프로토콜 연결, 전송 보안, DNS 및 라우팅 같은 하위 수준 작업을 담당합니다. v2rayN과 v2rayNG 같은 클라이언트는 호환 코어를 호출해 실제 연결을 처리할 수 있습니다. “화면은 정상인데 연결되지 않는” 문제를 점검할 때는 버튼 상태보다 클라이언트 로그의 코어 시작 정보와 설정 오류가 더 중요한 단서가 되는 경우가 많습니다.
v2rayN
v2rayN은 Windows, macOS 및 Linux용 데스크톱 그래픽 클라이언트로, 서버 설정, 구독 그룹, 라우팅, DNS, 시스템 프록시 및 TUN 모드를 관리합니다. 클라이언트 자체는 인터페이스와 설정 구성을 담당하고, 실제 프로토콜 연결은 호출된 코어가 수행합니다. 코어를 바꾸거나 클라이언트를 업그레이드한 뒤에는 기존 설정 필드가 현재 조합에서 계속 지원되는지 확인해야 합니다.
v2rayNG
v2rayNG는 Android용 그래픽 클라이언트로, 프로토콜 연결에 Xray 코어를 사용하는 경우가 많습니다. 시스템 VPN 서비스 모드로 선택한 트래픽을 인계받으며, 설정 가져오기, 라우팅 및 앱별 설정을 제공합니다. 데스크톱의 “시스템 프록시”와 Android의 VPN 서비스 모드는 서로 다른 연동 방식이므로 사용 절차를 그대로 적용할 수 없습니다.
구독 및 노드
구독은 설정을 일괄 배포하고, 노드는 클라이언트가 최종적으로 사용하는 개별 연결 기록입니다. 업데이트, 필터링 및 속도 측정은 각각 설정 갱신, 목록 정리 및 연결 상태 판단을 위한 기능입니다.
구독
구독은 서비스 제공자가 생성한 설정 모음 주소이며, 클라이언트가 읽으면 여러 서버 기록으로 파싱됩니다. 구독 주소를 추가했다고 해서 노드 목록이 바로 갱신되는 것은 아니며, 보통 한 번 업데이트해야 합니다. 업데이트 후 목록이 비어 있다면 먼저 구독 그룹이 활성화되어 있는지, 주소가 완전한지, 로그에 파싱 오류가 있는지 확인하세요.
노드
노드는 클라이언트에 등록된 개별 서버 연결 설정으로, 보통 주소, 포트, 프로토콜, 인증 정보, 전송 방식 및 보안 매개변수를 포함합니다. 노드 이름은 식별을 위한 것이며 실제 회선 품질을 의미하지 않습니다. 노드를 선택할 때는 실제 연결 지연 시간, 연결 성공 여부, 사용 시간대 및 설정 유형을 종합적으로 판단해야 합니다.
지연 시간
지연 시간은 데이터가 왕복하는 데 걸리는 시간을 나타내지만, 클라이언트의 테스트 버튼마다 측정 방식이 다를 수 있습니다. 기본 테스트는 대상 주소에 연결할 수 있는지만 확인하는 경우가 있어 프로토콜 핸드셰이크와 프록시 요청 과정까지 완전히 반영하지 못합니다. 수치가 낮으면 보통 응답이 빠르지만 연결 안정성, 회선 부하 및 대상 서비스도 사용 경험에 영향을 줍니다.
실제 연결 지연 시간
실제 연결 지연 시간은 실제 프록시 경로로 연결을 시작한 뒤 소요 시간을 측정하는 방식으로, 기본 네트워크 탐색보다 실제 사용 경로에 가깝습니다. “서버 주소에는 연결되지만 프로토콜 연결은 실패하는” 상황을 구분하는 데 도움이 됩니다. 테스트 결과는 특정 시점의 관측값이므로 후보 노드를 여러 번 측정하고 실제 접속 결과와 함께 판단하는 것이 좋습니다.
구독 그룹
구독 그룹은 여러 구독을 출처별로 관리하고 업데이트, 필터링 및 일괄 테스트 범위를 각각 제어하는 데 사용합니다. 적절히 그룹화하면 서로 다른 출처의 동명 노드가 섞이는 것을 막고, 특정 업데이트가 어느 설정 묶음에 영향을 주었는지도 쉽게 확인할 수 있습니다. 그룹을 삭제하기 전에는 연결된 노드와 사용자 설정을 계속 보존해야 하는지 확인하세요.
라우팅 및 트래픽 분배
라우팅 시스템은 먼저 트래픽 특성을 식별한 다음 프록시, 직접 연결 또는 다른 아웃바운드를 사용할지 결정합니다. 규칙은 대개 순서대로 매칭되므로, 범위가 넓은 규칙을 더 구체적인 규칙보다 앞에 두지 않는 것이 좋습니다.
라우팅 규칙
라우팅 규칙은 도메인, IP, 포트, 프로토콜 또는 프로세스 등의 조건에 따라 트래픽이 들어갈 아웃바운드를 결정합니다. 대부분의 규칙은 정해진 순서로 매칭되며, 일치하면 해당 처리 방식을 적용합니다. 사용자 규칙을 추가할 때는 매칭 대상과 목적 아웃바운드를 먼저 정하고, 지나치게 넓은 조건이 뒤의 규칙을 먼저 덮어쓰지 않도록 해야 합니다.
트래픽 분배
트래픽 분배는 서로 다른 트래픽을 규칙에 따라 프록시, 직접 연결 또는 차단 아웃바운드로 보내는 처리 과정입니다. 별도의 프로토콜이 아니라 코어 라우팅 기능을 활용하는 방식입니다. 일부 웹사이트만 접속되거나 일부 앱에서 문제가 발생한다면 도메인 해석 결과, 규칙 매칭 순서 및 해당 앱이 클라이언트의 연동 대상인지 함께 확인해야 합니다.
GeoIP
GeoIP는 IP 주소가 속한 지역이나 네트워크 범위별로 정리한 데이터 집합으로, 라우팅 규칙의 대상 IP 조건으로 사용할 수 있습니다. 도메인 요청은 먼저 해석되어 IP를 얻은 뒤에야 관련 IP 규칙으로 판단할 수 있습니다. 데이터 파일이 오래되면 매칭 정확도가 떨어질 수 있으므로 클라이언트 업데이트와 규칙 데이터 업데이트는 별도로 확인해야 합니다.
GeoSite
GeoSite는 용도나 범주별로 정리한 도메인 규칙 모음으로, 지원되는 코어에서 라우팅 조건으로 직접 참조할 수 있습니다. 도메인 분류를 처리하는 기능이며 GeoIP의 주소 범위 매칭과는 다릅니다. 하나의 요청에 도메인 정보와 해석된 IP 정보가 함께 존재할 수 있고, 최종 결과는 규칙 설정과 매칭 순서에 따라 달라집니다.
도메인 매칭
도메인 매칭은 전체 도메인, 하위 도메인, 키워드 또는 정규 표현식으로 요청 대상을 식별합니다. 전체 도메인 조건이 가장 정확하고, 하위 도메인 규칙은 한 사이트의 여러 호스트 이름을 포괄하는 데 적합하며, 정규 표현식은 범위를 신중하게 제한해야 합니다. 앱이 IP에 직접 연결하면 매칭에 사용할 호스트 이름을 얻지 못할 수 있습니다.
클라이언트 및 플랫폼
클라이언트는 시스템 프록시 또는 가상 네트워크 인터페이스를 통해 애플리케이션 트래픽을 받아야 하며, DNS는 도메인을 이후 연결에 사용할 정보로 변환합니다. 트래픽 연동 방식과 DNS 조회 경로를 함께 설정해야 합니다.
TUN 모드
TUN 모드는 시스템 가상 네트워크 인터페이스를 통해 트래픽을 수신하므로 시스템 프록시 설정을 읽지 않는 일부 애플리케이션에도 적용할 수 있습니다. 권한, 라우팅 테이블, DNS 및 가상 네트워크 어댑터 설정이 함께 필요해 단순히 시스템 프록시를 켜는 것보다 영향 범위가 넓습니다. 활성화하기 전에 현재 설정을 저장하고, 네트워크 이상이 발생하면 먼저 TUN을 끈 뒤 기본 노드 연결이 정상인지 확인하세요.
FakeDNS
FakeDNS는 도메인에 임시 매핑 주소를 할당하고 이후 연결에서 원래 도메인 정보를 복원하며, TUN 및 라우팅과 함께 사용하는 경우가 많습니다. 코어가 도메인 기준의 매칭 능력을 유지하는 데 도움이 되지만, 매핑 주소 풀과 DNS 흐름을 올바르게 설정해야 합니다. LAN 대역이나 다른 가상 네트워크가 주소 풀과 충돌하면 연결 대상이 잘못 지정될 수 있습니다.
DNS 누수
DNS 누수는 애플리케이션의 도메인 조회가 예상한 DNS 경로를 우회하고 다른 리졸버에서 처리되는 현상입니다. 점검할 때는 운영체제, 브라우저, 클라이언트 코어 및 TUN 모드의 DNS 설정을 각각 확인해야 합니다. 리졸버 주소 하나만 바꿔서는 모든 앱의 조회 경로가 달라지지 않을 수 있으므로, 실제로 어느 구성 요소가 트래픽을 인계받는지 확인하는 것이 핵심입니다.
시스템 프록시
시스템 프록시는 운영체제가 애플리케이션에 제공하는 프록시 설정입니다. 활성화하면 해당 설정을 따르는 프로그램이 클라이언트의 리스닝 포트로 요청을 보냅니다. 일부 앱은 자체 네트워크 스택을 사용해 시스템 프록시를 읽지 않을 수 있으므로 TUN 모드나 앱 자체 프록시 설정이 필요할 수 있습니다. 클라이언트를 종료하기 전 시스템 프록시를 원래대로 복원하면 이미 중지된 포트를 계속 가리키는 문제를 막을 수 있습니다.
DNS 설정
DNS 설정은 리졸버, 조회 정책, 도메인 규칙, 캐시 및 폴백 동작을 지정하는 설정 모음입니다. 클라이언트 화면에는 시스템 DNS, 원격 DNS, 직접 연결 DNS 및 코어 DNS 같은 옵션이 함께 표시될 수 있으며, 각각 다른 트래픽 경로를 담당합니다. 변경하기 전에 어떤 종류의 도메인을 어느 리졸버가 처리할지 정한 다음 라우팅 규칙과 함께 결과를 확인해야 합니다.