용어 한눈에 보기 · 자주 쓰는 용어 24개

V2Ray 용어집
프로토콜·코어·라우팅

설정이 적용되는 단계별로 용어를 확인하세요. 먼저 클라이언트와 코어를 구분한 다음, 연결이 어떻게 들어오고 어떤 규칙으로 전달되며 도메인이 어디에서 해석되는지 살펴봅니다.

분류별 용어 보기 입문 가이드 보기
연결 처리 흐름 · 개념도
앱, 코어, 규칙, 아웃바운드의 관계 앱 트래픽은 로컬 진입점을 통해 코어로 들어갑니다. 코어는 라우팅 규칙에 따라 아웃바운드를 선택하고 DNS는 도메인 이름을 해석합니다. 앱 코어 아웃바운드 라우팅 규칙 DNS 해석
진입점은 트래픽을 받고, 규칙은 트래픽이 향할 곳을 선택합니다.
연결 매개변수

프로토콜·전송

프로토콜은 통신 및 인증 방식을 정의하고, 전송 방식과 보안 계층은 연결을 전달하고 보호하는 방법을 결정합니다. 같은 프로토콜도 여러 전송 방식과 조합할 수 있으므로 이름이 같더라도 매개변수를 하나씩 확인해야 합니다.

프로토콜·전송

VMess

VMess protocol

Project V 생태계의 프록시 프로토콜로, 사용자 인증과 데이터 암호화 기능을 포함합니다. 클라이언트와 서버의 사용자 식별자 및 연결 매개변수가 서로 일치해야 하며, 기기 시간 차이가 크면 인증에 영향을 줄 수 있습니다. 문제를 확인할 때는 프로토콜 매개변수, 전송 방식, 보안 계층을 각각 점검하세요. 특정 전송 방식을 VMess 자체와 혼동하면 안 됩니다.

프로토콜·전송

VLESS

VLESS protocol

가벼운 프록시 프로토콜로, 애플리케이션 데이터 자체를 암호화하지 않습니다. 보통 TLS나 REALITY 같은 보안 계층과 함께 사용합니다. 설정할 때는 사용자 식별자, 전송 방식, 보안 계층 매개변수를 모두 확인해야 하며 프로토콜 이름만으로 호환성을 판단할 수 없습니다. 일부 플로우 제어 옵션은 특정 코어와 전송 방식을 요구하므로 서버 측 안내가 없다면 임의로 추가하지 마세요.

프로토콜·전송

Trojan

Trojan protocol

일반적으로 TLS로 보안 연결을 설정하고 비밀번호로 인증하는 프록시 프로토콜입니다. 비밀번호가 맞더라도 서버 주소와 포트, 서버 이름, 인증서 신뢰 관계가 일치해야 연결할 수 있습니다. 인증서 오류가 발생하면 인증서 검증을 끄기보다 도메인과 기기 시간부터 확인하세요.

프로토콜·전송

Shadowsocks

Shadowsocks protocol

정해진 암호화 방식과 키 정보를 사용해 프록시 트래픽을 전송하는 프로토콜입니다. 클라이언트와 서버가 같은 암호화 방식을 지원해야 하며, 세대가 다른 방식은 같은 비밀번호를 입력해도 서로 통신할 수 없습니다. 가져온 설정에서 지원하지 않는 방식이라고 표시되면 라우팅 모드를 바꾸기보다 사용 중인 코어의 지원 범위와 원본 설정을 확인하세요.

프로토콜·전송

REALITY

REALITY security

Xray 생태계의 보안 전송 방식으로, 독립적인 노드 구독 형식도 VLESS와 같은 프로토콜도 아닙니다. 연결할 때는 공개 키, 서버 이름, 짧은 ID 등의 매개변수를 확인해야 하며, 구체적인 항목은 서버 설정에 따라 달라집니다. 클라이언트에서 링크를 가져올 수 있다고 해서 현재 선택한 코어가 해당 기능을 지원하는 것은 아닙니다.

프로그램 구성

코어·생태계

Project V는 생태계의 배경을 가리키고, V2Fly와 Xray는 코어 계열이며, v2rayN 등의 이름은 사용자 인터페이스를 뜻합니다. 각 구성 요소의 역할을 구분하면 어디를 수정해야 할지 판단하기 쉽습니다.

코어·생태계

Project V

Project V ecosystem

V2Ray 등 네트워크 도구를 중심으로 형성된 오픈소스 프로젝트와 기술 생태계를 가리킵니다. 특정 GUI 클라이언트나 노드·구독을 제공하는 계정 서비스와는 다릅니다. 자료를 읽을 때는 생태계의 역사, 코어의 기능, 개별 클라이언트의 기능을 구분해 한쪽의 설명을 모든 프로그램에 적용하지 않도록 하세요.

코어·생태계

V2Fly

V2Fly core

V2Ray 개발을 이어가는 커뮤니티 프로젝트이자 널리 쓰이는 프록시 코어 계열 중 하나입니다. 코어는 인바운드, 아웃바운드, 라우팅, DNS 등의 설정을 처리하고 GUI는 클라이언트가 제공합니다. v2flyNG는 V2Fly 코어를 기반으로 하므로 사용 전에 가져온 프로토콜과 매개변수가 해당 코어에서 지원되는지 확인하세요.

코어·생태계

Xray

Xray core

V2Ray 기술을 바탕으로 발전한 오픈소스 코어 포크로, 여러 프록시 프로토콜과 관련 전송 기능을 지원합니다. Xray와 V2Fly는 일부 개념을 공유하지만 추가 기능, 설정 항목, 지원 범위는 완전히 같지 않습니다. v2rayNG는 Xray 코어를 사용하므로 특정 프로토콜 문제를 확인할 때는 클라이언트 이름뿐 아니라 실제로 실행 중인 코어를 살펴보세요.

코어·생태계

클라이언트와 코어

Client / Core

클라이언트는 구독을 가져오고 노드를 선택하거나 설정을 바꾸는 인터페이스이며, 코어는 실제 네트워크 연결을 처리하는 프로그램입니다. v2rayN, v2rayNG, v2flyNG는 GUI 클라이언트 이름이지 프록시 프로토콜 세 가지를 가리키는 말이 아닙니다. 화면에서 실행은 되지만 연결에 실패한다면 코어 로그도 확인하세요. 클라이언트별 차이는 클라이언트 비교에서 살펴볼 수 있습니다.

설정 출처

구독·노드

구독은 설정을 배포하고 노드는 연결 매개변수를 저장하며, 테스트 결과는 특정 시점의 요청 상태를 보여줍니다. 각각 출처, 내용, 관측 결과에 해당합니다.

구독·노드

구독

Subscription

서버 설정을 일괄로 가져오고 갱신하는 주소 또는 데이터 모음으로, 보통 기존 서비스 제공자가 배포합니다. 구독을 갱신하면 설정 내용이 바뀌지만 자동 결제나 회선 복구, 서버 상태 변경이 이루어지는 것은 아닙니다. 구독 주소에는 계정 식별 정보가 포함될 수 있으므로 민감 정보로 취급하세요. 스크린샷이나 로그를 공유하기 전에 접근 자격 정보가 있는지 확인하고 삭제하세요.

구독·노드

노드

Server profile / Node

GUI 클라이언트에서 서버 연결 설정 항목을 가리킬 때 흔히 쓰는 말입니다. 보통 주소, 포트, 인증, 전송 매개변수를 포함합니다. 노드 하나가 물리 서버 한 대와 일치하는 것은 아니며, 표시 이름만으로 실제 접속 위치를 알 수도 없습니다. 항목을 수정하기 전에 출처 정보를 보관하는 것이 좋습니다. 구독을 새로고침하면 같은 항목에 대한 로컬 수정 사항이 덮어써질 수 있습니다.

구독·노드

구독 그룹

Subscription group

설정 출처나 사용 목적에 따라 서버 항목을 분류하는 클라이언트 관리 방식입니다. 그룹별로 구독을 갱신하고 목록을 필터링하거나 출처를 확인하는 데 유용하지만, 로드 밸런싱이나 장애 조치 정책이 자동으로 만들어지는 것은 아닙니다. 중복 항목이 있으면 어느 그룹과 구독에서 왔는지 먼저 확인한 뒤 삭제할 항목을 결정하세요. 직접 저장한 설정을 실수로 지우지 않도록 주의해야 합니다.

구독·노드

지연 시간

Latency

특정 테스트에 걸린 시간으로, 의미는 테스트 방식에 따라 달라집니다. TCP 연결 테스트, 요청 테스트, 프록시 전체 경로 테스트는 서로 다른 단계를 측정하므로 테스트 목적을 고려하지 않고 결과를 비교하면 안 됩니다. 수치가 낮다고 다운로드 속도가 빠른 것은 아니며, 시간 초과가 발생하면 대상 주소와 네트워크 상태, 로그를 함께 확인해야 합니다.

구독·노드

실제 연결 지연 시간

Real connection latency

일부 클라이언트에서 프록시를 거쳐 지정한 테스트 주소에 접속하는 데 걸린 시간을 가리킵니다. 서버 포트만 확인하는 것보다 실제 요청 경로에 가깝지만, 테스트 주소와 DNS, 핸드셰이크, 당시 네트워크 상태의 영향을 받습니다. 같은 조건에서 노드를 고를 때 참고할 수 있지만 동영상 로딩 속도나 파일 다운로드 대역폭을 직접 예측할 수는 없습니다.

트래픽 경로

라우팅

연결의 특징을 규칙과 대조한 뒤 해당 아웃바운드를 선택합니다. 규칙에서 참조하는 데이터 리소스, 매칭 순서, 아웃바운드 태그가 모두 필요합니다. 아래의 문구 예시는 개념을 설명하기 위한 것으로, 그대로 가져올 수 있는 완성된 설정이 아닙니다.

라우팅

라우팅 규칙

Routing rule

도메인, IP, 포트, 인바운드 태그 등의 조건에 따라 연결의 아웃바운드를 선택하는 설정입니다. 일반적인 필드 규칙은 순서대로 확인하며 먼저 일치한 규칙이 트래픽의 경로를 결정하므로 규칙 순서와 아웃바운드 태그가 중요합니다. 규칙을 추가하기 전에 매칭 대상과 출구를 명확히 하고, 위쪽의 더 포괄적인 조건이 해당 연결을 먼저 처리하는지 확인하세요.

라우팅

라우팅

Traffic routing

조건에 따라 연결마다 서로 다른 아웃바운드 처리를 적용하는 방식입니다. 예를 들어 직접 연결, 프록시, 차단 등이 있습니다. 라우팅은 트래픽이 코어에 들어온 뒤 적용되므로 애플리케이션 트래픽을 로컬 프록시로 보내는 진입 설정을 대신할 수 없습니다. 전역 모드나 중국 본토 우회 모드는 보통 미리 설정된 라우팅 정책의 메뉴 이름입니다. 실제 동작은 클라이언트가 현재 생성한 규칙을 확인하세요.

라우팅

GeoIP

IP address sets

라우팅 규칙에서 사용하는 IP 주소 모음으로, 유형별로 분류되어 있습니다. geoip:private는 사설 네트워크 등의 주소 범위를 찾을 때 자주 사용하며, 실제 항목과 내용은 사용하는 규칙 리소스에 따라 달라집니다. 지리 분류는 데이터에 붙인 표식일 뿐 실제 서비스 위치를 보장하지 않습니다. 도메인 연결에 IP 매칭이 적용되는 시점은 도메인 해석 정책에도 영향을 받습니다.

라우팅

GeoSite

Domain name sets

라우팅 규칙에서 도메인을 매칭하는 데 사용하는 도메인 모음으로, 유형별로 분류되어 있습니다. geosite:cn 같은 표기는 리소스 안의 분류 태그를 참조하는 것이며, 실시간 위치 조회나 도메인 해석 결과를 뜻하지 않습니다. 사용하기 전에 해당 리소스가 있고 참조한 분류가 포함되어 있는지 확인하세요. 분류 데이터가 갱신되면 이후 매칭 결과가 달라질 수도 있습니다.

라우팅

아웃바운드

Outbound

코어가 연결을 목적지로 보낼 때 사용하는 출구 설정입니다. 프록시 프로토콜, 직접 연결, 차단 등이 해당합니다. 라우팅은 보통 아웃바운드 태그로 대상을 선택합니다. 태그는 설정에서 사용하는 식별자이지, 변경할 수 없는 프로토콜 이름이 아닙니다. 규칙에 proxy를 지정했다면 이에 대응하는 아웃바운드 정의가 있어야 합니다. 태그만 바꿔서는 새로운 연결 기능이 생기지 않습니다.

진입점·DNS 해석

DNS·네트워크

앱의 트래픽이 프록시로 들어오는지, 도메인을 어느 곳에서 해석하는지, 연결이 최종적으로 어디를 통해 나가는지는 서로 다른 문제입니다. 문제가 생기면 여러 설정을 한꺼번에 바꾸기보다 단계별로 확인하는 편이 원인을 찾기 쉽습니다.

DNS·네트워크

DNS

Domain Name System

도메인을 IP 주소 등의 레코드로 변환하는 네트워크 해석 시스템입니다. 시스템 DNS, 앱 자체 DNS, 프록시 코어 DNS가 동시에 사용될 수 있으므로 한 곳의 설정을 변경해도 모든 요청의 해석 경로가 같아지는 것은 아닙니다. 문제를 확인할 때는 먼저 조회를 시작한 프로그램, DNS 서버 주소, 조회 트래픽의 아웃바운드를 파악한 뒤 캐시나 암호화 DNS 같은 세부 설정을 살펴보세요.

DNS·네트워크

TUN 모드

Virtual network interface

가상 네트워크 인터페이스로 트래픽을 받은 뒤 해당 네트워크 처리 구성 요소로 전달하는 방식입니다. 일반적으로 시스템 프록시보다 더 많은 앱을 처리하지만, 실제 적용 범위는 라우팅, 권한, 구현 방식, 앱 동작에 따라 달라집니다. 사용 설정 후에는 DNS 가로채기와 로컬 네트워크 접근도 확인해야 합니다. TUN을 전역 프록시와 같은 의미의 스위치로 보면 안 됩니다.

DNS·네트워크

FakeDNS

Synthetic IP mapping

앱에 내부 매핑용 가상 IP를 전달하고, 이후 연결에서 해당 도메인을 복원하는 방식입니다. 도메인 정보를 유지하는 데 유용하지만 DNS 가로채기, 매핑 주소 범위, 트래픽 진입 경로가 서로 맞아야 합니다. 가상 주소는 웹사이트의 실제 서버 주소가 아닙니다. 매핑을 복원하는 구성 요소를 우회하면 연결할 수 없는 문제가 생길 수 있습니다.

DNS·네트워크

DNS 누수

DNS leak

DNS 조회가 예정된 해석 경로를 벗어나 다른 해석기로 전달되는 현상입니다. 누수 여부는 적용하려는 정책을 기준으로 판단해야 하며, 직접 연결을 통한 모든 DNS 조회를 문제로 볼 수는 없습니다. 확인할 때는 브라우저 자체 DNS, 시스템 DNS, 코어 DNS와 조회 트래픽의 아웃바운드 경로를 함께 살펴보세요. 테스트 페이지에 표시된 DNS 서버 이름만으로는 원인을 특정하기 어렵습니다.

DNS·네트워크

시스템 프록시

System proxy

운영체제에 로컬 프록시 주소와 포트를 등록해 해당 설정을 따르는 앱에서 사용하도록 합니다. 모든 프로그램이 트래픽을 프록시로 보내는 것은 아니며, 코어에 들어온 연결을 직접 연결할지 프록시로 보낼지도 자동으로 결정하지 않습니다. 클라이언트를 종료한 뒤에도 브라우저가 중지된 로컬 포트를 가리키면 인터넷에 접속하지 못할 수 있습니다. 시스템 프록시 설정이 복원되었는지 확인하세요.