본문으로 건너뛰기

설정 용어 빠른 참조 · 24개

V2Ray 용어 가이드

프로토콜·코어·구독·라우팅

설정 항목이 어느 계층에 속하는지 먼저 확인한 다음 설정을 변경하세요. 아래 분류에서 용어를 찾아볼 수 있으며, 각 용어에는 저장하거나 공유하기 편리한 개별 앵커가 있습니다.

프로토콜부터 살펴보기 시스템 가이드 읽기

연결 설정

프로토콜 및 전송

프로토콜, 전송 방식, 보안 계층은 각각 다른 설정 항목입니다. 이름이 같은 노드라도 전송 방식과 보안 설정은 다를 수 있습니다.

VMess: VMess는 Project V 생태계의 프록시 프로토콜로, 인증과 데이터 보호 기능을 포함합니다. 설정에는 사용자 식별자, 서버 주소, 포트 등이 사용됩니다. 다양한 하위 전송 방식과 조합할 수 있으므로 프로토콜 이름만 보고 필요한 전송 설정을 판단할 수는 없습니다. 연결에 실패하면 인증 정보를 함부로 바꾸기보다 양쪽 설정과 시스템 시간을 확인하세요.

VLESS: VLESS는 가벼운 프록시 프로토콜로, 프로토콜 자체는 데이터 암호화를 제공하지 않아 보통 TLS나 REALITY 같은 보안 계층과 함께 사용합니다. 사용자 식별자, 전송 방식, 보안 계층, 흐름 제어 설정을 서버와 일치시켜야 하며, 모든 조합에서 모든 항목을 사용할 수 있는 것은 아닙니다. VLESS라는 이름만 확인하지 말고 구체적인 조합과 코어 지원 여부도 살펴보세요. VMess 설정의 이름만 바꿔 사용하는 것은 불가능합니다.

Trojan: Trojan은 일반적으로 TLS로 보안 연결을 설정하고 비밀번호로 인증하는 프록시 프로토콜입니다. 주소와 포트뿐 아니라 비밀번호, 서버 이름, 인증서 관련 설정도 확인해야 합니다. 인증서 오류가 발생하면 인증서 검증을 무시하기보다 먼저 시스템 시간, 서버 이름, 서버 설정을 확인하세요.

REALITY: REALITY는 Xray 생태계의 전송 보안 기능입니다. VLESS와 나란히 쓰는 독립 프록시 프로토콜이 아니며, 일반적으로 VLESS와 조합해 설정합니다. 서버에서 제공한 정보를 바탕으로 서버 이름, 공개 키, 짧은 식별자 등 해당 항목을 입력해야 합니다. 항목 이름은 인터페이스 버전에 따라 달라질 수 있습니다. 가져온 설정에서 항목이 누락됐다면 다른 보안 계층의 설정으로 대신하기 전에 클라이언트와 코어의 지원 여부를 확인하세요.

프로그램별 역할

코어 및 생태계

인터페이스는 설정을 관리하고 코어는 연결을 처리합니다. 반복해서 재설치하기보다 문제가 어느 계층에서 발생했는지 확인하는 편이 효과적입니다.

Project V: Project V는 V2Ray를 대표로 하는 네트워크 프록시 도구 생태계를 가리키며, 설정은 주로 인바운드, 라우팅, 아웃바운드로 구성됩니다. 인바운드는 앱의 트래픽을 받고, 라우팅은 처리 방향을 판단하며, 아웃바운드는 직접 연결이나 프록시 등으로 트래픽을 처리합니다. 이 흐름을 이해하면 인터페이스의 리스닝 포트, 분할 라우팅 규칙, 서버 설정을 각각 어디에서 관리하는지 파악하기 쉽습니다.

V2Fly: V2Fly는 V2Ray 개발을 이어가는 커뮤니티 프로젝트입니다. 코어는 프로토콜 구현, 연결 처리, DNS, 라우팅 등을 담당합니다. v2flyNG는 이 코어 체계를 사용하는 Android 그래픽 클라이언트 중 하나입니다. 클라이언트 이름과 코어 이름을 혼동하지 마세요. 기능을 사용할 수 있는지 확인할 때는 코어의 지원 기능과 클라이언트의 설정 항목을 모두 살펴봐야 합니다.

Xray: Xray는 V2Ray 프로젝트에서 파생된 프록시 코어로, 독자적인 기능 개발 방향을 따르며 v2rayNG는 Xray 코어를 사용합니다. 두 코어에는 비슷한 설정 개념이 있지만, 프로토콜 기능과 보안 계층, 지원 항목은 완전히 같지 않습니다. 설정을 옮길 때는 항목별로 확인해야 합니다. 관련 생태계에 속한다는 이유만으로 설정을 그대로 바꿔 쓸 수 있다고 가정하지 마세요.

클라이언트와 코어: 클라이언트는 사용자가 조작하는 그래픽 프로그램으로, 구독 관리, 설정 편집, 실행 제어를 담당합니다. 코어는 실제로 트래픽과 프로토콜을 처리합니다. v2rayN, v2rayNG, v2flyNG는 모두 클라이언트 이름이며, 코어 업데이트와 인터페이스 업데이트는 서로 다른 문제를 해결할 수 있습니다. 문제를 해결할 때는 로그부터 확인하세요. 인터페이스가 열려도 코어가 정상적으로 시작된 것은 아니며, 코어가 시작되어도 프록시가 앱에 적용됐다는 뜻은 아닙니다.

트래픽 진입

클라이언트 기능

먼저 앱의 트래픽이 클라이언트로 들어오는지 확인한 다음, 어떤 아웃바운드로 전달되는지 살펴보세요.

시스템 프록시: 시스템 프록시는 운영체제에 로컬 프록시 주소를 등록하는 기능입니다. 일반적으로 이 설정을 참조하는 앱만 프록시를 사용합니다. v2rayN에서 시스템 프록시 자동 설정을 선택하더라도 코어가 로컬 포트에서 정상적으로 대기해야 합니다. 시스템 프록시 설정만으로 실제 연결이 이루어지는 것은 아닙니다. 일부 앱은 자체 프록시 옵션을 제공하므로 브라우저에서 접속된다고 해서 모든 프로그램이 프록시를 사용하는 것은 아닙니다.

TUN 모드: TUN 모드는 가상 네트워크 인터페이스를 통해 트래픽을 받아 시스템 프록시 설정을 참조하지 않는 앱의 트래픽도 처리할 수 있습니다. 실제 적용 범위는 시스템 라우팅과 클라이언트 구현에 따라 달라집니다. 활성화할 때 추가 권한이 필요할 수 있으며 DNS, 라우팅, 다른 네트워크 소프트웨어 설정도 서로 맞춰야 합니다. 먼저 일반 프록시 연결을 확인한 뒤 TUN을 별도로 켜서 문제를 살펴보세요. 여러 트래픽 가로채기 도구가 동시에 네트워크 경로를 바꾸는 상황은 피하는 것이 좋습니다.

로컬 혼합 리스너: 혼합 리스너는 하나의 로컬 포트에서 HTTP 프록시와 SOCKS 프록시 요청을 모두 받는 기능입니다. 앱은 지원하는 프록시 유형으로 해당 포트에 연결할 수 있습니다. 여기에 입력하는 값은 로컬 진입 포트이며, 원격 노드의 서버 포트와는 용도가 다릅니다. 리스닝 주소가 로컬 루프백 주소로만 설정되어 있으면 다른 기기에서는 직접 접속할 수 없습니다. LAN 접근을 허용하기 전에 방화벽과 접근 제어도 고려하세요.

멀티 코어 전환: 멀티 코어 전환은 설정에 따라 클라이언트가 서로 다른 프록시 코어를 사용하는 기능입니다. 선택 가능한 코어는 클라이언트 버전과 설치된 구성 요소에 따라 달라집니다. 코어를 바꾸면 프로토콜, 보안 계층, 규칙 기능의 지원 범위도 달라질 수 있으므로 표시 이름만 바꾸는 것으로 생각해서는 안 됩니다. 설정이 지원되지 않으면 먼저 필요한 기능을 확인한 뒤 적합한 코어를 선택하고, 전환 후 시작 로그와 실제 연결을 점검하세요.

설정 출처

구독 및 노드

가져오기에 성공했다는 것은 설정을 읽었다는 뜻일 뿐입니다. 연결을 사용할 수 있는지 확인하려면 설정값, 테스트 대상, 현재 네트워크 상태도 점검해야 합니다.

구독: 구독은 서버 설정을 일괄로 가져오는 링크 또는 데이터 소스입니다. 클라이언트가 읽은 콘텐츠는 관리 가능한 노드로 변환됩니다. 구독을 업데이트하면 설정을 다시 가져올 뿐, 자동 갱신이나 노드 복구가 이루어지거나 연결이 보장되는 것은 아닙니다. 구독 주소에는 개인 접근 정보가 포함될 수 있으므로 공개적으로 공유하지 마세요. 구독을 읽지 못하면 주소가 유효한지, 응답 형식이 호환되는지, 업데이트 요청이 완료되는지 확인하세요.

노드: 노드는 원격 서버 연결 설정을 묶어 부르는 말입니다. 보통 주소, 포트, 프로토콜, 인증 정보, 전송 설정을 포함합니다. 노드에 표시된 이름은 관리용 라벨일 뿐, 실제 연결 위치나 대역폭, 안정성을 나타내지는 않습니다. 가져온 뒤에는 실제 연결을 테스트하고 선택한 노드와 사용 중인 아웃바운드가 일치하는지 확인하세요.

구독 그룹: 구독 그룹은 출처나 용도에 따라 설정을 정리해 노드를 따로 업데이트하고 필터링하거나 관리하기 쉽게 합니다. 그룹 자체에 자동 부하 분산이나 장애 조치 기능이 있는 것은 아니며, 클라이언트에서 별도로 지원하고 설정해야 합니다. 수동으로 추가한 설정은 자동 업데이트되는 구독과 분리해 관리하는 것이 좋습니다. 그래야 업데이트 중 중복 항목이 생기거나 원치 않는 변경 사항이 덮어써지는 일을 줄일 수 있습니다.

실제 연결 지연 시간: 실제 연결 지연 시간은 보통 선택한 프록시를 통해 테스트 주소에 요청을 보내고 응답을 받을 때까지 걸리는 시간을 뜻합니다. 단순히 포트 연결을 확인하는 것보다 실제 접속 상황에 가깝습니다. 테스트 방식은 클라이언트마다 다를 수 있으며, 결과는 테스트 대상, 연결 설정 과정, 당시 네트워크 상태에 영향을 받습니다. 노드를 비교할 때는 같은 대상을 사용해 여러 번 테스트하세요. 한 번 낮게 나온 시간이 계속 더 빠른 다운로드 속도를 보장하지는 않습니다.

아웃바운드 선택

라우팅 및 분할

규칙을 적용하려면 매칭 조건과 사용할 수 있는 아웃바운드가 모두 필요합니다. 규칙 이름, 데이터 버전, 정렬 순서도 결과에 영향을 줄 수 있습니다.

라우팅 규칙: 라우팅 규칙은 도메인, IP 주소, 포트, 프로토콜 등의 조건에 따라 연결을 처리할 아웃바운드를 선택합니다. 일반적인 코어는 규칙을 순서대로 확인해 처음 일치하는 항목을 적용하므로, 조건이 넓은 규칙이 뒤에 있는 세부 규칙을 가릴 수 있습니다. 규칙을 수정한 뒤에는 아웃바운드 태그가 있는지 확인하고, 저장 여부만 보지 말고 로그에서 실제로 규칙이 적용됐는지 확인하세요.

GeoIP: GeoIP는 IP 주소 대역을 지역이나 용도에 따라 정리한 데이터 모음입니다. 규칙에서 태그를 사용해 주소 그룹을 참조할 수 있습니다. 주소를 매칭하는 용도이며 서버의 실제 위치를 실시간으로 측정하지는 않습니다. IP 주소의 지역 정보는 네트워크 사업자에 따라 달라질 수 있습니다. 사용 전에 현재 데이터 파일에 필요한 태그가 있는지 확인하세요. 연결 시점에 대상 IP가 아직 확인되지 않았다면 도메인 해석 정책이 매칭에 미치는 영향도 고려해야 합니다.

GeoSite: GeoSite는 도메인을 사이트, 서비스, 카테고리별로 정리한 데이터 모음으로, 도메인 조건에 따라 트래픽을 분할할 때 유용합니다. 분류 이름과 포함된 도메인은 데이터 파일마다 다르므로 출처가 다른 파일의 내용이 완전히 같다고 가정할 수 없습니다. 코어에 대상 IP만 전달되고 도메인 정보가 없다면 도메인 규칙이 예상대로 적용되지 않을 수 있습니다. DNS 경로와 도메인 식별 설정을 확인하세요.

분할 라우팅과 글로벌 프록시: 분할 라우팅은 조건에 따라 연결을 서로 다른 아웃바운드로 보냅니다. 예를 들어 LAN 주소는 직접 연결하고 지정된 도메인은 프록시를 사용하도록 설정할 수 있습니다. 글로벌 프록시는 일반적으로 지정된 범위의 트래픽을 모두 프록시로 보내는 것을 뜻하지만, 클라이언트 인터페이스에서의 구체적인 의미는 설정을 함께 확인해야 합니다. 모든 앱의 트래픽이 클라이언트로 들어온다는 뜻은 아닙니다. 먼저 트래픽을 가로채는 범위와 클라이언트에 들어온 뒤의 라우팅을 구분하세요.

DNS 조회와 성능

네트워크 기본

웹페이지에 접속할 때는 DNS 조회, 연결, 데이터 전송 등 여러 단계가 진행됩니다. 하나의 테스트 결과만으로는 그중 일부만 확인할 수 있습니다.

DNS: DNS는 도메인 시스템으로, 일반적으로 도메인을 연결 가능한 IP 주소로 변환합니다. 조회는 시스템, 앱 또는 프록시 코어에서 이루어질 수 있습니다. 조회 위치와 DNS 서버에 따라 결과와 이후의 라우팅 판단이 달라집니다. 도메인 접속에 실패하면 DNS 조회 성공 여부와 대상 서버 연결 성공 여부를 따로 확인하세요. 두 문제를 모두 노드 장애로 간주하지 마세요.

FakeDNS: FakeDNS는 먼저 앱에 매핑용 주소를 반환하고, 프록시 코어가 연결을 처리할 때 원래 도메인을 복원해 도메인 정보를 유지하도록 돕습니다. 매핑 주소는 대상 서비스의 실제 주소가 아니며, DNS 조회와 이후 트래픽이 연동된 처리 경로를 거쳐야 사용할 수 있습니다. 이 기능을 끄거나 모드를 바꾼 뒤에도 앱 캐시에 이전 매핑이 남을 수 있습니다. 필요한 경우 앱을 다시 시작하고 관련 캐시를 지우세요.

DNS 누수: DNS 누수는 DNS 조회가 예상한 경로를 거치지 않고 시스템, 브라우저 또는 다른 DNS 처리 경로에서 이루어지는 현상입니다. 누수 여부는 미리 설정한 DNS 정책을 기준으로 판단해야 합니다. 규칙에 따라 직접 연결하는 도메인을 로컬 DNS로 조회하는 것은 반드시 설정 오류를 뜻하지 않습니다. 문제를 확인할 때는 브라우저의 보안 DNS, 시스템 DNS 설정, 클라이언트의 DNS 정책을 함께 살펴보세요. 출구 IP 주소만으로 DNS 조회 경로를 판단할 수는 없습니다.

지연 시간과 대역폭: 지연 시간은 통신에 걸리는 대기 시간을, 대역폭은 단위 시간당 전송할 수 있는 데이터 양을 나타내므로 서로 다른 항목을 측정합니다. 웹페이지를 처음 열 때는 DNS, 연결 핸드셰이크, 서버 응답, 패킷 손실도 영향을 줍니다. 따라서 지연 시간이 낮다고 다운로드 속도까지 빠른 것은 아닙니다. 사용 환경을 비교하려면 여러 차례 접속하고 지속적으로 데이터를 전송해 보세요. 테스트 대상과 네트워크 조건은 가능한 한 동일하게 유지해야 합니다.