VMess
VMess protocolVMess는 Project V 생태계의 프록시 프로토콜로, 사용자 인증과 데이터 암호화 기능을 포함합니다. 설정에는 보통 사용자 식별자, 서버 주소, 포트, 전송 매개변수가 필요하며 양쪽 설정이 서로 호환되어야 합니다. 일부 인증 과정은 시간에 영향을 받으므로 시스템 시각이 크게 어긋나면 연결에 문제가 생길 수 있습니다. 주소에 접속할 수 있는지만 확인해서는 충분하지 않습니다.
용어 및 설정 참고
V2Ray 용어집
설정 계층에 따라 개념을 확인하세요. 먼저 프로토콜, 전송 방식, 보안 계층을 구분한 뒤 코어, 구독, 트래픽 경로를 살펴보면 됩니다.
01 / Protocols
프로토콜 및 전송
프로토콜은 프록시 요청을 표현하는 방식을 정하고, 전송 방식은 데이터를 운반하는 방법을 정합니다.
VLESS
VLESS protocolVLESS는 자체적으로 데이터를 암호화하지 않는 경량 프록시 프로토콜입니다. 실제 배포에서는 보통 TLS나 REALITY를 함께 사용합니다. 프로토콜 필드를 올바르게 선택했다고 연결 설정이 끝난 것은 아닙니다. 보안 계층, 전송 방식, 흐름 제어도 서버와 일치해야 합니다. VLESS라는 이름만으로 속도나 사용 가능 여부를 판단할 수는 없습니다.
Trojan
Trojan protocolTrojan은 일반적으로 TLS 연결 위에서 동작하며 비밀번호로 사용자를 인증합니다. 설정을 가져온 뒤에도 서버 이름, 포트, 인증서 검증 설정을 확인해야 합니다. 비밀번호가 맞는 것만으로 연결이 보장되지는 않습니다. VLESS와는 서로 다른 프록시 프로토콜이므로 프로토콜 선택만 바꿔 모든 매개변수를 그대로 재사용할 수는 없습니다.
전송 방식
Transport전송 방식은 프록시 데이터를 어떻게 운반하는지 나타내며, TCP, WebSocket, gRPC 등이 흔히 사용됩니다. VMess, VLESS 같은 프록시 프로토콜과는 서로 다른 설정 계층입니다. 전송 방식에 따라 경로, 호스트 이름, 서비스 이름도 달라질 수 있습니다. 가져온 설정에서 전송 유형을 직접 바꾼다면 관련 필드와 코어 지원 여부도 함께 확인하세요.
02 / Engines
코어 및 클라이언트
GUI는 설정을 관리하고, 실제 연결 기능은 실행 중인 코어와 그 버전에 따라 달라집니다.
코어
Core engine코어는 인바운드, 아웃바운드, 라우팅, DNS 등의 작업을 실제로 처리하는 프로그램입니다. 클라이언트는 보통 화면의 설정을 코어 설정으로 변환한 다음 실행합니다. 화면에 특정 옵션이 표시된다고 해서 모든 코어가 이를 처리할 수 있는 것은 아닙니다. 문제를 확인할 때는 메인 화면의 상태뿐 아니라 클라이언트 이름, 코어 종류, 관련 로그도 함께 기록하세요.
Xray-core
XrayXray-core는 V2Ray와 같은 계보에서 발전한 프록시 코어로, VLESS, REALITY, XTLS Vision 등의 기능을 지원합니다. 기능 범위와 설정 필드는 버전에 따라 달라질 수 있으며, 오래된 코어는 최신 설정을 처리하지 못할 수 있습니다. 다른 코어로 설정을 옮기기 전에는 특히 보안 계층, 흐름 제어, 전송 옵션을 확인하세요. 완전히 호환된다고 가정해서는 안 됩니다.
V2Fly
V2Fly / V2Fly-coreV2Fly는 V2Ray 프로젝트를 이어가는 커뮤니티 유지보수 체계입니다. 일반적으로 V2Fly-core는 이 체계에서 유지보수하는 코어 프로그램을 가리킵니다. Xray-core와 기술적 배경을 공유하지만 이후 기능과 설정 형식은 다를 수 있습니다. 구독에 REALITY 같은 특정 기능이 포함되어 있다면 이름이 비슷한 코어가 아니라 해당 기능을 지원하는 코어를 선택하세요.
GUI 클라이언트
Graphical clientGUI 클라이언트는 구독 가져오기, 노드 선택, 라우팅 프리셋, 프록시 모드 등을 조작하는 화면을 제공합니다. v2rayN, v2rayNG, v2flyNG가 이 범주에 속합니다. 클라이언트 이름은 프록시 프로토콜을 뜻하지 않으며, 코어 설정을 그대로 서로 바꿔 쓸 수 있다는 의미도 아닙니다. 버전에 따라 메뉴 위치가 달라졌다면 기능 이름으로 찾아보고 로그에서 실제 적용 결과를 확인하세요.
03 / Security layers
암호화 및 보안 계층
보안 프로토콜, 핸드셰이크의 서버 이름, 흐름 제어 필드를 구분해 서로 다른 계층의 매개변수를 혼용하지 마세요.
TLS
Transport Layer SecurityTLS는 연결에 암호화, 무결성 보호, 인증을 제공하며 인증서 검증도 중요한 역할을 합니다. TLS를 사용하더라도 올바른 서버 이름을 설정하고 시스템 시각을 정확하게 유지해야 합니다. 인증서 오류가 발생하면 검증을 건너뛰기보다 먼저 이름, 시각, 서버 인증서 설정을 확인하세요.
REALITY
REALITY security layerREALITY는 Xray 생태계의 보안 계층 방식으로, 독립된 프록시 프로토콜이 아니며 VLESS와 함께 사용하는 경우가 많습니다. 클라이언트에는 이를 지원하는 코어가 필요하고, 공개 키, 서버 이름, 짧은 ID 등의 매개변수를 올바르게 입력해야 합니다. 일반 TLS와 설정 요건이 다르므로 보안 계층 이름만 바꾸고 나머지 필드를 그대로 둘 수는 없습니다.
SNI
Server Name IndicationSNI는 TLS 핸드셰이크에서 서버 이름을 지정하는 확장 기능입니다. 클라이언트 화면에서는 관련 항목을 ‘서버 이름’이라고 표시하는 경우가 많습니다. 연결 주소는 IP일 수 있지만 이 항목에는 도메인을 입력할 수 있으며, 두 값의 역할은 서로 다릅니다. 서버 설정에 맞는 이름을 입력해야 합니다. 임의로 다른 도메인으로 바꾸면 인증서 검증이나 보안 계층 핸드셰이크가 실패할 수 있습니다.
XTLS Vision
xtls-rprx-visionXTLS Vision은 Xray의 흐름 제어 방식으로, VLESS 설정의 flow 필드에서 자주 사용됩니다. 다른 전송 방식은 아닙니다. 사용 가능 여부는 프로토콜, 보안 계층, 전송 방식 조합 및 서버 지원 여부에 따라 달라집니다. 메뉴에 옵션이 보인다는 이유로 임의로 적용하지 마세요. 구독에 지정되어 있지 않다면 먼저 서버에서 제공한 전체 매개변수를 확인하세요.
04 / Subscriptions
구독 및 노드
구독은 설정을 배포하고, 노드는 연결 정보를 나타냅니다. 테스트 결과는 특정 테스트 조건에서만 유효합니다.
구독
Subscription구독은 하나의 주소에서 여러 연결 설정을 가져와 업데이트하는 방식입니다. 이 주소 자체가 원격 서버 주소인 것은 아닙니다. 업데이트에 성공했다는 것은 클라이언트가 내용을 받아 해석했다는 뜻일 뿐, 모든 설정으로 연결할 수 있다는 의미는 아닙니다. 구독 주소에는 접근 권한 정보가 포함될 수 있으므로 공개하지 마세요. 형식이 호환되지 않는 문제는 업데이트를 반복해도 해결되지 않을 수 있습니다.
노드
Server profile노드는 일반적으로 클라이언트에 저장된 원격 연결 설정을 가리키며, 주소, 포트, 프로토콜, 인증 정보, 전송 설정 등을 포함합니다. 표시 이름만으로 서버의 실제 위치, 네트워크 경로, 성능을 알 수는 없습니다. 같은 서버도 설정이 서로 다른 여러 노드로 등록될 수 있습니다. 선택할 때는 이름만 보지 말고 연결 테스트 결과와 실제 앱 사용 경험을 함께 고려하세요.
지연 시간
Latency지연 시간은 테스트 요청에 응답을 받기까지 걸리는 시간입니다. 다만 테스트 방식에 따라 ICMP 왕복 시간, TCP 연결 수립 시간, 전체 프록시 요청 시간 등을 측정할 수 있습니다. 서로 다른 방식의 결과를 직접 비교할 수는 없으며, 지연 시간이 낮다고 처리량이 높은 것도 아닙니다. 실제 사용감을 판단하려면 비슷한 시간대에 같은 방식으로 비교하고 연결 안정성도 살펴보세요.
실제 연결 지연
Proxy request latency클라이언트에서 말하는 실제 연결 지연은 보통 프록시 경로를 통해 테스트 주소에 요청했을 때 걸리는 시간으로, 실제 요청 과정을 더 가깝게 반영합니다. 테스트 대상, 프로토콜 핸드셰이크, DNS, 연결 재사용이 측정값에 영향을 줄 수 있으며 구체적인 동작은 클라이언트마다 다릅니다. 테스트 실패는 대상에 접속할 수 없다는 뜻일 수도 있으므로 로그와 다른 주소의 결과도 함께 확인하세요.
05 / Routing
라우팅 및 트래픽 분기
트래픽이 코어에 들어온 다음에야 매칭 조건과 규칙 순서에 따라 아웃바운드가 결정됩니다.
라우팅 규칙
Routing rule라우팅 규칙은 도메인, IP, 포트, 프로토콜 등의 조건에 따라 연결에 사용할 아웃바운드를 선택합니다. 일반적으로 위에서 아래 순서로 확인해 처음 일치하는 규칙을 적용하므로, 범위가 넓은 규칙을 앞에 두면 뒤의 세부 규칙이 적용되지 않을 수 있습니다. 도메인 확인 방식도 IP 조건의 매칭에 영향을 줍니다. 규칙을 수정한 뒤에는 실제 연결 로그로 결과를 확인하세요.
GeoIP
IP address sets라우팅에서 GeoIP는 보통 geoip:cn처럼 지역이나 유형별로 정리한 IP 주소 모음을 뜻합니다. 실제 범위는 불러온 데이터 파일에 따라 달라지며 실시간 위치 조회 서비스는 아닙니다. 규칙이 대상 IP에 의존한다면 도메인이 언제 조회되는지, 조회 결과가 현재 규칙 매칭에 사용되는지 확인하세요.
GeoSite
Domain name setsGeoSite는 geosite:cn처럼 사이트나 유형별로 정리한 도메인 모음입니다. 태그의 의미와 포함 범위는 데이터 파일에서 정합니다. 도메인을 매칭하는 기능이지 서버 IP의 소속 지역을 판별하는 기능은 아니며, 특정 서비스와 관련된 도메인이 모두 포함된다고 보장하지도 않습니다. 규칙에서 태그를 찾을 수 없다고 나오면 먼저 데이터 출처와 해당 태그의 존재 여부를 확인하세요.
트래픽 분기
Split routing트래픽 분기는 조건에 따라 연결별로 직결, 프록시, 차단 등의 아웃바운드를 선택하는 과정입니다. 라우팅 프리셋은 이를 설정하는 일반적인 방법입니다. 시스템 프록시는 앱의 트래픽을 클라이언트로 보낼지 결정하고, 트래픽 분기는 유입된 트래픽을 어떻게 처리할지 결정하므로 같은 설정이 아닙니다. 전체 라우팅을 선택해도 클라이언트로 들어오지 않은 앱 연결까지 자동으로 제어되지는 않습니다.
06 / Local networking
시스템 프록시 및 네트워크
프록시 진입점, 가상 네트워크 인터페이스, DNS 조회 경로는 서로 다른 단계에 영향을 주므로 각각 확인해야 합니다.
시스템 프록시
System proxy시스템 프록시는 운영체제가 앱에 제공하는 프록시 설정으로, 보통 클라이언트의 로컬 수신 주소와 포트를 가리킵니다. 이 설정을 따르는 앱만 해당 진입점을 사용하며, 일부 프로그램은 프록시를 별도로 설정해야 합니다. 클라이언트를 종료한 뒤 작동하지 않는 로컬 프록시 주소가 남아 있으면 앱이 인터넷에 연결되지 않을 수 있습니다. 이때는 남아 있는 프록시 설정을 확인하고 삭제하세요.
TUN 모드
Virtual network interfaceTUN 모드는 가상 네트워크 인터페이스로 IP 트래픽을 받아 시스템 프록시를 따르지 않는 일부 앱의 연결도 처리할 수 있습니다. 클라이언트의 지원 구현이 필요하며, 시스템 권한과 라우팅 및 DNS 설정도 함께 고려해야 합니다. 프로토콜 옵션과는 다릅니다. 여러 네트워크 도구가 동시에 라우팅을 가로채면 충돌할 수 있으므로 활성화 후 로컬 네트워크 접속과 DNS 조회가 정상인지 확인하세요.
FakeDNS
Synthetic DNS mappingFakeDNS는 가상 IP를 반환하고 해당 주소와 원래 도메인 사이의 매핑을 유지해 이후 연결 처리 과정에서 대상 도메인을 복원합니다. 일반 공용 DNS 서버가 아니며 DNS 조회 속도를 높이는 옵션도 아닙니다. DNS 조회와 이후 트래픽이 서로 맞는 경로를 거치지 않으면 가상 IP가 이를 인식하지 못하는 네트워크 프로그램으로 전달될 수 있습니다.
DNS 유출
DNS leakDNS 유출은 조회가 예상한 경로를 따르지 않고 다른 리졸버를 통해 처리되는 현상입니다. 앱이 자체 DNS 서비스를 사용하는 경우가 여기에 해당할 수 있습니다. 프록시 연결에 성공했더라도 DNS 경로가 예상대로라고 단정할 수 없으며, 원격 리졸버를 사용한다는 사실만으로 문제가 있다고 볼 수도 없습니다. 먼저 예상 경로를 정한 뒤 앱 설정, 시스템 DNS 설정, 클라이언트 DNS 로그를 확인하세요.