VMess
Project V 생태계에서 일찍부터 사용된 프록시 프로토콜입니다. 설정에는 보통 사용자 식별자, 서버 주소, 포트, 전송 방식과 보안 매개변수가 포함되며 클라이언트와 서버가 서로 호환되는 설정을 사용해야 합니다. VMess는 프로토콜 이름이지 특정 클라이언트나 코어 버전을 뜻하지 않습니다.
설정 개념 빠른 찾기
V2Ray 용어 해설
프로토콜, 코어, 클라이언트부터 구독, 라우팅과 DNS까지 설정 계층별로 주요 용어를 설명합니다. 각 항목에서 정의, 사용 위치와 혼동하기 쉬운 경계를 확인할 수 있습니다.
분류 목차
설정 문제별 용어 찾기
프로토콜 매개변수, 코어 이름이나 라우팅 옵션을 확인할 때는 해당 분류로 이동하세요. 목차 링크가 각 장으로 바로 연결되며, 용어 카드에는 인용할 수 있는 페이지 앵커도 포함되어 있습니다.
프로토콜과 암호화
연결 프로토콜과 전송 보안
프로토콜은 클라이언트와 서버가 연결 데이터를 구성하는 방식을 결정하고, TLS와 REALITY 같은 보안 계층은 전송 보호와 신원 확인을 처리합니다. 노드를 선택할 때 프로토콜 이름은 첫 번째 정보일 뿐이며, 전송 방식·서버 이름·인증 매개변수도 모두 일치해야 합니다.
VLESS
구조가 간결한 프록시 프로토콜입니다. 자체적으로 추가 데이터 암호화를 담당하지 않으며, 보통 TLS 또는 REALITY 같은 보안 계층과 함께 사용합니다. 설정 시 사용자 식별자, 흐름 제어, 전송 방식과 보안 유형을 함께 확인해야 하며 프로토콜 이름만으로는 연결을 수립할 수 없습니다.
Trojan
TLS 통신 형태를 기반으로 설계된 프록시 프로토콜로, 인증에는 보통 비밀번호 필드를 사용합니다. 클라이언트에 서버 주소, 포트, 서버 이름과 전송 보안 매개변수를 정확히 입력해야 합니다. 인증서 상태, 시스템 시간 또는 서버 이름이 일치하지 않으면 TLS 핸드셰이크가 실패할 수 있습니다.
REALITY
Xray 생태계의 전송 보안 방식으로, VLESS와 함께 사용하는 경우가 많습니다. 클라이언트 설정에는 일반적으로 공개 키, 짧은 ID, 서버 이름, 지문과 흐름 제어 등의 필드가 포함됩니다. REALITY는 독립적인 노드 프로토콜이 아니므로, 설정을 가져올 때 함께 사용하는 프로토콜과 전송 매개변수도 유지해야 합니다.
TLS
네트워크 전송 내용을 보호하고 통신 상대의 신원을 확인하는 보안 프로토콜입니다. V2Ray 설정에서는 서버 이름, 인증서 상태, 시스템 시간과 지문 설정이 TLS 연결에 영향을 줍니다. 인증서 검증을 끄면 보안 경계가 달라지므로 일반적인 문제 해결 단계로 장기간 유지해서는 안 됩니다.
코어와 클라이언트
실행 계층과 그래픽 관리 계층
코어는 프로토콜 처리, 네트워크 연결, DNS와 라우팅을 담당하고 그래픽 클라이언트는 이러한 기능을 조작 가능한 UI로 정리합니다. 문제를 해결할 때는 설정 화면, 코어 실행, 시스템 권한과 원격 연결 중 어느 단계에서 문제가 발생했는지 먼저 판단해야 합니다.
V2Ray
Project V 생태계와 관련된 기술 및 도구를 통칭하는 표현입니다. 설정을 논의할 때는 프로토콜, 코어와 그래픽 클라이언트를 구분해야 하며 세 가지는 서로 다른 계층에 속합니다. 클라이언트 UI에 특정 기능이 있는지는 사용하는 코어와 클라이언트 버전의 영향을 함께 받습니다.
V2Fly
Project V의 기술 계보를 잇는 오픈 소스 코어 계열로, 프로토콜 처리, 전송, 라우팅과 DNS 같은 하위 기능을 담당합니다. 그래픽 클라이언트는 V2Fly 코어를 호출해 연결을 실행할 수 있습니다. V2Fly와 v2flyNG는 이름이 비슷하지만 전자는 코어 생태계, 후자는 Android 그래픽 클라이언트를 가리킵니다.
Xray
V2Ray 설정 체계와 비슷한 개념이 많은 오픈 소스 코어 계열로, VLESS와 REALITY 등의 기능을 지원합니다. Xray가 실제 트래픽을 처리하고 v2rayN이나 v2rayNG 같은 클라이언트가 설정을 생성하고 프로세스를 관리합니다. 코어가 특정 기능을 지원한다고 해서 모든 클라이언트 UI에 같은 진입점이 제공되는 것은 아닙니다.
v2rayN
Windows, macOS와 Linux용 데스크톱 그래픽 클라이언트로, 구독, 서버, 시스템 프록시, 라우팅, DNS와 TUN 등의 설정을 관리할 수 있습니다. v2rayN은 연결 프로토콜이 아니며, 노드를 가져오고 사용할 수 있는지는 클라이언트·코어·설정 형식의 호환성에 따라 달라집니다.
v2rayNG
Android용 그래픽 클라이언트로, 보통 Xray 코어를 사용해 연결을 처리합니다. 구독 가져오기, 노드 선택, 라우팅과 VPN 서비스 모드 등의 기능을 제공합니다. 앱 상태 표시줄에 연결 성공이 표시되어도 로컬 서비스가 시작되었다는 뜻일 뿐이며, 실제 네트워크 요청으로 노드와 DNS가 정상인지 확인해야 합니다.
구독과 노드
설정 출처와 연결 상태
구독은 설정을 일괄 업데이트하고, 노드는 하나의 구체적인 서버 기록이며, 공유 링크는 단일 설정을 담습니다. 속도 측정 결과는 특정 테스트 방식과 시점만 반영하므로 노드를 선택할 때 프로토콜 호환성, 실제 연결 결과와 현재 네트워크 상태도 함께 고려해야 합니다.
구독
서버에서 제공하는 설정 업데이트 진입점 모음으로, 클라이언트는 이를 통해 여러 노드와 매개변수를 가져올 수 있습니다. 구독을 업데이트하면 보통 노드 목록이 새로 고쳐지지만 이미 작동하지 않는 서버가 자동으로 복구되지는 않습니다. 구독 그룹, 자동 업데이트 주기와 서버 필터 조건을 편집할 때는 로컬 선택 항목이 덮어써지는지 확인해야 합니다.
노드
클라이언트에 등록된 하나의 서버 연결 설정으로, 보통 주소, 포트, 프로토콜, 인증 정보, 전송 방식과 보안 매개변수를 포함합니다. 노드 이름은 식별을 위한 라벨일 뿐 연결 속도나 사용 가능성을 증명하지 않습니다. 이름이 비슷한 두 노드도 전혀 다른 서버와 프로토콜 설정을 사용할 수 있습니다.
공유 링크
하나의 연결 설정을 복사 가능한 텍스트로 인코딩한 형식입니다. 프로토콜마다 링크 접두사와 필드 구조가 다르며, 클라이언트는 가져온 뒤 링크를 서버 설정으로 분석합니다. 링크 형식이 클라이언트의 인식 범위를 벗어나면 시스템 프록시 옵션을 무작정 바꾸기보다 먼저 프로토콜 지원 여부를 확인해야 합니다.
지연 시간 테스트
클라이언트가 대상 주소의 응답 속도를 추정하는 검사 방식입니다. 테스트 방법에 따라 기본 연결성만 확인하거나 프록시를 통해 지정된 대상에 접속할 수 있으므로 결과를 서로 동일하게 볼 수 없습니다. 지연 시간이 낮으면 대화형 응답에 유리하지만 지속적인 전송 능력을 완전히 나타내지는 않습니다.
실제 연결 지연 시간
프록시 연결을 실제로 수립하고 테스트 대상에 접속해 얻은 지연 시간입니다. 주소 도달 가능성만 확인하는 기본 탐지보다 실제 연결 과정에 가깝습니다. 결과는 테스트 대상, DNS, 전송 프로토콜과 현재 네트워크 부하의 영향을 받으므로 같은 시간대의 상대 비교에 적합합니다.
라우팅과 트래픽 분배
트래픽 진입점·매칭 조건·출구
시스템 프록시와 TUN은 트래픽이 클라이언트로 들어오는 방식을 결정하고, 라우팅 규칙은 코어에 들어온 트래픽이 사용할 출구를 결정합니다. GeoIP, GeoSite와 FakeDNS는 서로 다른 보조 매칭 도구이므로 설정 시 IP, 도메인 집합과 도메인 매핑을 각각 처리한다는 점을 구분해야 합니다.
라우팅 규칙
도메인, IP, 포트, 프로토콜 또는 프로세스 등의 조건에 따라 트래픽 출구를 결정하는 매칭 규칙입니다. 하나의 규칙에는 보통 매칭 조건과 대상 아웃바운드가 포함됩니다. 규칙 순서가 최종 결과에 영향을 주므로 구체적인 조건은 일반적인 기본 규칙보다 앞에 배치하고 실제 접속으로 매칭 여부를 확인해야 합니다.
트래픽 분배
네트워크 요청 유형별로 서로 다른 출구를 사용하도록 설정하는 방식입니다. 일반적인 처리 결과는 직접 연결, 프록시와 차단이며 구체적인 선택은 라우팅 규칙과 매칭 순서로 결정됩니다. 트래픽 분배는 단순한 노드 전환이 아니라 하나의 실행 설정 안에서 트래픽을 항목별로 분류하는 작업입니다.
GeoIP
IP 주소 범위별로 구성한 지리 및 네트워크 분류 데이터입니다. 라우팅 규칙에서 이 집합을 참조해 매칭할 수 있습니다. GeoIP는 연결 대상의 IP를 기준으로 판단하며 웹페이지 도메인 분류를 직접 읽지 않습니다. 데이터베이스 버전, 코어 지원 여부와 규칙 식별자는 서로 호환되어야 하며, 그렇지 않으면 규칙이 예상대로 로드되지 않을 수 있습니다.
GeoSite
도메인 유형별로 정리한 라우팅 데이터 집합으로, 공통 속성을 가진 사이트 도메인 그룹을 매칭하는 데 사용할 수 있습니다. 도메인 규칙을 처리하므로 GeoIP의 주소 범위 판단과는 다릅니다. 앱이 IP로 직접 접속하면 GeoSite 규칙은 도메인 집합만으로 매칭하지 못하는 경우가 많습니다.
TUN 모드
가상 네트워크 인터페이스로 시스템 트래픽을 받아 프록시 코어가 처리하도록 하는 방식입니다. 시스템 프록시 설정을 읽지 않는 앱도 처리할 수 있지만 일반적으로 더 높은 시스템 권한이 필요합니다. 사용 후에는 가상 인터페이스, 기본 라우팅, DNS 가로채기와 다른 네트워크 도구 사이에 충돌이 없는지 함께 확인해야 합니다.
FakeDNS
앱에 매핑된 주소를 반환하고 코어에 도메인과 해당 주소의 관계를 보존하는 DNS 처리 방식입니다. 이후 연결이 코어로 들어오면 원래 도메인을 복원해 도메인 라우팅을 실행할 수 있습니다. FakeDNS 주소 풀은 로컬 네트워크나 다른 가상 네트워크가 사용하는 대역과 충돌하지 않아야 합니다.
시스템 프록시
운영체제가 앱에 제공하는 프록시 설정으로, 보통 로컬에서 클라이언트가 수신 대기 중인 HTTP 또는 SOCKS 포트를 가리킵니다. 시스템 프록시 설정을 따르는 프로그램만 이 진입점을 자동으로 사용합니다. 일부 앱은 독립 네트워크 스택을 사용하므로 프록시를 별도로 설정하거나 TUN 모드로 트래픽을 받아야 합니다.
네트워크 기초
이름 확인·전송·핸드셰이크 필드
노드 문제처럼 보이는 현상도 실제로는 도메인 확인, 전송 프로토콜 또는 TLS 핸드셰이크 단계에서 발생할 수 있습니다. DNS, TCP, UDP와 SNI의 역할을 이해하면 문제 범위를 클라이언트 전체에서 특정 네트워크 단계로 좁히는 데 도움이 됩니다.
DNS
도메인 이름을 IP 주소로 변환하는 기본 네트워크 서비스입니다. V2Ray 클라이언트는 시스템 DNS를 사용하거나 코어에서 조회 서버, 매칭 규칙과 폴백 정책을 지정할 수 있습니다. 웹페이지가 열리지 않을 때는 도메인 미확인, 부적절한 확인 결과와 대상 연결 실패를 구분해야 합니다.
DNS 누수
네트워크 트래픽은 예상한 경로로 처리되지만 도메인 조회가 예상하지 못한 다른 DNS 경로로 전송되는 현상입니다. 시스템 리졸버, 브라우저의 독립 DNS, 클라이언트 코어 설정 또는 TUN 적용 범위와 관련된 경우가 많습니다. 문제를 해결할 때는 누가 조회를 시작했고 어디로 전송했는지, 해당 트래픽이 어느 출구를 사용하는지 함께 확인해야 합니다.
TCP
연결 지향형 전송 계층 프로토콜로, 신뢰성 있고 순서가 보장된 데이터 전달을 중시합니다. 웹 접속과 많은 애플리케이션 프로토콜이 TCP를 기반으로 동작할 수 있습니다. TCP 연결 수립 성공은 전송 계층을 사용할 수 있다는 뜻일 뿐이며 이후 TLS, 프로토콜 인증과 애플리케이션 요청은 각각 실패할 수 있습니다.
UDP
데이터그램 단위로 동작하는 전송 계층 프로토콜로, TCP와 같은 연결 확인 및 재전송 기능을 제공하지 않습니다. DNS와 실시간 통신 등에서 UDP를 사용할 수 있으므로 클라이언트, 노드와 라우팅 규칙이 이를 처리할 수 있어야 합니다. TCP 웹 접속만 테스트해서는 UDP 경로가 정상이라고 완전히 판단할 수 없습니다.
SNI
TLS 핸드셰이크에서 대상 서버 이름을 지정하는 필드로, 같은 주소에서 서비스가 해당 설정을 선택할 수 있게 합니다. 노드 매개변수의 SNI는 서버 요구 사항과 일치해야 합니다. 잘못 입력하면 인증서 이름 불일치, 핸드셰이크 중단 또는 서버의 올바른 연결 설정 선택 실패가 발생할 수 있습니다.