VMess
Project V 생태계의 프록시 프로토콜로, 사용자 ID 등의 매개변수로 인증합니다. VMess와 TCP, WebSocket 등의 전송 방식은 서로 다른 계층의 개념이며, TLS 사용 여부도 별도로 확인해야 합니다. 연결 문제를 점검할 때는 사용자 ID, 전송 경로, 서버 이름을 하나씩 확인하고 인증에 시간 오차가 영향을 주지 않도록 기기 시간을 정확히 맞추세요.
개념과 설정
V2Ray 용어 정리
프로토콜, 코어, 클라이언트, 라우팅. 설정 단계별로 용어를 확인하세요.
인터페이스에서 나란히 보이는 설정이라도 같은 기능을 다루는 것은 아닙니다. 프로토콜은 통신 방식을 정하고, 코어는 연결과 라우팅을 처리하며, 클라이언트는 설정 인터페이스를 제공합니다. 각 계층을 구분한 다음 변경할 설정을 판단하세요.
분류 6개
용어 24개
개별 설명으로 바로 이동
01 / Protocols
프로토콜과 전송
프로토콜 이름만으로 전체 연결 구성이 완성되는 것은 아닙니다. 인증 방식, 전송 유형, 보안 계층을 각각 확인해야 합니다.
VLESS
경량 프록시 프로토콜로 자체적으로 페이로드를 암호화하지 않으며, 실제 연결에서는 보통 TLS 또는 REALITY를 함께 사용합니다. 설정을 가져올 때는 사용자 ID뿐 아니라 전송 유형과 서버가 요구하는 flow 매개변수도 유지해야 합니다. VMess 설정의 프로토콜 이름만 VLESS로 바꿔서는 안 되며, 서버도 해당 프로토콜을 지원해야 합니다.
Trojan
일반적으로 TLS로 보안 연결을 설정하고 비밀번호로 인증하는 프록시 프로토콜입니다. 비밀번호, 서버 포트, 서버 이름, 인증서 검증이 함께 연결 결과에 영향을 미치므로 비밀번호만 확인해서는 충분하지 않습니다. 인증서 오류가 발생하면 먼저 도메인과 시스템 시간을 확인하세요. 인증서 검증을 끄는 것은 일반적인 해결 방법이 아닙니다.
REALITY
Xray 생태계의 전송 보안 방식으로, VLESS와 함께 사용하는 경우가 많으며 독립적인 노드 프로토콜은 아닙니다. 클라이언트에서 필요한 공개 키, 서버 이름, shortId는 해당 서버 설정에서 가져와야 하며 각 항목은 서로 맞아야 합니다. 가져온 설정에서 지원하지 않는 항목이 표시되면 매개변수를 임의로 삭제하기보다 실제 사용 중인 코어와 지원 기능을 먼저 확인하세요.
02 / Engines
코어와 프로젝트
프로젝트 이름은 출처와 관리 체계를 나타냅니다. 설정을 실행할 수 있는지는 현재 동작 중인 코어가 결정합니다.
Project V
네트워크 통신 도구를 중심으로 형성된 프로젝트 생태계로, V2Ray는 그중 중요한 구성 요소입니다. 일상적인 대화에서 “V2Ray”는 생태계 전체를 가리키기도 하지만 실제 설치된 소프트웨어는 GUI 클라이언트일 수도, 네트워크 코어일 수도 있습니다. 가이드를 볼 때는 먼저 작업 대상을 확인해 코어 설정 항목을 모든 클라이언트에서 사용할 수 있는 인터페이스 옵션으로 오해하지 않도록 하세요.
V2Fly V2Fly-core
V2Ray의 개발과 유지보수를 이어가는 커뮤니티 프로젝트이며, 네트워크 코어는 보통 V2Fly-core라고 부릅니다. 코어는 트래픽을 받아 프로토콜을 처리하고 규칙에 따라 아웃바운드 연결을 설정하며, GUI는 클라이언트가 제공합니다. 프로토콜과 전송 방식 지원 여부는 실제 코어 버전에 따라 달라지므로 특정 클라이언트를 사용한다고 해서 생태계의 모든 설정을 실행할 수 있는 것은 아닙니다.
Xray-core
V2Ray에서 파생된 네트워크 코어로, 프로토콜 처리와 라우팅, 연결 설정을 담당합니다. V2Fly-core와 공통된 역사가 있지만 이후 기능과 설정 항목이 완전히 같지는 않습니다. 코어를 바꾸기 전에 현재 설정의 프로토콜, 보안 방식, 전송 유형을 새 코어가 모두 지원하는지 확인하고 기존 설정을 복원할 수 있도록 보관하세요.
03 / Configuration
클라이언트와 설정
클라이언트는 설정을 관리하고, 시스템 프록시와 가상 인터페이스는 트래픽이 처리 과정에 들어오는 방식을 결정합니다.
v2rayN
Windows, macOS, Linux용 GUI 클라이언트로 구독 관리, 라우팅 설정, 프록시 설정 기능을 제공합니다. 인터페이스는 설정을 관리하고 실제 네트워크 연결은 함께 제공되는 코어가 처리하므로 화면이 정상적으로 열려도 코어가 성공적으로 실행됐다는 뜻은 아닙니다. 데스크톱 버전에 따라 메뉴 위치가 다를 수 있으니 현재 화면의 기능 이름을 기준으로 작업하세요.
v2rayNG
Android용 GUI 클라이언트로, Xray 코어를 사용해 연결을 처리하며 서버 설정과 구독 그룹 관리를 지원합니다. 일반적인 VPN 모드는 시스템 VPN 인터페이스로 앱 트래픽을 받으므로 필요한 권한을 허용해야 합니다. VPN 아이콘이 표시되어도 트래픽을 받는 인터페이스가 설정됐다는 뜻일 뿐입니다. 실제 요청을 보내 원격 연결과 라우팅이 정상인지 확인하세요.
v2flyNG
V2Fly 코어를 사용하는 Android GUI 클라이언트로, 해당 코어에 맞는 설정을 사용하는 경우 선택할 수 있습니다. 이름이 v2rayNG와 비슷하지만 코어 기능이 완전히 같지 않으므로 같은 소프트웨어로 취급해서는 안 됩니다. 클라이언트를 선택하기 전에 구독 요구 사항을 확인하고 인터페이스와 관리 방식이 사용 습관에 맞는지 살펴보세요. 이름이 비슷하다는 이유만으로 설정을 옮기지 마세요.
시스템 프록시 시스템 프록시
운영체제의 프록시 주소를 클라이언트의 로컬 수신 포트로 지정하는 설정입니다. 이 설정을 따르는 앱만 트래픽을 전달합니다. 트래픽이 클라이언트로 들어오는지를 결정하는 설정이며, 라우팅 규칙은 들어온 트래픽이 어느 출구로 나갈지를 정합니다. 클라이언트를 종료한 뒤 사용할 수 없는 로컬 프록시 주소가 남으면 앱이 인터넷에 연결되지 않을 수 있으므로 시스템 프록시 상태를 확인하세요.
TUN 모드 가상 인터페이스
가상 네트워크 인터페이스로 IP 패킷을 받은 뒤 프록시 구성 요소에 전달하는 방식으로, 시스템 프록시를 따르지 않는 일부 앱의 트래픽도 처리할 수 있습니다. 적용 범위는 라우팅, 권한, DNS 설정에 따라 달라지며 모든 트래픽이 프록시를 거친다는 뜻은 아닙니다. 사용 전에 클라이언트의 지원 여부를 확인하세요. 여러 트래픽 가로채기 도구를 동시에 실행한다면 인터페이스와 라우팅 충돌도 점검해야 합니다.
04 / Routing
라우팅과 트래픽 분기
먼저 매칭 조건을 확인하고, 규칙 순서를 살펴본 다음, 지정한 출구가 실제로 있는지 확인하세요.
라우팅 규칙 라우팅 규칙
도메인, IP, 포트, 인바운드 등의 조건에 따라 출구를 선택하는 설정입니다. 출구는 보통 태그로 연결합니다. 일반적인 코어는 규칙을 순서대로 확인하므로 앞쪽의 포괄적인 규칙이 뒤쪽의 세부 규칙보다 먼저 적용될 수 있습니다. 문제를 확인할 때는 조건뿐 아니라 출구 태그가 유효한지도 살펴보세요. 어떤 규칙에도 매칭되지 않는 연결은 코어의 기본 동작에 따라 처리됩니다.
트래픽 분기 트래픽 라우팅
라우팅 규칙에 따라 연결별로 프록시, 직접 연결, 차단 중 하나를 선택하는 방식입니다. 직접 연결은 대상 서버에 프록시 서버를 거치지 않고 연결한다는 뜻이지, 로컬 코어의 규칙 검사를 건너뛴다는 뜻은 아닙니다. 트래픽 분기가 자동으로 속도를 높여 주는 것은 아니며, 규칙 범위와 DNS 조회 결과, 앱에서 실제로 사용하는 대상 주소가 최종 경로에 영향을 줍니다.
GeoIP
IP 주소 범위를 범주별 데이터 집합으로 표현하는 규칙 도구입니다. 예를 들어 geoip:private는 사설 IP 주소 범위를 매칭할 때 자주 사용합니다. 웹사이트의 표시 언어가 아니라 IP 주소를 기준으로 하며, 웹사이트 운영 조직까지 식별한다고 보장하지도 않습니다. IP 매칭 전에 도메인 조회가 필요한 규칙이라면 코어의 도메인 조회 정책과 실제 조회 결과도 확인하세요.
GeoSite
도메인을 범주별 집합으로 관리하는 규칙 도구입니다. geosite:cn은 자주 사용하는 참조 표기 중 하나입니다. 특정 도메인이 집합에 포함되는지는 데이터 파일과 업데이트 상태에 따라 달라지며, 이름만으로 포함 여부가 보장되지는 않습니다. 앱이 대상 IP만 전달하는 경우 도메인 규칙의 적용 여부는 코어가 다른 방식으로 도메인 정보를 확보했는지에 따라서도 달라집니다.
05 / Subscriptions
구독과 노드
구독은 설정을 가져오는 방식, 노드는 연결 설정, 그룹은 관리 방식입니다.
구독 구독
클라이언트가 주소를 통해 서버 설정 목록을 가져오는 방식이며, 클라이언트가 해당 콘텐츠 형식을 인식할 수 있어야 합니다. 업데이트에 성공해도 콘텐츠를 가져와 해석했다는 뜻일 뿐, 목록의 모든 서버에 연결할 수 있다는 의미는 아닙니다. 구독 주소에 접근 정보가 포함될 수 있으므로 로그나 스크린샷을 공유하기 전에 전체 주소를 가리세요. 업데이트에 실패하면 주소가 유효한지와 현재 네트워크 경로를 먼저 확인하세요.
노드 서버 설정
클라이언트에서 원격 연결 설정 한 개를 가리킬 때 흔히 쓰는 말입니다. 보통 주소, 포트, 인증 정보, 전송 매개변수가 포함됩니다. 목록의 별칭은 화면에 표시되는 이름일 뿐 서버 위치나 성능, 사용 가능 여부를 보장하지 않습니다. 이름이 다른 설정 두 개가 같은 주소를 사용할 수도 있으므로 중복 여부는 목록의 이름이 아니라 실제 항목을 비교해 판단하세요.
구독 그룹 구독 그룹
구독 출처별로 서버 설정을 묶어 관리하는 단위로, 설정을 각각 업데이트하고 필터링하며 관리하는 데 유용합니다. 그룹은 라우팅 규칙이 아니며 그룹 내 설정이 자동으로 동시에 연결에 사용되는 것도 아닙니다. 구독에서 생성된 항목을 직접 수정하기 전에 클라이언트의 업데이트 동작을 확인하세요. 다음 업데이트에서 설정이 다시 생성되어 일부 변경 내용이 덮어써질 수 있습니다.
06 / Networking
네트워크 기초
조회, 트래픽 가로채기, 실제 요청은 서로 다른 단계입니다. 테스트 결과를 볼 때는 테스트 방식도 함께 확인하세요.
DNS Domain Name System
도메인 조회를 IP 주소 등의 레코드로 변환하는 시스템으로, 앱이 연결을 설정하기 전에 흔히 거치는 단계입니다. 앱, 운영체제, 프록시 코어가 각각 조회를 수행할 수 있으므로 코어 DNS를 설정했다고 모든 앱이 이를 사용한다고 볼 수는 없습니다. 문제를 확인할 때는 “조회가 어디로 전달되는지”와 “실제 연결이 어느 경로를 이용하는지”를 구분하세요. 두 경로에는 서로 다른 규칙이 적용될 수 있습니다.
FakeDNS
앱에는 매핑된 주소를 반환하고 프록시 구성 요소는 해당 주소와 도메인의 대응 관계를 관리해 이후 연결에서 원래 도메인을 찾도록 하는 방식입니다. 트래픽을 가로채는 경로와 함께 사용해야 하며, 독립적인 암호화 DNS 서비스는 아닙니다. 앱이 매핑된 주소를 받은 뒤 프록시 인터페이스를 거치지 않고 직접 연결하면 접속에 실패할 수 있습니다. 관련 모드를 종료한 뒤에도 이전 DNS 캐시가 남아 있는지 확인하세요.
DNS 누수 DNS 누수
DNS 조회가 예상한 경로를 벗어나 의도하지 않은 리졸버로 전달되는 현상입니다. 판단하기 전에 어떤 조회를 코어에서 처리해야 하고 어떤 조회는 로컬 네트워크에 맡겨도 되는지 정해야 합니다. 리졸버의 위치만으로 판단해서는 안 됩니다. 브라우저 내장 암호화 DNS, 시스템 DNS 설정, 앱 자체 리졸버가 실제 경로를 바꿀 수 있으므로 각각 확인해야 합니다.
지연 시간 지연 시간
특정 탐색 요청을 보내고 응답을 받기까지 걸리는 시간입니다. 도구에 따라 ICMP, TCP, 애플리케이션 계층 요청을 측정할 수 있습니다. 테스트 방식이 다르면 수치를 직접 비교할 수 없으며, 지연 시간이 짧다고 다운로드 속도가 빠른 것도 아닙니다. 시간 초과는 대상이 해당 유형의 탐색을 거부해서 발생할 수도 있습니다. 결과 하나만 보고 설정을 삭제하지 말고 실제 웹페이지나 서비스 요청으로 함께 확인하세요.
실제 연결 지연 시간 실제 연결 지연 시간
선택한 프록시 설정으로 클라이언트가 실제 요청을 보낼 때 측정한 소요 시간으로, 단순 포트 탐색보다 더 많은 연결 단계를 반영합니다. DNS 조회, 핸드셰이크, 연결 재사용이 측정에 포함되는지는 클라이언트 구현과 테스트 주소에 따라 달라집니다. 테스트에 성공했다는 것은 해당 요청 한 번이 완료됐다는 뜻일 뿐입니다. 다른 대상은 라우팅, DNS 조회, 서버 정책의 영향을 받을 수 있으므로 별도로 확인해야 합니다.
이용 안내
개념부터 설정까지
처음 사용하는 경우 운영체제에 맞는 클라이언트를 선택한 뒤 설정을 가져오고 트래픽 진입점이 제대로 설정됐는지 확인하세요. 설정이 있는데도 접속되지 않는다면 증상과 오류 메시지를 기록하고 코어 실행, 구독 업데이트, DNS 조회, 라우팅 매칭을 각각 점검하세요. 여러 설정 계층을 한꺼번에 변경하지 마세요.