설정 참고 / 자주 쓰이는 용어 24가지

V2Ray 용어 정리
프로토콜, 코어와 프록시 모드

먼저 연결이 클라이언트에 들어오는 방식, 규칙에 따라 연결을 처리할 대상, 코어가 서버에 연결하는 방식을 구분한 다음 설정 항목을 확인하세요. 메뉴 이름이 비슷해도 같은 계층의 기능은 아닐 수 있습니다.

설정 이해 순서

트래픽 유입 방식 → 라우팅 선택 → 아웃바운드 연결. 시스템 프록시와 TUN은 트래픽이 들어오는 방식을 정하고, 라우팅 규칙은 직접 연결·프록시·차단 중 하나를 결정합니다. VMess, VLESS 등의 프로토콜은 프록시 연결을 설정하는 방식을 설명합니다. DNS는 연결과 규칙 매칭에 필요한 주소 정보를 제공하며, 클라이언트는 설정을 구성해 코어를 실행합니다.

이 페이지는 개념을 설명하며 서버 매개변수 안내를 대신하지 않습니다. 직접 설정하려면 시작 가이드를 확인하세요. 오류가 발생했다면 문제 해결에서 증상별 점검 방법을 살펴보세요.

01 / 연결 매개변수

프로토콜과 전송 방식

프로토콜, 전송 방식, 전송 보안은 서로 다른 계층입니다. 설정을 가져온 뒤에는 서버에서 제공한 조합을 유지하세요. 프로토콜 이름만 바꾸고 연결을 시도해서는 안 됩니다.

VMess

VMess protocol

Project V 생태계의 프록시 프로토콜로, 사용자 식별 정보를 인증에 사용하며 실제 연결에는 프로토콜 자체의 보안 매개변수도 포함됩니다. VMess는 여러 전송 방식과 함께 사용할 수 있습니다. 노드의 WebSocket 경로와 TLS 설정은 프로토콜 이름에 포함되지 않습니다. 연결에 문제가 있으면 시스템 시간과 양쪽 설정을 함께 확인하세요. 서버 주소에 접속할 수 있다는 이유만으로 설정이 올바르다고 판단할 수는 없습니다.

VLESS

VLESS protocol

가벼운 프록시 프로토콜로, 자체적으로 전송 데이터를 암호화하지 않으며 실제 구성에서는 보통 TLS 또는 REALITY와 함께 전송을 보호합니다. 사용자 식별 정보, 전송 방식, 보안 설정, flow 매개변수(사용하는 경우)를 서버 설정과 일치시켜야 합니다. VLESS 링크를 가져올 수 있더라도 현재 코어가 링크에 포함된 모든 확장 기능을 지원한다는 뜻은 아닙니다.

Trojan

Trojan protocol

일반적으로 TLS로 연결을 보호하고 비밀번호로 인증하는 프록시 프로토콜입니다. 비밀번호, 포트, 서버 이름, 인증서 검증 설정을 각각 확인해야 합니다. TLS 핸드셰이크 실패를 곧바로 비밀번호 오류로 판단해서는 안 됩니다. 특정 전송 방식과 함께 사용할 수도 있으며, 구체적인 조합은 서버에서 제공한 설정을 따르세요.

REALITY

Transport security

Xray 생태계의 전송 보안 방식으로, VMess나 VLESS와 같은 독립 노드 프로토콜은 아닙니다. 클라이언트에는 보통 서버에 맞는 공개 키, 서버 이름, 짧은 ID 등의 매개변수와 이 기능을 지원하는 코어가 필요합니다. 문제를 점검할 때는 각 매개변수를 하나씩 확인하세요. 인증서 검증을 끄는 것은 REALITY 설정 오류의 일반적인 해결 방법이 아닙니다.

02 / 소프트웨어 계층

코어와 클라이언트

클라이언트는 관리를, 코어는 실행을 담당합니다. 프로토콜 미지원이나 설정 항목 인식 오류가 표시되면 먼저 실제로 어떤 코어가 실행 중인지 확인하세요.

V2Ray

Project V ecosystem

Project V 생태계의 네트워크 프록시 도구 및 관련 프로젝트를 가리키는 이름입니다. 인바운드, 아웃바운드, 라우팅, DNS 등의 모듈로 네트워크 연결을 구성합니다. 검색어로 쓰이는 ‘V2Ray 클라이언트’는 관련 설정을 관리하는 GUI 앱을 통칭하는 경우가 많으며, 모든 앱이 같은 코어를 사용한다는 뜻은 아닙니다. 호환성을 논할 때는 클라이언트와 코어 이름을 함께 확인하는 것이 좋습니다.

V2Fly

V2Ray community / core

V2Ray를 중심으로 유지·관리되는 커뮤니티 및 코어 프로젝트로, Project V 생태계를 이해할 때 자주 접하는 이름입니다. 지원하는 프로토콜, 전송 방식, 설정 항목은 실제 코어 버전을 기준으로 확인해야 하며, 다른 코어의 예제를 그대로 적용해서는 안 됩니다. Android용 v2flyNG는 V2Fly 코어를 사용하는 GUI 클라이언트입니다.

Xray

Xray-core

V2Ray 관련 코드에서 발전한 프록시 코어 프로젝트로, VLESS와 REALITY 등의 기능을 지원하며 연결, 라우팅, DNS 설정을 실행합니다. v2rayNG는 Xray 코어를 사용하지만 클라이언트와 코어는 여전히 서로 다른 계층입니다. 코어가 실행되지 않으면 구독을 반복해서 업데이트하기보다 시작 로그에 표시된 설정 항목이나 포트 오류를 먼저 확인하세요.

GUI 클라이언트

Graphical client

구독 그룹, 서버 선택, 설정, 시스템 연동 기능을 제공하는 앱입니다. 데스크톱의 v2rayN과 Android의 v2rayNG, v2flyNG 등을 예로 들 수 있습니다. 클라이언트는 화면의 옵션을 코어가 실행할 수 있는 설정으로 변환하며, 일부 기능은 보조 구성 요소가 담당할 수도 있습니다. 메뉴에 옵션이 있다고 해서 모든 코어와 운영체제에서 같은 방식으로 사용할 수 있는 것은 아닙니다.

클라이언트 3종 비교 →

03 / 설정 출처와 테스트

구독과 노드

구독은 설정을 가져오고, 속도 테스트는 연결 상태를 확인합니다. 설정을 가져올 수 있는지, 서버에 연결되는지, 실제 접속이 정상인지 각각 따로 확인해야 합니다.

구독

Subscription

클라이언트가 구독 주소에서 가져오는 서버 설정 모음으로, 보통 구독 그룹에 저장되며 업데이트할 때 원격 설정을 다시 불러옵니다. 업데이트가 성공했다는 것은 설정을 가져와 파싱했다는 뜻일 뿐, 각 설정으로 연결할 수 있다는 의미는 아닙니다. 구독 주소에 접근 정보가 포함될 수 있으므로 로그나 스크린샷을 공유하기 전에 전체 주소를 가리고, 업데이트로 수동 변경 사항이 덮어써지는지도 확인하세요.

구독 가져오기 단계 보기 →

노드

Server profile / node

클라이언트에서 서버 연결 설정 하나를 가리킬 때 흔히 쓰는 말입니다. 보통 주소, 포트, 프로토콜, 인증 정보, 전송 보안 매개변수가 포함됩니다. 표시 이름은 메모일 뿐이므로 실제 위치, 트래픽 출구의 관할 지역, 연결 품질을 확인하는 근거가 되지 않습니다. 노드를 선택한 뒤에도 앱 트래픽이 클라이언트로 들어오고 올바른 아웃바운드 규칙에 매칭되어야 합니다. 목록에서 노드를 선택하는 것만으로 이 과정이 자동 완료되지는 않습니다.

TCPing

TCP connection timing

지정한 주소와 포트에 TCP 연결을 시도해 소요 시간을 측정하며, 당시 네트워크에서 대상 포트에 연결할 수 있는지를 주로 확인합니다. 전체 프록시 프로토콜의 인증을 확인하는 테스트도 아니고, 원격 출구에서 테스트 웹사이트에 접속할 수 있다는 뜻도 아닙니다. TCPing은 정상이지만 웹페이지가 열리지 않는다면 핸드셰이크, 라우팅, DNS를 추가로 확인하세요. 포트에 연결된다는 사실만으로 전체 연결이 정상이라고 판단해서는 안 됩니다.

실제 연결 지연 시간

Real connection latency

클라이언트가 프록시를 거쳐 테스트 주소에 요청을 보내고 자체 방식으로 소요 시간을 기록합니다. 보통 서버 포트만 테스트하는 것보다 실제 접속 경로에 가까운 결과를 확인할 수 있습니다. 테스트 대상, DNS, 핸드셰이크, 연결 재사용에 따라 값이 달라지므로 클라이언트나 테스트 주소가 다른 결과를 직접 비교하기는 어렵습니다. 다운로드 속도 측정과는 다르므로 설정을 선택할 때는 연속 접속이 안정적인지도 확인하세요.

지연 시간과 다운로드 속도 구분하기 →

04 / 아웃바운드 선택

라우팅과 트래픽 분기

규칙에 따라 연결을 처리할 대상이 결정됩니다. 규칙을 확인할 때는 매칭 조건, 순서, 아웃바운드 태그를 함께 살펴보세요.

라우팅 규칙

Routing rule

도메인, 대상 IP, 포트, 인바운드 등의 조건에 따라 아웃바운드를 선택하는 규칙으로, 일반적으로 위에서부터 순서대로 매칭합니다. 범위가 넓은 규칙이 앞에 있으면 뒤에 있는 세부 규칙이 매칭되지 않을 수 있습니다. 설정의 outboundTag는 정의된 아웃바운드 태그를 참조합니다. 태그가 direct인지 다른 이름인지는 기능을 결정하지 않으며, 실제 동작은 아웃바운드 설정에 따라 달라집니다.

트래픽 분기

Split routing

규칙에 따라 연결을 직접 연결, 프록시, 차단 등의 아웃바운드로 보내는 정책으로, 별도의 프록시 프로토콜은 아닙니다. 분기가 정확한지는 규칙 순서, 사용 가능한 대상 정보, DNS 정책에 따라 달라지며 현재 선택한 서버만으로는 판단할 수 없습니다. 특정 웹사이트가 잘못된 아웃바운드로 연결된다면 먼저 규칙이 도메인과 IP 중 무엇을 확인하는지 살펴본 다음 실제로 매칭된 규칙을 점검하세요.

라우팅 설정 단계 보기 →

GeoIP

IP address sets

지역이나 기타 기준으로 분류한 IP 주소 모음으로, geoip:cn처럼 대상 주소 매칭에 자주 사용합니다. 데이터 파일의 주소 범위를 기준으로 판단하며, 도메인을 소유한 회사를 식별하거나 서버의 실제 물리적 위치를 정확히 판별하지는 않습니다. IP 규칙을 사용할 때는 연결에서 대상 IP를 확인할 수 있는지와 관련 데이터 파일이 준비되어 있는지도 확인하세요.

GeoSite

Domain name sets

분류별로 정리한 도메인 모음으로, geosite:cn과 같은 형식으로 불러와 도메인 기반 라우팅에 사용합니다. 태그의 존재 여부와 포함된 도메인은 클라이언트 메뉴 이름이 아니라 현재 사용하는 데이터 파일에 따라 달라집니다. 앱이 도메인 정보 없이 IP만 전달한다면 도메인 목록만으로는 예상한 규칙에 매칭되지 않을 수 있습니다.

05 / 도메인과 대상 식별

DNS와 네트워크

웹페이지를 열 때 도메인 조회와 콘텐츠 연결은 서로 다른 경로를 사용할 수 있습니다. 문제를 찾으려면 먼저 누가 도메인을 조회하고 조회 요청이 어디로 전송되는지 구분해야 합니다.

DNS

Domain Name System

도메인을 IP 주소 등의 레코드로 변환하는 시스템입니다. 일반적으로 A 레코드는 IPv4 주소를, AAAA 레코드는 IPv6 주소를 제공합니다. 앱, 운영체제, 프록시 코어가 각각 DNS 조회를 할 수 있으므로 코어 DNS를 바꿔도 앱 자체의 암호화 DNS에는 영향이 없을 수 있습니다. 도메인으로는 접속할 수 없지만 기존 IP 연결은 정상이라면 프로토콜을 바로 바꾸기보다 DNS 응답, 조회 경로, 캐시를 먼저 확인하세요.

FakeDNS

Synthetic address mapping

도메인에 합성 주소를 할당하고 연결이 코어에 도달했을 때 매핑을 이용해 대상 도메인을 복원하는 방식입니다. 반환되는 주소는 실제 서버 IP가 아닙니다. 도메인 정보를 유지하는 데 도움이 되지만, 해당 트래픽을 가로채는 설정 및 코어 설정과 함께 사용해야 합니다. 기능을 켜거나 끈 뒤에도 앱에 이전 합성 주소가 캐시되어 있으면 일시적으로 접속 문제가 생길 수 있으므로 캐시와 매핑이 일치하는지 확인하세요.

DNS 누수

DNS leak

DNS 조회가 예상한 정책대로 전송되지 않고 다른 경로를 이용하는 현상입니다. 예를 들어 지정된 아웃바운드를 거쳐야 하는 조회가 시스템 리졸버에서 처리될 수 있습니다. 사전에 정한 정책을 기준으로 판단해야 하며, 로컬 네트워크용으로 의도적으로 남겨 둔 DNS 조회가 자동으로 문제를 뜻하지는 않습니다. 확인할 때는 시스템 DNS, 앱 자체의 암호화 DNS, IPv6, TUN의 DNS 가로채기 설정을 함께 살펴보세요.

트래픽 스니핑

Sniffing

연결 초기 데이터에서 대상 도메인 등의 정보를 식별해 라우팅에 활용할 매칭 정보를 보완하는 기능입니다. 메뉴에 영어 이름 Sniffing이 표시되기도 합니다. 통신 내용을 복호화하는 기능은 아니며, 식별 가능 여부는 프로토콜과 연결 방식에 따라 달라집니다. 탐지한 도메인을 라우팅에만 사용할지, 대상 주소에도 영향을 줄지는 코어 설정에 따라 다르므로 기능이 켜져 있다는 사실만으로 동작을 단정할 수 없습니다.

06 / 트래픽 유입과 프리셋

프록시 모드

‘시스템 프록시’는 앱이 연결되는 방식을, ‘전역 프록시’는 라우팅 정책을 가리키는 경우가 많습니다. ‘TUN’은 트래픽을 가로채는 방식입니다. 세 용어는 서로 다른 계층을 설명합니다.

시스템 프록시

System proxy

운영체제의 프록시 설정을 통해 해당 설정을 따르는 앱이 클라이언트의 로컬 수신 포트에 연결되도록 합니다. 자체 프록시 설정을 사용하거나 직접 네트워크 연결을 하는 앱도 있으므로 시스템 프록시를 켜도 모든 앱이 연결되는 것은 아닙니다. 클라이언트를 종료한 뒤 네트워크에 문제가 생기면 시스템에 중지된 포트를 가리키는 프록시 설정이 남아 있는지 확인하고, 클라이언트에서 시스템 프록시를 해제하세요.

전역 프록시

Global routing mode

일반적으로 클라이언트에 들어온 트래픽을 모두 프록시 아웃바운드로 보내는 라우팅 정책을 뜻합니다. 로컬 네트워크 예외를 유지하는지는 클라이언트 구현에 따라 다릅니다. 시스템 프록시를 무시하는 앱까지 자동으로 가로채지는 않으므로 ‘전역’이라고 해서 운영체제의 모든 연결이 포함되는 것은 아닙니다. 설정을 바꾼 뒤에는 앱이 클라이언트에 연결되었는지와 아웃바운드가 바뀌었는지를 각각 확인하세요.

TUN 모드

Virtual network interface

가상 네트워크 인터페이스로 IP 패킷을 받아 프록시에서 처리하는 방식으로, 더 많은 앱의 연결을 가로채야 하는 경우에 적합합니다. 실제 적용 범위는 권한, 시스템 라우팅, DNS, 제외 규칙에 따라 달라지며 다른 가상 네트워크 인터페이스와 충돌할 수도 있습니다. 처음 설정할 때는 일반 프록시 연결이 정상인지 먼저 확인한 뒤 TUN을 켜면 서버 문제와 시스템 트래픽 가로채기 문제를 구분하기 쉽습니다.

TUN 설정 단계 보기 →

중국 본토 우회

Mainland China bypass preset

클라이언트에서 흔히 제공하는 트래픽 분기 프리셋입니다. 일반적으로 중국 본토 도메인 또는 IP 목록에 해당하는 연결은 직접 연결로 보내고, 나머지는 이후 규칙에 따라 처리합니다. 웹사이트의 소속을 실시간으로 판별하는 서비스는 아니며, 실제 결과는 규칙 데이터, DNS, 사용자 지정 규칙에 따라 달라집니다. 같은 이름의 프리셋도 클라이언트마다 예외 규칙이 다를 수 있으므로 차이가 있다면 메뉴 이름만 비교하지 말고 규칙을 펼쳐 확인하세요.