설정 참고

V2Ray 용어 설명 및 설정 용어집

프로토콜, 코어, 클라이언트 설정, 구독 노드와 라우팅 규칙에서 자주 쓰이는 개념을 한곳에 정리했습니다. 각 용어는 실제 설정 상황과 연결되어 있어 튜토리얼을 읽거나 클라이언트 옵션을 확인할 때 빠르게 찾아볼 수 있습니다.

VMess · VLESS · REALITY Xray · V2Fly TUN · FakeDNS GeoIP · GeoSite

분류 목록

먼저 용어가 어느 단계에서 등장하는지 확인한 다음 해당 분류로 이동하세요. 프로토콜 매개변수는 노드 연결 방식을 결정하고, 코어는 설정을 실행합니다. 클라이언트 기능은 트래픽이 코어로 들어오는 방식을 제어하며, 구독은 노드를 관리하고 라우팅 규칙은 트래픽을 최종적으로 보낼 아웃바운드를 결정합니다.

프로토콜 및 암호화

연결 프로토콜 및 전송 보안

프로토콜, 보안 계층과 전송 방식은 서로 다른 설정 계층입니다. 노드를 가져올 때는 각 계층의 매개변수가 정확히 대응하는지 확인해야 하며, 프로토콜 이름만으로 다른 옵션을 추측해서는 안 됩니다.

VMess: VMess는 Project V 생태계에서 노드 간 통신에 사용하는 프로토콜로, 클라이언트 인증 정보, 시간 검증과 데이터 전송을 담당합니다. 일반적인 설정에는 서버 주소, 포트, 사용자 식별자와 추가 식별자 등이 포함됩니다. VMess는 TCP, WebSocket 등의 전송 방식과 함께 사용해야 하며, 프로토콜 이름만으로 전체 연결 설정을 의미하지는 않습니다.

VLESS: VLESS는 경량 프로토콜로, 프로토콜 계층에서 담당하는 암호화 처리를 줄이고 전송 보안을 TLS 또는 REALITY에 맡기는 경우가 많습니다. 설정할 때는 사용자 식별자, 서버 주소, 포트와 전송 매개변수를 입력해야 합니다. 사용할 흐름 제어와 보안 계층은 서버 설정에 따라 결정되므로 클라이언트 항목이 서버와 일치해야 합니다.

Trojan: Trojan은 TLS로 보안 연결을 설정하는 프록시 프로토콜이며, 인증 정보는 보통 비밀번호 항목으로 표시됩니다. 클라이언트에서 주소와 포트뿐 아니라 서버 이름, 전송 방식과 인증서 관련 옵션도 정확히 설정해야 합니다. 공유 링크를 가져온 뒤에는 서버 이름이 완전히 보존되었는지 우선 확인하세요.

REALITY: REALITY는 Xray 생태계의 전송 보안 방식으로, VLESS와 함께 사용하는 경우가 많습니다. 클라이언트 설정에는 보통 공개 키, 짧은 ID, 서버 이름과 지문 등의 매개변수가 포함됩니다. 독립적인 노드 프로토콜이 아니므로 클라이언트에서는 대개 프로토콜 유형 목록이 아니라 전송 보안 설정에 표시됩니다.

TLS: TLS는 연결을 암호화하고 서버 신원을 확인하는 범용 전송 계층 보안 프로토콜입니다. V2Ray 클라이언트의 TLS 설정에는 보통 서버 이름, 허용할 애플리케이션 계층 프로토콜과 인증서 검증 정책이 포함됩니다. 서버 이름이 틀리면 주소와 포트가 맞아도 보안 핸드셰이크 단계에서 연결이 실패할 수 있습니다.

전송 방식: 전송 방식은 프로토콜 데이터를 전달하는 연결 형태이며, 일반적인 옵션으로 TCP, WebSocket, gRPC와 HTTPUpgrade가 있습니다. VMess나 VLESS 같은 프로토콜 아래에서 설정되지만 경로, 호스트 이름과 서비스 이름 등의 추가 항목에 직접 영향을 줍니다. 클라이언트의 전송 방식은 서버의 리스닝 설정과 같아야 합니다.

코어 및 생태계

Project V, V2Fly와 Xray

그래픽 클라이언트는 설정을 가져오고 편집하며 호출하고, 코어는 로컬 포트를 리슨하고 연결을 설정하며 DNS와 라우팅 규칙을 실행합니다. 두 구성 요소의 버전과 지원 범위는 완전히 같지 않습니다.

Project V: Project V는 네트워크 프록시 프로토콜, 설정 구조와 실행 코어를 중심으로 형성된 오픈 소스 기술 생태계입니다. 일상적으로 말하는 V2Ray는 설정 체계, 핵심 프로그램 또는 관련 생태계 전체를 가리킬 수 있습니다. 문서를 읽을 때는 문맥에 따라 구체적인 의미를 판단해 클라이언트 이름과 코어 이름을 혼동하지 않도록 해야 합니다.

V2Fly: V2Fly는 Project V의 기술 체계를 이어가는 커뮤니티 유지 프로젝트이며, 핵심 구현은 보통 v2fly-core라고 합니다. v2flyNG는 이 코어 계열을 사용해 Android에서 연결과 라우팅을 처리합니다. 지원되는 설정 기능은 코어의 범위에 따라 달라지므로 클라이언트 화면의 모양만 보고 판단할 수 없습니다.

Xray: Xray는 V2Ray 설정 체계와 높은 호환성을 가진 코어 구현으로, VLESS와 REALITY 등의 기능을 확장 지원합니다. v2rayN과 v2rayNG의 일반적인 설정은 Xray 코어를 호출해 실행합니다. 클라이언트 업데이트와 코어 업데이트는 별개의 개념이며, 버전 표시 위치도 서로 다를 수 있습니다.

인바운드（Inbound）: 인바운드는 코어가 트래픽을 받는 진입점으로, 설정 파일의 inbounds에 해당합니다. 로컬 SOCKS, HTTP 프록시 포트와 TUN 인터페이스를 인바운드로 사용할 수 있습니다. 인바운드는 코어로 들어올 수 있는 트래픽을 결정하지만, 해당 트래픽이 최종적으로 어느 출구로 전송될지는 직접 결정하지 않습니다.

아웃바운드（Outbound）: 아웃바운드는 코어가 트래픽을 처리해 내보내는 출구로, 설정 파일의 outbounds에 해당합니다. 일반적인 유형에는 프록시, 직접 연결과 차단이 있습니다. 라우팅 모듈이 규칙에 따라 아웃바운드를 선택하므로, 노드가 연결되었다고 해서 모든 트래픽이 자동으로 해당 노드로 전송되는 것은 아닙니다.

클라이언트 기능

트래픽 처리, DNS 및 연결 테스트

클라이언트의 스위치는 주로 트래픽이 코어로 들어오는 방식과 도메인 해석 방식을 제어합니다. 시스템 프록시와 TUN의 적용 범위는 다르며, 지연 시간 테스트도 테스트 방식을 함께 고려해야 합니다.

시스템 프록시: 시스템 프록시는 운영체제의 프록시 주소를 클라이언트의 로컬 리스닝 포트로 지정하는 기능입니다. 브라우저와 시스템 프록시 설정을 읽는 앱은 트래픽을 클라이언트에 전달합니다. 일부 앱은 독립적인 네트워크 스택을 사용하거나 시스템 설정을 무시하므로, 시스템 프록시만 켜면 해당 트래픽이 처리되지 않을 수 있습니다.

TUN 모드: TUN 모드는 가상 네트워크 인터페이스로 시스템 트래픽을 받아 시스템 프록시 설정을 읽지 않는 앱까지 처리할 수 있습니다. 일반적으로 네트워크 인터페이스 관련 권한을 시스템에서 허용해야 하며 DNS와 라우팅 설정도 함께 구성해야 합니다. LAN 접속에 문제가 생기면 LAN 우회 규칙과 가상 인터페이스 라우팅을 확인하세요.

FakeDNS: FakeDNS는 앱에 매핑 주소를 반환하는 동시에 코어에 원래 도메인과 매핑 주소의 관계를 보존합니다. 이후 연결이 코어로 들어오면 원래 도메인을 복원해 도메인 규칙에 따라 트래픽을 분기할 수 있습니다. TUN 환경에서 도메인 식별을 개선하는 기능이며 일반적인 공용 DNS 서비스와는 다릅니다.

DNS 유출: DNS 유출은 지정된 DNS 경로에서 처리해야 할 쿼리가 시스템 리졸버나 다른 네트워크 인터페이스로 직접 전송되는 현상입니다. 해석 위치가 예상과 다르거나 도메인 규칙이 분기에 제대로 적용되지 않는 결과가 나타날 수 있습니다. 문제를 확인할 때는 클라이언트 DNS, 시스템 DNS, 브라우저 보안 DNS와 TUN 적용 범위를 함께 점검해야 합니다.

실제 연결 지연 시간: 실제 연결 지연 시간은 실제 프로토콜 연결을 설정하거나 테스트 대상에 접속해 노드 사용 가능 여부를 확인하고 완료까지 걸린 시간을 기록하는 방식입니다. 서버 포트만 테스트하는 것보다 실제 연결 경로에 가깝지만, 테스트 대상, 네트워크 상태와 프로토콜 핸드셰이크 단계의 영향을 받습니다. 한 번의 결과만으로 장기적인 안정성을 판단하기는 어렵습니다.

구독 및 노드

노드 출처, 업데이트와 테스트 결과

구독은 업데이트할 수 있는 노드 목록이며, 공유 링크는 보통 단일 노드만 설명합니다. 가져오기 성공, 구독 업데이트 성공과 노드 연결 성공은 각각 별도로 확인해야 하는 상태입니다.

구독: 구독은 서버가 제공하는 노드 목록 주소로, 클라이언트가 여러 설정을 읽어올 수 있습니다. 구독 주소 자체는 보통 직접 연결할 수 있는 노드가 아니므로 먼저 업데이트나 가져오기를 실행해야 합니다. 클라이언트에 구독을 저장하면 설정한 주기에 따라 목록을 다시 가져올 수 있지만, 로컬 사용자 지정 메모와 그룹 처리 방식은 클라이언트 구현에 따라 다릅니다.

노드: 노드는 완전한 서버 연결 매개변수 묶음으로, 보통 주소, 포트, 프로토콜, 인증 정보, 보안 계층과 전송 방식이 포함됩니다. 클라이언트 목록의 각 항목은 일반적으로 하나의 노드 설정에 해당합니다. 노드 이름은 식별을 위한 메모일 뿐이므로 실제 매개변수와 사용 가능 상태를 확인하는 과정을 대신할 수 없습니다.

구독 업데이트: 구독 업데이트는 클라이언트가 구독 주소에 다시 접속해 노드 목록을 동기화하는 작업입니다. 업데이트 후 새 노드가 추가되거나 매개변수와 이름이 바뀌고 기존 항목이 삭제될 수 있습니다. 목록에 변화가 없다면 구독 주소가 완전한지, 네트워크 요청이 성공했는지, 올바른 구독 그룹을 업데이트했는지 먼저 확인하세요.

지연 시간: 지연 시간은 테스트를 시작한 뒤 응답을 받을 때까지 걸리는 시간으로, 보통 밀리초 단위를 사용합니다. 클라이언트마다 포트 연결, 프로토콜 핸드셰이크 또는 대상 요청 등 테스트 방식이 다를 수 있으므로 결과를 단순히 서로 비교할 수 없습니다. 지연 시간이 낮다는 것은 해당 테스트가 빨리 끝났다는 뜻일 뿐, 대역폭과 지속적인 안정성 또는 모든 대상에 대한 접속 성능을 보장하지는 않습니다.

라우팅 및 트래픽 분기

매칭 조건, 규칙 데이터와 실행 순서

라우팅 모듈은 노드 설정을 생성하지 않고 각 트래픽이 사용할 아웃바운드를 판단합니다. 규칙 조건, DNS 결과와 규칙 순서가 함께 최종 매칭 결과에 영향을 줍니다.

라우팅 규칙: 라우팅 규칙은 도메인, IP, 포트, 프로토콜 또는 프로세스 등의 조건에 따라 트래픽을 보낼 아웃바운드를 판단합니다. 각 규칙은 보통 매칭 조건과 대상 아웃바운드로 구성됩니다. 규칙은 코어에 들어온 트래픽만 처리하므로 시스템 프록시나 TUN이 제대로 트래픽을 넘기는지가 먼저 충족되어야 합니다.

트래픽 분기: 트래픽 분기는 서로 다른 대상이나 앱의 트래픽을 프록시, 직접 연결, 차단 등의 아웃바운드로 나누는 설정 방식입니다. 일반적인 기준으로 도메인 분류, IP 지역, 포트와 프로세스 이름을 사용합니다. 합리적인 분기 설정은 명확한 대상을 먼저 처리하고, 마지막에는 이해하기 쉬운 기본 규칙을 남겨야 합니다.

GeoIP: GeoIP는 IP 주소의 지역이나 분류별로 정리한 규칙 데이터로, 이미 해석된 대상 IP를 매칭하는 데 사용합니다. IP 조건만 있는 연결을 처리하는 데 적합하며 도메인 규칙 이후의 보완 수단으로도 사용할 수 있습니다. 데이터 파일을 코어나 클라이언트와 함께 업데이트하지 않으면 새로 할당된 주소 대역이 예상대로 분류되지 않을 수 있습니다.

GeoSite: GeoSite는 용도나 분류별로 정리한 도메인 규칙 데이터로, 라우팅 모듈이 대상 도메인을 그룹별로 매칭하는 데 사용합니다. 저장하는 것은 도메인 모음이지 IP 데이터베이스가 아닙니다. 코어가 원래 도메인 없이 해석된 IP만 확인할 수 있다면 일부 GeoSite 규칙은 매칭에 사용되지 않을 수 있습니다.

규칙 우선순위: 대부분의 V2Ray 라우팅 설정은 규칙 목록을 위에서 아래로 확인하며, 먼저 일치한 규칙이 트래픽에 사용할 아웃바운드를 결정합니다. 범위가 넓은 규칙을 너무 앞에 배치하면 뒤의 정밀한 규칙이 가려질 수 있습니다. 순서를 조정할 때는 프로세스나 완전한 도메인처럼 명확한 조건을 먼저 두고, 더 넓은 분류와 기본 매칭을 뒤에 배치하세요.

V2Ray 용어 설명 및 설정 용어집

설정 단계별로 찾기