VMess
VMess는 Project V 생태계의 프록시 프로토콜로, 인증과 데이터 보호 기능을 포함하며 서버 설정에는 보통 UUID 등의 매개변수가 제공됩니다. 클라이언트와 서버의 인증 및 전송 설정이 서로 호환되어야 합니다. 기기 시간이 크게 어긋나도 연결이 실패할 수 있습니다. 설정을 가져왔다는 것은 클라이언트가 설정을 인식했다는 뜻일 뿐, 서버 연결이 가능하다는 보장은 아닙니다.
개념 빠른 찾아보기 · 용어 27개
V2Ray 용어 정리
프로토콜, 코어, 구독, 라우팅과 트래픽 분기
먼저 개념이 어느 계층에 속하는지 파악한 뒤 클라이언트의 설정 항목과 대조하세요. 프로토콜은 양쪽이 통신하는 방식을 정하고, 코어는 연결을 처리하며, 클라이언트는 설정을 관리합니다. 구독은 서버 정보를 제공하고 라우팅과 DNS는 트래픽 및 도메인 조회의 처리 방식을 결정합니다.
아래 분류를 선택해 이동할 수 있으며, 각 용어 제목은 페이지 앵커로 연결할 수 있습니다. 실제 설정을 시작하려면 시작 가이드를 먼저 확인하세요. 규칙을 조정할 때는 고급 설정 매뉴얼을 참고하세요.
구독 → 설정
규칙 → 아웃바운드
DNS → 조회
연결이 설정되는 방식
프로토콜과 전송
프록시 프로토콜, 전송 방식, 보안 기능은 구분해서 이해해야 합니다. 하나의 프로토콜을 여러 전송 방식과 조합할 수 있지만, 양쪽의 조합과 매개변수는 서로 호환되어야 합니다.
VLESS
VLESS는 UUID로 인증하는 경량 프록시 프로토콜로, 자체적으로 페이로드를 암호화하지 않습니다. 실제 설정에서는 보통 TLS나 REALITY 같은 보안 기능과 함께 사용합니다. 매개변수를 확인할 때는 프로토콜, 전송 방식, 보안 설정을 각각 점검하세요. 클라이언트가 VLESS 링크를 인식하더라도 사용 중인 코어가 링크의 모든 확장 매개변수를 지원하는 것은 아닙니다.
Trojan
Trojan은 일반적으로 TLS 위에서 동작하며, 프록시 프로토콜 계층의 인증에 비밀번호를 사용합니다. 비밀번호와 TLS 인증서 검증은 서로 다른 역할을 하므로 비밀번호가 맞더라도 서버 신원 확인을 대신할 수 없습니다. 연결 문제를 해결할 때는 비밀번호만 계속 바꾸기보다 서버 주소, 포트, 서비스 이름도 각각 확인하세요.
REALITY
REALITY는 Xray 생태계의 전송 보안 기능으로, VLESS와 함께 사용하는 경우가 많으며 독립적인 구독 형식은 아닙니다. 클라이언트의 공개 키, 서비스 이름, shortId 등의 매개변수는 서버 설정과 일치해야 하며, 관련 기능 지원 여부는 코어 버전에 따라 달라집니다. 가져온 뒤 지원하지 않는 매개변수라는 오류가 표시되면 보안 필드를 임의로 삭제해 연결을 시도하지 말고 먼저 코어 지원 여부를 확인하세요.
전송 계층
클라이언트 설정에서 전송 계층은 보통 TCP, WebSocket, gRPC처럼 프록시 데이터가 전달되는 방식을 가리킵니다. 네트워크 계층 모델의 특정 계층만을 뜻하는 것은 아닙니다. VMess, VLESS 등의 프록시 프로토콜은 코어 구현에 따라 여러 전송 방식과 조합할 수 있습니다. 경로, Host, 서비스 이름 등의 항목은 해당 전송 설정에 속하므로 다른 전송 방식에 그대로 적용할 수 없습니다.
TLS
TLS는 네트워크 연결의 인증, 암호화, 무결성을 보장합니다. 클라이언트는 보통 인증서와 서비스 이름을 이용해 상대방의 신원을 확인합니다. 연결 주소와 인증에 사용하는 서비스 이름이 다를 수 있으므로 서버에서 제공한 설정을 따르세요. 인증서 오류는 이름 불일치, 인증서 만료, 시스템 시간 오류 등으로 발생할 수 있습니다. 검증을 끄면 보안 수준이 달라지므로 일반적인 해결 방법으로 사용해서는 안 됩니다.
인터페이스와 실행 프로그램
코어와 클라이언트
GUI 클라이언트가 구독과 설정을 관리하고 코어가 실제 연결을 처리합니다. 기능 사용 여부는 클라이언트에 해당 메뉴가 있는지, 코어가 기능을 지원하는지, 설정이 올바른지를 모두 확인해야 합니다.
V2Ray
V2Ray는 보통 Project V 생태계의 네트워크 프록시 코어를 뜻하며, 관련 기술 전반을 가리키는 말로도 쓰입니다. 코어 프로그램은 설정을 읽어 인바운드, 라우팅, 아웃바운드를 처리하고 GUI는 클라이언트가 제공합니다. “V2Ray 설정”이라는 표현을 접하면 코어 JSON, 단일 공유 링크, 클라이언트 구독 주소 중 무엇을 의미하는지 먼저 확인하세요. 각각 가져오는 위치가 다릅니다.
V2Fly
V2Fly는 V2Ray 코어의 유지보수와 개발을 진행하는 커뮤니티 프로젝트이며, 문서에서는 해당 코어를 v2fly 코어라고 부르기도 합니다. GUI 클라이언트와는 다른 계층의 소프트웨어이며 클라이언트 업데이트와 코어 업데이트가 항상 동시에 이루어지는 것은 아닙니다. 프로토콜이나 설정 항목을 사용할 수 있는지 판단할 때는 해당 코어 버전과 클라이언트의 호환 범위를 확인하세요.
Xray
Xray는 V2Ray 생태계에서 파생된 코어 프로젝트로, 자체 프로토콜, 전송, 보안 기능을 제공합니다. V2Fly와 공통 기반을 공유하지만 모든 설정을 서로 바꿔 쓸 수 있는 것은 아닙니다. REALITY 같은 기능을 사용할 때는 클라이언트 이름에 V2Ray가 포함되어 있는지만 보지 말고 해당 코어의 지원 여부를 확인하세요.
v2rayN
v2rayN은 Windows, macOS, Linux용 GUI 클라이언트로 구독 그룹, 서버, 라우팅 설정, 코어 프로세스를 관리합니다. 데스크톱 버전은 크로스 플랫폼 인터페이스를 사용하며, Windows용으로 기존 UI를 유지한 WPF 버전도 있어 화면 구성이 다를 수 있습니다. 설치 파일을 선택하기 전에 운영체제와 프로세서 아키텍처를 확인하고, 세부 기능은 사용하는 코어를 기준으로 살펴보세요.
v2rayNG
v2rayNG는 Xray 코어를 사용하는 Android GUI 클라이언트로, 구독 가져오기, 서버 선택, 라우팅 설정 등의 기능을 제공합니다. 서비스를 시작하려면 일반적으로 운영체제의 VPN 권한이 필요합니다. 권한을 허용하면 클라이언트가 시스템 인터페이스로 해당 트래픽을 받을 수 있지만, 서버 연결이 성공했다는 뜻은 아닙니다. 활성 서버, 연결 로그, 실제 접속 결과도 확인하세요.
v2flyNG
v2flyNG는 V2Fly 코어를 사용하는 Android GUI 클라이언트로, 코어 호환성을 고려해 대체 클라이언트로 선택할 수 있습니다. 조작 방식은 v2rayNG와 비슷하지만 코어가 지원하는 기능 범위까지 같지는 않습니다. 구독을 옮기기 전에 사용하는 프로토콜과 전송 매개변수를 지원하는지 확인하세요. 클라이언트를 비교하려면 세 가지 클라이언트 비교를 참고하세요.
설정은 어디서 가져오나요?
구독과 노드
구독은 설정을 가져오는 경로이고, 노드는 연결 매개변수이며, 테스트 결과는 특정 시점에 측정한 기록입니다. 각각 “어떻게 업데이트할까?”, “어디로 연결할까?”, “이번에는 접속할 수 있을까?”에 답합니다.
구독
구독은 클라이언트가 서버 설정을 가져오고 업데이트하는 데 사용하는 주소 또는 콘텐츠이며, 인코딩된 텍스트나 클라이언트가 지원하는 다른 형식일 수 있습니다. 구독을 추가한 뒤에는 보통 업데이트를 실행해야 목록이 생성됩니다. 업데이트에 성공해도 모든 서버에 연결할 수 있는 것은 아닙니다. 구독 주소에 접속 정보가 포함될 수 있으므로 스크린샷이나 로그를 공유할 때 주소 전체와 민감한 매개변수를 가리세요.
노드
노드는 클라이언트에서 프록시 연결을 설정하는 데 사용하는 서버 정보입니다. 보통 주소, 포트, 인증 정보, 프로토콜, 전송 설정을 포함합니다. 목록에 표시되는 이름은 식별을 위한 메모일 뿐 서버 위치나 품질을 보장하지 않습니다. 노드를 선택한 뒤에는 해당 서비스를 시작하고 앱 트래픽이 실제로 클라이언트로 들어오는지 확인해야 전체 연결이 이루어집니다.
공유 링크
공유 링크는 서버 설정 하나를 복사하고 가져오기 쉽게 텍스트로 인코딩한 것입니다. 일반적인 접두사로 vmess://, vless://, trojan://가 있습니다. 보통 설정 하나를 가져올 때 사용하며, 구독 주소는 설정 여러 개를 가져오고 업데이트하는 데 사용합니다. 링크에 비밀번호나 UUID가 포함될 수 있으므로 연결 인증 정보처럼 취급하고 공개 로그에 그대로 붙여 넣지 마세요.
지연 시간
지연 시간은 지정된 방식으로 한 번 측정한 응답 시간이며, 측정 도구가 어떤 연결 단계를 포함하는지에 따라 의미가 달라집니다. TCP 포트 탐지와 프록시를 통한 웹페이지 접속 테스트는 같은 측정이 아닙니다. 테스트 주소, 시간 제한, 로컬 네트워크도 결과에 영향을 줍니다. 비교할 때는 가능한 한 동일한 방식과 대상을 사용하세요. 지연 시간이 짧다고 처리량이 높거나 장시간 연결이 안정적인 것은 아닙니다.
실제 연결 지연
실제 연결 지연은 보통 클라이언트가 선택한 서버를 통해 테스트 주소에 접속하는 데 걸린 시간을 뜻하며, 단순 포트 탐지보다 더 많은 단계를 포함합니다. 측정 단계는 클라이언트 구현과 테스트 대상에 따라 달라지며 DNS, 핸드셰이크, 대상 사이트의 응답이 결과에 영향을 줄 수 있습니다. 테스트 시간 초과가 반드시 서버 오프라인을 뜻하지는 않습니다. 테스트 주소에 접속할 수 없는 경우도 있습니다. 테스트에 성공해도 실제 사용할 앱에서 확인하는 과정을 대신할 수 없습니다.
연결을 보낼 출구 선택
라우팅과 트래픽 분기
먼저 트래픽이 클라이언트로 들어오는지 확인한 뒤 규칙의 적용 순서와 아웃바운드를 살펴보세요. 규칙 태그는 설정에서 참조하는 이름이지, 이름만으로 작동하는 명령이 아닙니다.
라우팅 규칙
라우팅 규칙은 도메인, IP, 포트 등의 조건에 따라 연결을 어떤 아웃바운드로 보낼지 결정합니다. 보통 위에서 아래로 확인하며 먼저 일치한 규칙이 적용됩니다. 범위가 넓은 규칙을 앞에 두면 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다. 규칙에 일치하지 않을 때의 처리는 코어와 클라이언트가 생성한 설정에 따라 달라지므로, 일치하지 않는 연결이 모두 프록시를 통과한다고 가정하지 말고 기본 아웃바운드를 확인하세요.
트래픽 분기
트래픽 분기는 규칙에 따라 연결을 프록시, 직접 연결, 차단 등의 출구로 나누는 처리입니다. 예를 들어 로컬 네트워크 주소는 직접 연결하고 특정 도메인은 프록시를 사용하도록 설정할 수 있습니다. 이는 트래픽이 코어에 들어온 뒤 적용되는 선택 로직이며 모든 앱이 자동으로 코어에 들어오게 하지는 않습니다. 앱이 시스템 프록시를 우회한다면 라우팅 규칙만 바꿔서는 영향을 줄 수 없으므로 먼저 트래픽 진입 경로를 확인하세요.
GeoIP
GeoIP는 유형별 IP 주소 모음으로, 라우팅에서 geoip:private와 같은 형식으로 참조할 수 있습니다. 매칭은 도메인 텍스트나 서버 메모가 아니라 실제 대상 IP와 데이터 파일의 내용을 기준으로 합니다. 주소 할당 및 데이터 업데이트에 따라 모음이 달라질 수 있으므로 사용 전에 현재 데이터 파일에 참조한 유형이 포함되어 있는지 확인하세요.
GeoSite
GeoSite는 geosite:cn 또는 geosite:category-ads-all처럼 유형별로 구성된 도메인 규칙 모음으로, 많은 도메인의 라우팅 설정을 간소화합니다. 분류 범위는 데이터 파일에 따라 다르며, 같은 분류에 속한 모든 도메인이 동일한 네트워크 동작을 보인다는 뜻은 아닙니다. 도메인 규칙이 적용되려면 코어가 도메인 정보를 받아야 하며, 앞선 규칙이 먼저 일치하지 않아야 합니다.
아웃바운드
아웃바운드는 코어가 연결을 처리할 때 사용하는 출구 설정입니다. 프록시 서버를 거치거나, 기기에서 직접 연결하거나, 연결을 거부하도록 설정할 수 있습니다. proxy, direct, block은 일반적으로 지정된 태그 이름이며 실제 동작은 태그에 연결된 설정으로 결정됩니다. 태그를 참조할 때는 정의된 아웃바운드 이름과 일치하는지 확인하세요. 규칙에 이름만 입력한다고 출구가 생성되는 것은 아닙니다.
트래픽 진입 경로와 DNS 조회 경로
DNS와 네트워크 모드
네트워크 모드는 어떤 트래픽을 클라이언트로 전달할지 결정하고, DNS는 도메인을 조회하는 방식을 결정합니다. 두 설정은 서로 영향을 주지만, 한쪽을 켰다고 다른 쪽까지 자동으로 구성되는 것은 아닙니다.
DNS
DNS는 도메인을 IP 주소 등의 레코드로 변환해 앱이 연결 대상을 찾도록 합니다. 운영체제, 브라우저, 프록시 코어가 각각 다른 리졸버를 사용할 수 있으므로 한 곳의 설정을 바꿔도 다른 곳의 조회 경로까지 바뀌지는 않을 수 있습니다. 문제를 확인할 때는 먼저 누가 조회를 시작하는지, 어떤 출구를 통과하는지 파악한 뒤 캐시와 응답 결과를 점검하세요. DNS 주소만 바꾸는 것으로 해결하려고 하지 마세요.
시스템 프록시
시스템 프록시는 운영체제가 앱에 제공하는 프록시 설정이며, 해당 설정을 따르는 앱만 사용합니다. 브라우저, 확장 프로그램, 터미널은 별도의 프록시 설정을 가질 수 있으므로 브라우저에서 접속된다고 명령줄도 같은 경로를 사용하는 것은 아닙니다. 클라이언트를 종료한 뒤에도 앱이 닫힌 로컬 프록시 포트에 연결을 시도한다면 시스템 프록시 설정이 복구되었는지 확인하세요.
TUN 모드
TUN 모드는 가상 네트워크 인터페이스로 시스템 트래픽을 받아 프록시 프로그램에 전달하며, 일반적으로 시스템 프록시보다 더 넓은 범위의 트래픽에 영향을 줍니다. 시스템 라우팅, DNS, 필요한 권한을 함께 설정해야 하며 다른 VPN, 가상 네트워크 어댑터, 보안 소프트웨어의 영향을 받을 수 있습니다. 스위치를 켰다고 모든 트래픽이 예상대로 전달되는 것은 아닙니다. 웹, 터미널, 로컬 네트워크 접속을 각각 확인하세요.
FakeDNS
FakeDNS는 도메인에 제어된 주소 풀의 가상 IP를 반환하고 도메인과 주소의 매핑을 저장해 이후 연결에서 도메인 정보를 복원할 수 있도록 합니다. 가상 주소는 대상 사이트의 실제 공인 IP가 아니므로 이후 트래픽은 해당 매핑을 인식하는 처리 경로로 들어가야 합니다. 트래픽 가로채기 및 라우팅 설정과 함께 사용해야 합니다. 비활성화한 뒤에도 앱에 가상 주소가 캐시되어 있다면 캐시를 지우거나 연결을 다시 설정해야 할 수 있습니다.
DNS 누수
DNS 누수는 도메인 조회가 의도한 지정 경로를 거치지 않고 다른 리졸버나 네트워크 출구에서 처리되는 현상을 말합니다. 판단할 때는 설정한 트래픽 분기 목표와 대조하세요. 의도적으로 직접 연결 DNS 조회를 설정한 경우, 프록시를 거치지 않는다는 이유만으로 비정상이라고 볼 수는 없습니다. 문제를 확인할 때는 시스템 DNS, 브라우저의 보안 DNS, 클라이언트의 DNS 설정과 IPv4·IPv6의 실제 경로를 함께 살펴보세요.