프로토콜 개념
클라이언트 설정
용어 25개

V2Ray 용어집

프로토콜은 연결 방식을 정의하고, 코어는 트래픽을 처리하며, 클라이언트는 설정을 관리합니다. 먼저 각 개념이 속한 계층을 구분한 뒤 해당 설정을 찾아보세요.

v2rayN, v2rayNG, v2flyNG의 메뉴는 버전에 따라 달라질 수 있습니다. 아래 설명은 각 개념의 차이를 중심으로 정리했습니다. 구체적인 기능은 현재 클라이언트와 통합된 코어를 기준으로 확인하세요. 각 용어 카드는 제목 링크로 바로 이동할 수 있습니다.

프로토콜과 전송

프록시 프로토콜, 하위 전송 방식, 보안 계층은 각각 따로 설정합니다. 같은 이름이라도 구체적인 매개변수를 확인해야 합니다.

VMess프로토콜과 전송 · 프록시 프로토콜: VMess는 Project V 생태계의 프록시 프로토콜로, 사용자 인증과 암호화 전송을 지원합니다. 최신 설정에서는 보통 AEAD 인증 방식을 사용합니다. VMess 연결을 사용하려면 클라이언트와 서버의 사용자 ID, 전송 방식, 보안 계층 등의 매개변수가 일치해야 하며, 시스템 시간이 크게 어긋나면 인증에 실패할 수 있습니다. VMess 공유 링크는 이러한 매개변수를 인코딩한 형식일 뿐, 가져오기에 성공했다고 설정을 바로 사용할 수 있는 것은 아닙니다.

VLESS프로토콜과 전송 · 프록시 프로토콜: VLESS는 경량 프록시 프로토콜로, 자체적으로 페이로드를 암호화하지 않습니다. 보통 TLS나 REALITY 같은 보안 계층과 함께 사용합니다. VLESS 유형뿐 아니라 전송 방식, 서버 이름, 필요한 경우 흐름 제어 매개변수도 설정해야 합니다. VLESS를 사용한다고 해서 자동으로 속도가 빨라지는 것은 아니며, 연결 품질은 네트워크 경로, 서버 부하, 조합 설정에 따라 달라집니다.

Trojan프로토콜과 전송 · 프록시 프로토콜: Trojan은 보통 TLS 보안 연결에서 동작하는 프록시 프로토콜이며, 비밀번호로 인증합니다. 설정할 때 비밀번호뿐 아니라 서버 주소, 포트, 서버 이름도 정확히 입력하고 인증서를 검증해야 합니다. 인증서 오류가 발생하면 검증을 바로 건너뛰기보다 도메인, 시스템 시간, 서버 인증서를 먼저 확인하세요.

Shadowsocks프로토콜과 전송 · 암호화 프록시 프로토콜: Shadowsocks는 암호화 프록시 프로토콜로, 일반적인 설정에는 서버 주소, 포트, 비밀번호, 암호화 방식이 포함됩니다. 프로토콜 세대에 따라 키 형식이 다를 수 있으며 코어가 모든 암호화 방식을 지원하는 것도 아닙니다. Shadowsocks 항목을 가져온 뒤에는 기존 알고리즘과 키를 유지하세요. 메뉴에 다른 알고리즘이 있다는 이유만으로 임의로 바꾸면 안 됩니다.

REALITY프로토콜과 전송 · 전송 보안 방식: REALITY는 Xray가 지원하는 전송 보안 방식으로, VMess나 VLESS와 같은 계층의 프록시 프로토콜이 아닙니다. 흔히 VLESS와 REALITY를 함께 사용합니다. 클라이언트에서 REALITY를 설정할 때는 서버 이름, 공개 키, 짧은 ID 등의 매개변수를 정확히 맞춰야 합니다. 스위치만 켜서 사용할 수 있는 기능이 아니며 서버 지원과 클라이언트 인터페이스 및 코어의 설정 지원도 필요합니다.

코어와 클라이언트

코어는 프로토콜 지원을 결정하고, GUI 클라이언트는 설정을 가져오고 관리하며 코어를 실행합니다. 두 구성 요소의 업데이트 범위는 서로 다릅니다.

Xray코어와 클라이언트 · 프록시 코어: Xray는 V2Ray 코드에서 발전한 독립 프록시 코어 프로젝트로, 프로토콜 처리, 라우팅, 네트워크 연결을 담당하며 REALITY 등의 기능을 지원합니다. Xray 코어는 GUI가 아닙니다. v2rayN이나 v2rayNG가 화면의 옵션을 Xray가 읽을 수 있는 설정으로 변환합니다. 실제 기능 지원은 통합된 버전에 따라 다르므로, 인터페이스에 옵션이 표시되더라도 구버전 코어에서 실행된다고 단정할 수 없습니다.

V2Fly코어와 클라이언트 · V2Ray 프로젝트 생태계: V2Fly는 커뮤니티에서 관리하는 V2Ray 프로젝트 생태계입니다. 코어는 Xray와 별도로 발전했으며 일부 설정 개념은 서로 비슷합니다. 하지만 프로토콜 구현, 설정 항목, 기능 지원이 완전히 같지는 않으므로 V2Fly와 Xray를 그대로 바꿔 쓸 수 있는 실행 프로그램으로 취급하면 안 됩니다. V2Fly 사용자가 설정을 옮길 때는 코어 이름만 바꾸지 말고 프로토콜, 보안 계층, 라우팅 문법을 하나씩 확인해야 합니다.

v2rayN코어와 클라이언트 · 데스크톱 GUI 클라이언트: v2rayN은 서버 관리, 구독 업데이트, 라우팅 프리셋, 프록시 연결 설정을 지원하는 데스크톱 GUI 클라이언트입니다. v2rayN 인터페이스가 매개변수를 관리하고 설정 파일을 생성하며, 실제 네트워크 처리는 선택한 코어가 담당합니다. 따라서 인터페이스 업데이트와 코어 업데이트는 별개의 작업입니다. v2rayN 연결 문제를 확인할 때는 창이 정상적으로 열리는지만 보지 말고 현재 서버, 코어, 시스템 프록시, 라우팅 상태를 함께 확인하세요.

v2rayNG코어와 클라이언트 · Android GUI 클라이언트: v2rayNG는 Xray 코어 기반의 Android GUI 클라이언트로, 시스템 VPN 인터페이스를 통해 기기 트래픽을 처리하고 구독 및 라우팅도 관리할 수 있습니다. v2rayNG에 VPN 권한을 허용했다는 것은 시스템이 트래픽 처리를 승인했다는 뜻일 뿐, 원격 인증, DNS 조회, 대상 사이트 접속까지 성공했다는 의미는 아닙니다. 백그라운드에서 계속 실행되는지는 기기의 배터리 정책에도 영향을 받으므로 연결이 끊기면 시스템 제한과 클라이언트 로그를 함께 확인하세요.

v2flyNG코어와 클라이언트 · Android 대체 클라이언트: v2flyNG는 V2Fly 코어 생태계를 기반으로 한 Android 클라이언트로, 해당 코어의 설정 기능이 필요한 경우에 적합합니다. 이름이 v2rayNG와 비슷해도 동일한 프로토콜 확장을 지원한다는 뜻은 아니며, Xray 전용 매개변수를 그대로 적용할 수도 없습니다. v2flyNG에서 구독을 가져오기 전에 구독의 프로토콜과 전송 방식 조합이 현재 버전에서 지원되는지 확인하세요.

라우팅과 트래픽 분기

트래픽은 먼저 클라이언트로 들어온 뒤 규칙에 따라 출구가 결정됩니다. 트래픽을 받아들이는 방식과 출구를 선택하는 방식은 따로 이해해야 합니다.

라우팅 규칙과 트래픽 분기라우팅과 트래픽 분기 · 출구 선택: 라우팅 규칙은 도메인, 대상 IP, 포트 등의 조건에 따라 연결을 지정된 출구로 전달합니다. 트래픽 분기는 이러한 조건에 따라 분류하고 전달하는 방식입니다. 규칙은 보통 순서대로 적용되므로, 앞쪽의 넓은 규칙이 뒤쪽의 세부 규칙보다 먼저 적용될 수 있습니다. 라우팅을 점검할 때는 어떤 규칙에도 해당하지 않는 트래픽의 기본 출구와 클라이언트가 규칙에 필요한 도메인 또는 주소 정보를 실제로 가져오는지도 확인해야 합니다.

GeoIP라우팅과 트래픽 분기 · IP 주소 목록: GeoIP는 지역이나 용도별로 정리한 IP 주소 목록입니다. 라우팅 규칙에서 이 목록을 참조하면 IP 대역을 하나씩 나열할 필요가 없습니다. 매칭 결과는 데이터 파일과 실제 대상 주소에 따라 달라지며, 주소 소속 변경, 공유 인프라, DNS 결과도 영향을 줄 수 있습니다. GeoIP 태그는 데이터셋의 분류를 나타낼 뿐 서버의 실제 위치나 운영 주체를 정확히 보증하지는 않습니다.

GeoSite라우팅과 트래픽 분기 · 도메인 목록: GeoSite는 서비스나 용도별로 정리한 도메인 목록으로, 코어가 목록의 태그를 사용해 관련 도메인을 매칭할 수 있습니다. 태그의 존재 여부와 포함된 도메인은 실제로 불러온 데이터 파일에 따라 다르므로 모든 클라이언트가 같은 데이터셋을 사용한다고 가정하면 안 됩니다. GeoSite 규칙을 적용하려면 도메인 정보를 확인할 수 있어야 합니다. 대상 IP만 확인되는 경우 DNS, 도메인 스니핑, 트래픽 유입 방식을 살펴보세요.

시스템 프록시라우팅과 트래픽 분기 · 앱 트래픽 전달: 시스템 프록시는 운영체제가 앱에 제공하는 프록시 주소 설정입니다. v2rayN은 이 설정에 로컬 리스닝 주소를 등록해 해당 설정을 따르는 앱이 사용하도록 할 수 있습니다. 시스템 프록시가 모든 프로그램을 자동으로 처리하거나 모든 네트워크 트래픽을 클라이언트로 전달하는 것은 아닙니다. 시스템 프록시와 라우팅은 별개의 기능입니다. 전자는 앱 트래픽을 클라이언트로 전달하고, 후자는 해당 트래픽을 직접 연결할지, 프록시로 보낼지, 차단할지를 정합니다.

TUN 모드라우팅과 트래픽 분기 · 가상 네트워크 인터페이스: TUN 모드는 가상 네트워크 인터페이스를 통해 IP 트래픽을 전달하며, 시스템 프록시 설정을 따르지 않는 앱을 처리할 때 주로 사용합니다. 실제 적용 범위는 시스템 라우팅, 실행 권한, 제외 설정, DNS 구성에 따라 달라지며, 활성화해도 일부 트래픽이 직접 연결될 수 있습니다. 다른 가상 네트워크 어댑터 도구와 함께 실행하면 라우팅 충돌이 발생할 수 있으므로, 문제를 점검할 때는 네트워크를 동시에 처리하는 구성 요소를 줄여 보세요.

DNS와 네트워크

DNS 조회 성공, 연결 성공, 접속 속도는 각각 다른 지표입니다. 측정 경로를 고려해 결과를 해석해야 합니다.

DNSDNS와 네트워크 · 도메인 조회: DNS는 도메인을 IP 주소 등의 레코드로 변환하며, 대부분의 웹사이트에 접속하기 전에 거치는 중요한 과정입니다. DNS 조회 경로와 실제 연결 경로는 다를 수 있습니다. 연결이 프록시를 거쳐도 DNS 조회가 같은 출구를 통한다고 볼 수는 없습니다. DNS 설정은 라우팅 판별과 주소 선택에도 영향을 주므로 앱 자체의 암호화 DNS, 시스템 캐시, 코어 DNS를 함께 살펴봐야 합니다.

FakeDNSDNS와 네트워크 · 가상 주소 매핑: FakeDNS는 가상 주소 풀에서 도메인에 임시 주소를 할당합니다. 코어는 이후 연결 요청을 받을 때 원래 도메인 정보를 복원해 도메인별 트래픽 분기를 처리할 수 있습니다. FakeDNS가 반환하는 주소는 실제 서버 주소가 아니므로 해당 매핑 없이 일반 네트워크 접속에 사용할 수 없습니다. FakeDNS는 앱 캐시나 주소 제외 규칙과 서로 영향을 줄 수 있습니다. 관련 설정을 바꾼 뒤 문제가 생기면 캐시와 매핑이 여전히 일치하는지 확인하세요.

DNS 누출DNS와 네트워크 · DNS 조회 경로 이탈: DNS 누출은 조회 요청이 예상한 경로로 전송되지 않아 지정된 DNS 서버가 처리해야 할 조회 정보를 다른 DNS 제공자가 알게 되는 현상입니다. 웹페이지에 표시된 지역만으로 판단하지 말고 DNS 서버, 클라이언트 로그, 앱 자체 DNS, 시스템 설정을 확인하세요. DNS 분기 설정에 따라 일부 도메인을 로컬 DNS로 조회하도록 한 경우, 프록시를 거치지 않았다는 이유만으로 누출이라고 볼 수는 없습니다.

지연 시간DNS와 네트워크 · 응답 시간: 지연 시간은 특정 네트워크 작업을 요청한 뒤 응답을 받을 때까지 걸리는 시간이며, 테스트 방법에 따라 의미가 달라집니다. 지연 시간 테스트는 TCP 연결이나 ICMP 응답만 측정할 수도 있고 프록시 핸드셰이크와 웹 요청까지 포함할 수도 있습니다. 따라서 도구마다 나온 수치를 그대로 비교하기는 어렵습니다. 지연 시간이 짧다고 대역폭이 더 높은 것은 아니며, 지속 전송 속도, 패킷 손실, 서버 부하도 실제 사용 경험에 영향을 줍니다.

실제 연결 지연 시간DNS와 네트워크 · 프록시 요청 테스트: 실제 연결 지연 시간은 일반적으로 선택한 프록시 설정을 통해 테스트 주소에 접속할 때 걸리는 시간입니다. 서버 포트만 확인하는 것보다 전체 요청 경로에 가깝습니다. 테스트 주소, DNS 조회 방식, 핸드셰이크, 시간 제한 설정에 따라 값이 달라지며 모든 웹사이트의 응답 속도를 나타내지는 않습니다. 실제 연결 테스트가 시간 초과되더라도 모든 대상에 접속할 수 없는 것은 아니므로 로그와 다른 실제 접속 대상도 함께 확인하세요.

구독과 설정

설정을 가져온 출처에 따라 필요한 매개변수가 빠져 있을 수 있습니다. 가져오기에 성공한 뒤에도 코어 지원 여부와 실제 연결을 확인해야 합니다.

구독구독과 설정 · 설정 일괄 가져오기: 구독은 클라이언트가 주소를 통해 여러 서버 설정을 가져오는 방식입니다. 업데이트하면 원본을 다시 읽고 관련 항목을 동기화합니다. 구독 링크에는 접속 정보가 포함될 수 있으므로 민감한 설정으로 관리하고, 스크린샷이나 로그, 공개된 게시물에 전체 주소를 노출하지 마세요. 구독 업데이트는 설정 내용을 새로 가져오는 기능일 뿐, 코어 비호환, 시스템 프록시 미적용, 서버 접속 불가 등의 문제를 자동으로 해결하지 않습니다.

노드구독과 설정 · 서버 연결 설정 하나: 노드는 클라이언트에서 서버 연결 설정 하나를 가리키는 용어로, 보통 주소, 포트, 프록시 프로토콜, 인증, 전송 매개변수를 포함합니다. 노드 이름은 관리용 라벨일 뿐 실제 위치, 대역폭, 사용 가능 여부를 증명하지 않습니다. 노드에 문제가 생기면 구체적인 설정 항목을 확인하세요. 같은 서버 주소라도 포트, 프로토콜, 인증 설정이 서로 다른 여러 연결이 있을 수 있습니다.

구독 형식 호환성구독과 설정 · 구문 분석과 매개변수 보존: 구독 형식 호환성은 클라이언트가 구독 내용을 올바르게 해석하고 연결에 필요한 모든 매개변수를 보존할 수 있는지를 뜻합니다. 구독은 공유 링크 모음일 수도 있고 특정 설정 구조를 사용할 수도 있으므로 파일 확장자만으로 호환 여부를 판단할 수 없습니다. 구독 내용 읽기, 항목 가져오기, 코어에서 설정 실행은 서로 다른 확인 단계입니다. 형식을 변환해도 원본에 없던 매개변수가 새로 생기지는 않습니다.

사용자 지정 설정구독과 설정 · 코어 설정 직접 제공: 사용자 지정 설정은 GUI에서 생성한 매개변수에 전적으로 의존하지 않고 코어 설정 파일을 클라이언트에 직접 제공하는 방식으로, 인바운드, 아웃바운드, 라우팅을 세밀하게 설정할 때 자주 사용합니다. 코어 종류와 버전에 맞는 설정이어야 하며 일부 GUI 옵션은 적용되지 않을 수 있습니다. 문제를 확인할 때는 먼저 실제로 불러온 파일과 로그를 확인하세요. GUI의 프리셋이 최종 적용된 값이라고 단정하지 않도록 주의해야 합니다.