TERMS / REFERENCE

V2Ray 용어 가이드: 설정 계층별 이해

프로토콜 캡슐화, 전송 보안과 코어의 관계부터 구독, 노드, DNS, 라우팅 분할과 클라이언트 작동 방식까지 살펴봅니다. 각 용어가 설정의 구체적인 계층에 대응하므로 튜토리얼을 읽거나 연결 문제를 해결할 때 빠르게 원인을 찾을 수 있습니다.

CATEGORY INDEX

설정 계층별 용어 찾기

낯선 필드를 발견하면 먼저 프로토콜, 코어, 구독, 라우팅 또는 클라이언트 계층 중 어디에 속하는지 판단한 뒤 해당 분류로 이동하세요. 용어 간에는 참조 관계가 있지만 각 항목은 독립적으로 읽을 수 있습니다.

읽는 방법: 프로토콜은 데이터를 캡슐화하는 방식을 결정하고, 전송 및 보안 계층은 연결이 전달되는 방식을 결정하며, 라우팅은 연결을 어느 아웃바운드로 보낼지 결정합니다. 그래픽 클라이언트는 이 필드들을 화면에 구성하지만 최종적으로 설정을 읽고 실행하는 것은 코어입니다.

LAYER 01 / PROTOCOL

프로토콜 및 암호화

프로토콜 계층은 인증 정보와 데이터 캡슐화를 담당하며 TLS와 REALITY 같은 보안 메커니즘은 인접 계층에 위치하고 WebSocket은 전송 방식에 해당합니다. 이 필드들을 하나로 보면 설정을 수동으로 확인할 때 가장 흔한 오해가 생깁니다.

PROTOCOL / 01
VMess
VMess는 V2Ray 생태계에서 클라이언트와 서버가 통신하는 프로토콜입니다. 설정에는 보통 사용자 식별자, 암호화 옵션과 시간 관련 검증이 포함됩니다. 프로토콜 계층의 데이터를 캡슐화하며 TLS, WebSocket 또는 하위 네트워크 연결과는 다릅니다. 공유 링크를 확인할 때는 VMess 필드와 전송 방식 및 보안 계층 매개변수를 나누어 점검해야 합니다.
PROTOCOL / 02
VLESS
VLESS는 구조가 비교적 간결한 전송 프로토콜로, TLS, REALITY, TCP, gRPC 등의 설정과 함께 사용하는 경우가 많습니다. 자체적으로 전송 보안 계층을 대체하지 않으므로 클라이언트에서 VLESS를 선택한 뒤에도 서버 이름, 전송 유형과 보안 매개변수를 입력해야 합니다. 문제를 확인할 때는 먼저 프로토콜 인증 필드를 확인한 다음 외부 조합을 점검하세요.
PROTOCOL / 03
Trojan
Trojan은 비밀번호 인증을 주요 신원 확인 방식으로 사용하며 일반적으로 TLS 보안 연결 위에서 실행됩니다. 클라이언트 설정에서 주소, 포트와 비밀번호뿐 아니라 서버 이름, 인증서 검증 정책과 전송 매개변수도 확인해야 합니다. 비밀번호가 맞아도 TLS 필드가 일치하지 않으면 핸드셰이크 단계에서 연결이 중단될 수 있습니다.
SECURITY / 04
REALITY
REALITY는 Xray 생태계의 전송 보안 방식으로, 대표적인 필드에는 공개 키, 짧은 ID, 서버 이름과 클라이언트 지문이 있습니다. 단독으로 사용하는 노드 프로토콜이 아니라 VLESS 등의 프로토콜과 결합하는 보안 계층입니다. 설정을 가져온 뒤 공개 키와 짧은 ID가 완전한지 항목별로 확인해야 하며 노드 이름만 보고 판단해서는 안 됩니다.
SECURITY / 05
TLS
TLS는 연결에 암호화, 무결성 보호와 서버 신원 인증을 제공합니다. V2Ray 설정의 서버 이름은 보통 인증서 매칭에 사용되며 기기 시간, 도메인 해석과 인증서 상태도 핸드셰이크에 영향을 줍니다. TLS를 활성화하는 것만으로는 충분하지 않으며 프로토콜, 주소와 전송 진입점이 서버 설정과 일치해야 합니다.
TRANSPORT / 06
WebSocket
WebSocket은 HTTP 의미 체계를 기반으로 하는 양방향 전송 방식이며 클라이언트 화면에서는 보통 전송 설정에 포함됩니다. 대표적인 매개변수로 경로와 호스트 이름이 있으며 원격 진입점과 일치해야 합니다. 프로토콜 인증은 더 안쪽 계층에서 이루어지므로 WebSocket 연결 성공이 전체 프로토콜 체인의 완료를 의미하지는 않습니다.

LAYER 02 / CORE

코어 및 생태계

그래픽 클라이언트는 설정을 가져오고 편집하며 전환하는 역할을 하고, 코어는 실제 연결 수립, DNS 조회와 라우팅 매칭을 담당합니다. 클라이언트와 코어를 구분하면 특정 기능이 UI, 설정 형식 또는 하위 구현 중 어디에서 제공되는지 더 정확히 판단할 수 있습니다.

ECOSYSTEM / 01
Project V
Project V는 네트워크 프록시 코어, 프로토콜과 관련 도구를 중심으로 형성된 오픈 소스 기술 생태계입니다. V2Ray Core, V2Fly와 여러 그래픽 클라이언트가 역사적 또는 구현 차원에서 이 생태계와 연결되어 있습니다. 특정 클라이언트 하나의 이름이 아니므로 기능을 논의할 때는 사용하는 코어와 클라이언트 버전도 밝혀야 합니다.
CORE / 02
V2Ray Core
V2Ray Core는 설정을 읽고 인바운드, 아웃바운드, 전송, DNS와 라우팅 로직을 실행하는 핵심 프로그램입니다. 그래픽 클라이언트는 구독과 설정을 코어가 읽을 수 있는 형식으로 변환한 뒤 코어 프로세스의 시작과 중지를 관리합니다. 로그에 나타나는 프로토콜 핸드셰이크, 라우팅 매칭과 DNS 기록은 대개 코어 계층에서 발생합니다.
CORE / 03
V2Fly
V2Fly는 V2Ray Core의 기술 노선을 이어가는 커뮤니티 유지 프로젝트이자 코어 제품군입니다. 관련 코어는 인바운드, 아웃바운드, 라우팅, DNS와 다양한 전송 설정을 처리할 수 있으며 v2flyNG 등의 클라이언트가 이를 사용해 연결을 실행할 수 있습니다. 코어 브랜치마다 지원 범위가 다를 수 있으므로 설정을 이전할 때 필드 호환성을 확인해야 합니다.
CORE / 04
Xray
Xray는 V2Ray 설정 개념과 유사한 코어 제품군으로, VLESS와 REALITY 등의 프로토콜 및 보안 기능을 지원합니다. v2rayN과 v2rayNG의 일부 옵션은 사용하는 Xray 코어에 맞춰 해당 필드로 생성됩니다. 클라이언트 화면에 설정이 표시되는지와 코어가 해당 필드를 해석할 수 있는지는 별도로 확인해야 합니다.

LAYER 03 / SUBSCRIPTION

구독 및 노드

구독은 설정을 배포하고, 노드는 하나의 구체적인 원격 설정을 나타내며, 지연 시간 테스트는 특정 테스트 경로만 확인합니다. 세 항목이 같은 화면에 자주 표시되지만 각각 “설정의 출처”, “현재 선택한 항목”, “탐색 결과”를 의미합니다.

SUBSCRIPTION / 01
구독
구독은 서버에서 중앙 관리하는 노드 또는 설정 진입점 모음으로, 클라이언트가 링크를 통해 로컬 목록을 가져와 업데이트합니다. 구독 업데이트는 설정 동기화만 담당하며 목록의 모든 노드가 현재 사용 가능하다는 뜻은 아닙니다. 목록이 비어 있다면 링크 유효성, 응답 형식, 업데이트 경로와 클라이언트 호환성을 순서대로 확인하세요.
NODE / 02
노드
노드는 클라이언트 목록에 있는 하나의 원격 연결 설정으로, 보통 주소, 포트, 프로토콜, 인증 정보, 전송 방식과 보안 설정을 포함합니다. 노드 이름은 식별을 위한 라벨일 뿐 연결 상태를 판단하는 기준이 아닙니다. 노드를 바꾼 뒤에는 활성 설정으로 지정되었는지 확인하고 프록시 상태를 다시 적용해야 합니다.
TEST / 03
지연 시간
지연 시간은 클라이언트가 대상에 탐색 요청을 보낸 뒤 얻는 응답 시간이며 보통 밀리초 단위로 표시됩니다. 기본 탐색, TCP 연결 테스트와 실제 요청 테스트는 확인하는 경로가 완전히 같지 않으므로 동일한 조건에서 비교해야 합니다. 수치가 낮아도 처리량이나 장시간 연결 안정성을 단독으로 보장하지는 않습니다.
TEST / 04
실제 연결 지연 시간
실제 연결 지연 시간은 보통 클라이언트가 선택한 노드로 실제 연결을 설정하고 지정된 테스트 대상에 접속한 뒤 측정한 소요 시간을 뜻합니다. 서버 포트만 탐색하는 방식보다 프로토콜 핸드셰이크, 전송 보안과 대상 요청 등 더 많은 단계를 포함합니다. 결과는 대상 주소, 현재 네트워크와 측정 시점의 영향을 받습니다.
FORMAT / 05
구독 변환
구독 변환은 원본 구독 내용을 대상 클라이언트 또는 설정 형식에 맞게 정리하는 과정이며, 필드 매핑, 노드 필터링과 규칙 병합이 포함될 수 있습니다. 변환 결과에서는 프로토콜, 보안 계층, 전송 방식과 서버 이름을 중점적으로 확인해야 합니다. 형식이 성공적으로 가져와졌다는 것은 구조를 읽을 수 있다는 의미일 뿐 모든 매개변수가 원본과 동일하다는 뜻은 아닙니다.

LAYER 04 / ROUTING

라우팅 및 트래픽 분할

라우팅 시스템은 도메인, 대상 주소, 포트, 네트워크 유형과 인바운드 라벨을 읽고 사용할 아웃바운드를 결정합니다. DNS는 판단 과정의 앞부분에 있으며 해석 방식에 따라 이후 도메인 규칙 또는 주소 규칙으로 매칭할지가 달라집니다.

ROUTING / 01
라우팅 규칙
라우팅 규칙은 도메인, 대상 주소, 포트, 프로토콜 또는 인바운드 라벨에 따라 아웃바운드 경로를 선택하는 조건 모음입니다. 대부분의 설정은 정해진 우선순위나 작성 순서에 따라 매칭하므로 앞의 조건이 뒤의 조건보다 먼저 적용될 수 있습니다. 규칙을 수정할 때는 매칭 조건, 대상 아웃바운드와 최종 기본 처리까지 함께 기록하세요.
ROUTING / 02
트래픽 분할
트래픽 분할은 서로 다른 유형의 연결을 각기 다른 아웃바운드로 처리하는 설정 전략으로, 도메인 집합이나 대상 주소에 따라 분류할 수 있습니다. 별도의 프로토콜이 아니라 라우팅 규칙이 함께 만들어 내는 결과입니다. 예상과 다른 경로를 사용한다면 규칙 순서, 해석 결과와 아웃바운드 라벨을 모두 확인해야 합니다.
DATASET / 03
GeoIP
GeoIP는 IP 주소가 속한 지역 또는 네트워크 집합을 기준으로 매칭하는 데이터 분류이며, 대상이 이미 주소로 해석된 경우에 사용합니다. 로컬 규칙 데이터에 의존하므로 데이터 범위와 업데이트 시점이 분류 결과에 영향을 줍니다. GeoIP는 도메인의 의미를 직접 읽지 않으며, 도메인은 보통 먼저 해석되어야 주소 매칭이 가능합니다.
DATASET / 04
GeoSite
GeoSite는 도메인 집합으로 구성한 규칙 데이터로, 특정 범주의 사이트 도메인을 일괄 매칭하는 데 사용할 수 있습니다. GeoIP와 매칭 대상이 다릅니다. GeoSite는 도메인을, GeoIP는 주소를 기준으로 합니다. 규칙을 설정할 때 코어가 대상 도메인 정보를 계속 유지하는지와 현재 데이터 파일에 해당 분류가 있는지 확인해야 합니다.
DNS / 05
DNS
DNS는 도메인을 네트워크 주소로 해석하며, 그 결과가 GeoIP와 라우팅 규칙 판단에 다시 사용될 수 있습니다. V2Ray 코어는 독립 DNS 서버, 조회 정책과 매칭 조건을 설정할 수 있고 시스템 DNS와 내장 DNS가 동시에 작동할 수도 있습니다. 도메인 연결을 점검할 때는 해석 실패와 노드 연결 실패를 먼저 구분해야 합니다.
DNS / 06
FakeDNS
FakeDNS는 도메인에 먼저 합성 주소를 할당하고 트래픽이 코어로 들어오면 원래 도메인을 복원해 계속 처리합니다. TUN 모드와 함께 사용하면 대상 주소만 전달하는 일부 앱도 도메인 규칙에 따라 트래픽을 분할할 수 있습니다. 주소 풀 범위, DNS 인계와 라우팅 설정을 함께 구성해야 합니다.
DNS / 07
DNS 유출
DNS 유출은 지정된 경로에서 처리해야 할 도메인 조회가 시스템 또는 다른 해석 경로를 통해 직접 전송되는 현상입니다. 운영체제 DNS, 클라이언트 내장 DNS, TUN 인계 범위, 라우팅 규칙과 브라우저 보안 DNS를 확인해야 합니다. 해결의 핵심은 노드만 바꾸는 것이 아니라 해석 진입점과 조회 아웃바운드를 일관되게 구성하는 것입니다.

LAYER 05 / CLIENT

클라이언트 및 플랫폼

클라이언트는 구독 관리, 노드 선택, 시스템 진입점과 코어 실행 상태를 하나의 화면에서 관리합니다. 시스템 프록시와 TUN 모드는 트래픽을 받고, 인바운드와 아웃바운드는 트래픽이 코어로 들어온 뒤 전달되는 방식을 설명합니다.

CLIENT / 01
시스템 프록시
시스템 프록시는 운영체제가 제공하는 프록시 설정 진입점으로, 해당 설정을 읽는 앱이 요청을 지정된 로컬 포트로 전달합니다. 시스템 프록시를 활성화해도 모든 프로그램이 자동으로 연결되는 것은 아니며, 일부 앱은 독립 네트워크 스택이나 자체 프록시 설정을 사용합니다. 문제를 확인할 때는 클라이언트의 수신 포트와 시스템 설정이 일치하는지도 확인해야 합니다.
CLIENT / 02
TUN 모드
TUN 모드는 가상 네트워크 인터페이스로 시스템 트래픽을 받은 뒤 코어가 DNS, 라우팅과 아웃바운드 처리를 수행하도록 합니다. 시스템 프록시보다 더 많은 앱을 지원하는 경우가 많지만 시스템 권한, 가상 인터페이스 상태와 DNS 인계 설정에 더 크게 의존합니다. 활성화한 뒤에는 다른 가상 네트워크 구성 요소가 트래픽을 중복으로 인계하지 않는지 확인하세요.
CONFIG / 03
인바운드
인바운드는 코어가 로컬 앱, LAN 기기 또는 가상 인터페이스의 연결을 받는 진입점 설정으로, JSON의 inbounds에 해당합니다. 수신 주소, 포트와 인바운드 프로토콜이 트래픽이 코어로 들어오는 방식을 결정합니다. 시스템 프록시는 보통 특정 로컬 HTTP 또는 SOCKS 인바운드 포트를 가리킵니다.
CONFIG / 04
아웃바운드
아웃바운드는 코어가 매칭된 연결을 대상 경로로 보내는 설정으로, JSON의 outbounds에 해당합니다. 노드 연결, 직접 연결과 차단 처리는 각각 다른 아웃바운드로 표현할 수 있습니다. 라우팅 규칙은 아웃바운드 라벨을 참조하므로 라벨 표기와 참조 관계가 일치해야 합니다.
CLIENT / 05
v2rayN
v2rayN은 Windows, macOS와 Linux용 데스크톱 그래픽 클라이언트로, 구독, 노드, 시스템 프록시, 라우팅과 코어를 관리할 수 있습니다. 데스크톱 버전과 기존 WPF 버전은 서로 다른 UI 프레임워크를 사용하므로 설치 전에 시스템 환경에 맞는 버전을 선택해야 합니다. 클라이언트 업데이트와 코어 업데이트는 별개의 계층이므로 버전 정보를 각각 확인하세요.
CLIENT / 06
v2rayNG
v2rayNG는 Android용 그래픽 클라이언트로, 일반적으로 Xray 코어를 사용해 프로토콜, DNS와 라우팅을 처리합니다. 구독을 가져온 뒤 활성 노드를 선택하고 연결을 시작해야 하며, 노드 목록이 보인다고 해서 시스템 트래픽이 이미 연결된 것은 아닙니다. 배터리 절전 정책, 백그라운드 권한과 가상 네트워크 권한이 지속적인 실행에 영향을 줍니다.