REFERENCE설정 항목과 개념 비교

V2Ray 용어집

프로토콜은 연결 방식을 정하고, 코어는 트래픽을 전달하며, 클라이언트는 설정 화면을 제공합니다. 이 세 가지를 구분한 뒤 구독, 라우팅, DNS를 살펴보세요.

분류 6개 용어 24개 v2rayN / v2rayNG 설정 비교

PROTOCOL / TRANSPORT

프로토콜과 전송

프로토콜, 전송 방식, 보안 계층은 서로 다른 설정입니다. 같은 프로토콜도 여러 전송 조합을 사용할 수 있으므로 가져온 뒤 서버 설정과 항목별로 대조해야 합니다.

VMess
Project V 생태계의 프록시 프로토콜로, UUID 등의 매개변수로 사용자를 식별하며 프로토콜 자체의 데이터 보호 기능을 갖추고 있습니다. VMess는 WebSocket이나 TLS와 같은 것이 아닙니다. 후자는 전송 및 보안 계층 설정에 해당합니다. 연결 문제를 확인할 때는 주소와 포트뿐 아니라 전송 방식도 점검해야 합니다. 기존 설정의 추가 매개변수는 현재 코어와의 호환성을 확인해 처리하세요.
VLESS
경량 프록시 프로토콜로, 자체적으로 데이터를 암호화하지 않으며 실제 환경에서는 보통 TLS 또는 REALITY와 함께 사용합니다. UUID, 전송 방식, flow, 보안 계층 옵션을 서버 설정과 일치시켜야 합니다. 링크가 vless://로 시작한다고 해서 매개변수까지 같은 것은 아닙니다. 클라이언트가 링크를 읽을 수 있어도 현재 코어가 모든 확장 필드를 지원한다는 뜻은 아닙니다.
Trojan
일반적으로 TLS 위에서 동작하며 UUID 대신 비밀번호로 인증하는 프록시 프로토콜입니다. 서버 이름, 인증서 검증, 포트, 비밀번호가 모두 연결에 영향을 줍니다. 인증서 오류가 발생하면 도메인과 시스템 시간, 서버 인증서를 먼저 확인하세요. 인증서 검증을 건너뛰는 방법을 일반적인 해결책으로 사용해서는 안 됩니다.
REALITY
Xray 생태계의 전송 보안 방식으로, VLESS 설정에서 흔히 사용되지만 독립적인 구독 형식은 아닙니다. 클라이언트에 공개 키, shortId, serverName 등의 매개변수를 정확히 입력해야 하며, 화면에 표시되는 필드 이름은 다를 수 있습니다. 프로토콜 이름만 일치해서는 충분하지 않습니다. 보안 계층과 전송 조합도 사용 중인 코어에서 지원해야 합니다.

CORE / CLIENT

코어와 생태계

클라이언트는 조작 화면을 제공하고 코어는 실제 연결을 처리합니다. 기능 지원 범위를 확인할 때는 클라이언트 옵션과 현재 사용하는 코어를 모두 살펴봐야 합니다.

Project V
V2Ray 네트워크 프록시 기술을 중심으로 형성된 프로젝트 및 도구 생태계를 가리키며, 바로 가져올 수 있는 서버 설정 파일은 아닙니다. 이 이름을 이해할 때는 GUI 클라이언트, 프록시 코어, 연결 매개변수를 구분해야 합니다. 오픈소스 라이선스는 코드의 사용 및 배포 조건을 설명할 뿐, 구독 출처나 서버 운영, 로컬 설정의 안전성까지 보장하지 않습니다.
Xray
V2Ray 관련 기술을 바탕으로 발전한 프록시 코어로, 프로토콜 처리와 라우팅 판단, 연결 전달을 담당합니다. v2rayNG는 Xray 코어를 사용하지만 구체적인 지원 기능은 포함된 코어 버전에 따라 달라집니다. GUI 업데이트와 코어 업데이트는 별개입니다. 지원하지 않는 설정 필드가 있다면 실제 실행 중인 코어부터 확인하세요.
V2Fly
V2Ray 코어를 지속적으로 유지·관리하는 커뮤니티 프로젝트로, 프로토콜과 라우팅, DNS 등의 기본 기능을 제공합니다. V2Fly와 Xray는 기술적 배경을 공유하지만 기능 발전 방향과 필드 의미, 지원 범위가 완전히 같지는 않습니다. v2flyNG는 Android용 관련 클라이언트 대안입니다. 전환하기 전에 기존 설정을 확인하고 두 코어를 서로 바꿔 쓸 수 있다고 단정하지 마세요.
GUI 클라이언트
구독 가져오기, 서버 목록, 프록시 모드, 로그 확인 등의 기능을 제공하는 앱입니다. v2rayN은 Windows, macOS, Linux 데스크톱용이며 v2rayNG와 v2flyNG는 Android용입니다. 화면의 스위치 하나가 여러 하위 설정을 생성할 수 있으므로, 매뉴얼의 JSON 필드와 이름이 같은 입력란을 설정 화면에서 찾지 못할 수도 있습니다.

어떤 프로그램을 선택할지 고민되나요? 세 클라이언트의 지원 플랫폼과 코어 차이를 확인하세요.

SUBSCRIPTION / CONNECTION

구독과 노드

구독은 설정을 가져오는 경로이고 노드는 개별 연결 항목입니다. 목록이 표시된다는 것은 내용을 읽었다는 뜻일 뿐, 원격 서버와 연결되었다는 뜻은 아닙니다.

구독
연결 설정을 일괄로 가져오고 업데이트하는 경로로, 보통 URL 형태입니다. v2rayN에서는 구독 그룹으로 출처별 구독을 관리할 수 있습니다. 업데이트하면 노드가 추가되거나 교체 또는 삭제될 수 있으며, 로컬에서 수정한 내용의 유지 여부는 클라이언트 동작에 따라 달라집니다. 구독 URL에는 접근 자격 증명이 포함될 수 있으므로 스크린샷이나 로그를 공유할 때 전체 주소를 가리고, 일반 공개 URL처럼 전달하지 마세요.
노드
클라이언트 목록에서 선택할 수 있는 서버 연결 설정 항목으로, 보통 주소와 포트, 프로토콜, 인증 정보, 전송 설정이 포함됩니다. 별칭은 알아보기 쉽게 붙인 이름일 뿐, 서버의 실제 위치나 대역폭, 사용 가능 여부를 판단하는 근거가 아닙니다. 노드를 바꾸면 연결 설정이 바뀝니다. 문제가 로컬 DNS나 프록시 진입 경로에 있다면 노드를 바꿔도 해결되지 않을 수 있습니다.
실제 연결 지연 시간
선택한 프록시를 통해 테스트 대상에 접속할 때 걸리는 시간으로, 측정 범위는 클라이언트 구현에 따라 달라집니다. 단순 TCP 지연 시간은 보통 포트 연결 시간만 반영하지만 실제 연결 테스트는 프록시 요청에 더 가깝습니다. 다만 테스트 대상, DNS, 시간대별 네트워크 상황의 영향을 받습니다. 비교할 때는 같은 조건으로 측정하고, 수치가 낮다고 지속적인 다운로드 속도까지 빠르다고 볼 수는 없습니다.

직접 설정해 보려면 구독 가져오기와 첫 연결 가이드부터 시작하세요.

MATCH / OUTBOUND

라우팅과 분할 프록시

조건을 먼저 매칭한 다음 출구를 선택합니다. 규칙 데이터와 매칭 순서, 아웃바운드 태그가 연결의 전달 경로를 결정합니다.

라우팅 규칙
도메인, IP, 포트, 프로토콜 등의 조건에 따라 아웃바운드를 선택하는 규칙 모음으로, 보통 설정 순서대로 적용됩니다. 포괄적인 규칙을 앞에 두면 뒤쪽의 구체적인 규칙이 적용되지 않을 수 있습니다. v2rayN에서 라우팅 프로필을 바꾼 뒤에는 기본 아웃바운드와 규칙 순서도 확인하세요. 화면에서 선택한 서버가 모든 연결의 출구라고 생각해서는 안 됩니다.
GeoIP
라우팅 규칙에서 참조하는 IP 주소 모음으로, 지역이나 용도별로 구성할 수 있습니다. 예를 들어 geoip:private는 사설 주소 집합을 나타냅니다. 로컬 데이터 파일과 해당 코어의 파싱 지원이 필요하며 실시간 위치 확인 서비스는 아닙니다. IP 주소 분류는 네트워크 할당에 따라 달라질 수 있습니다. 라우팅이 잘못되면 서버 별칭만 확인하지 말고 규칙 적용 결과와 데이터 업데이트 상태를 점검하세요.
GeoSite
사이트, 서비스, 용도별로 분류한 도메인 목록으로, 도메인을 하나씩 입력하지 않고도 규칙을 적용할 수 있습니다. 규칙에서 참조하는 라벨이 현재 사용하는 데이터 파일에 있어야 하며, 데이터 출처가 다르면 같은 라벨을 사용할 수 없는 경우도 있습니다. 도메인 규칙을 적용하려면 코어가 대상 도메인을 알아야 합니다. 앱이 IP 주소로 직접 연결한다면 DNS 매핑이나 트래픽 스니핑 등의 보조 기능이 필요할 수 있습니다.
라우팅과 아웃바운드
라우팅은 연결마다 다른 출구를 지정하는 과정이고, 아웃바운드는 코어에서 연결 출구를 구체적으로 설정한 항목입니다. 예를 들면 직접 연결, 프록시, 차단이 있습니다. 규칙의 outboundTag는 이미 등록된 아웃바운드 태그를 가리켜야 하며, 화면에 표시할 메모를 임의로 입력하는 곳이 아닙니다. 글로벌 프록시는 일반적으로 라우팅 정책이 프록시를 우선 사용한다는 뜻이지, 애초에 클라이언트가 처리하지 않는 앱의 트래픽까지 가져온다는 뜻은 아닙니다.

DNS / NETWORK MODE

DNS와 네트워크 모드

트래픽이 어디로 들어오는지와 도메인을 어디서 조회하는지는 함께 설정해야 하지만 서로 다른 문제입니다. 연결을 가로챈다고 모든 DNS 조회까지 자동으로 처리되는 것은 아닙니다.

TUN 모드
가상 네트워크 인터페이스를 통해 트래픽을 받아 처리하는 방식으로, 시스템 프록시를 따르지 않는 앱에도 사용할 수 있습니다. 일반적으로 추가 권한이나 네트워크 구성 요소가 필요합니다. 트래픽이 클라이언트에 들어온 뒤에도 라우팅 판단을 거치므로 TUN을 켠다고 모든 트래픽이 프록시 아웃바운드를 사용하는 것은 아닙니다. 다른 가상 네트워크 도구와 함께 실행한다면 기본 라우트, DNS, 로컬 네트워크 접근에 영향이 있는지도 확인하세요.
DNS
도메인을 IP 주소 등의 레코드로 변환하는 시스템으로, 대부분의 네트워크 연결에 앞서 필요한 과정입니다. 운영체제, 브라우저, 프록시 코어가 각각 DNS 조회를 할 수 있으므로 DNS 주소 하나만 바꿔서는 모든 앱에 적용되지 않을 수 있습니다. 설정할 때는 조회를 누가 보내는지, 어떤 출구를 사용하는지, 결과를 어떤 라우팅에 쓸지 확인한 뒤 캐시나 조회 실패 문제를 점검하세요.
FakeDNS
도메인에 매핑 주소를 반환하고 이후 연결에서 도메인 연관 정보를 복원해 라우팅 판단에 활용하는 방식입니다. 이 주소는 내부 매핑에 쓰이며 대상 서버의 실제 주소가 아닙니다. DNS 응답, 트래픽 처리, 매핑 복원이 함께 작동해야 합니다. 주소 풀 설정만 복사하면 연결 문제가 생길 수 있으며, 기능을 끈 뒤에도 앱이나 시스템에 DNS 캐시가 남아 있는지 확인해야 합니다.
DNS 유출
DNS 조회가 예상한 경로로 전송되지 않는 현상입니다. 특정 DNS 서비스 이름이 보인다는 이유만으로 유출이라고 단정할 수는 없습니다. 앱의 별도 암호화 DNS 사용 여부, 시스템 리졸버 설정, IPv6, 클라이언트 라우팅 정책을 함께 확인하세요. 웹페이지에 표시되는 출구 IP는 해당 요청의 경로만 보여 줄 뿐, 다른 앱과 DNS 조회도 같은 경로를 사용한다고 증명하지는 않습니다.

CLIENT / SETTINGS

클라이언트 설정

트래픽 유입 제어, 식별 기능, 연결 최적화는 각각 역할이 다릅니다. 한 번에 설정 하나만 바꾸고 같은 앱으로 확인하면 변화 원인을 찾기 쉽습니다.

시스템 프록시
운영체제에 프록시 주소와 포트를 등록해 시스템 설정을 따르는 앱이 연결을 로컬 클라이언트에 전달하도록 합니다. v2rayN의 ‘시스템 프록시 자동 설정’은 이 계층의 기능이며 라우팅 화면의 분할 프록시 정책과는 다릅니다. 시스템 프록시를 무시하거나 자체 설정을 사용하는 앱도 있습니다. 클라이언트를 종료한 뒤 인터넷에 연결할 수 없다면 운영체제에 로컬 포트를 가리키는 프록시 설정이 남아 있는지 확인하세요.
앱별 프록시
앱별로 클라이언트가 처리할 트래픽을 선택하는 설정으로, Android의 VPN 모드에서 흔히 사용됩니다. v2rayNG에서는 ‘선택한 앱만 프록시 사용’과 ‘선택한 앱 우회’ 중 어떤 방식인지 먼저 확인하세요. 체크 표시만으로 결과를 판단해서는 안 됩니다. 처리 대상으로 지정된 앱의 연결도 이후 라우팅 판단을 거치며 모두 프록시 아웃바운드로 강제되는 것은 아닙니다.
트래픽 스니핑
연결 초기의 프로토콜 특성에서 도메인 등의 메타데이터를 추출해 라우팅 판단을 보완하는 기능입니다. 예를 들어 TLS 핸드셰이크의 서버 이름을 참조할 수 있습니다. 모든 통신 내용을 복호화하는 것은 아니며 모든 연결을 식별할 수 있는 것도 아닙니다. v2rayNG에서 ‘트래픽 스니핑 사용’을 켤 때는 실제 라우팅 목적에 맞춰 설정하고, 인식되지 않으면 앱 프로토콜과 확인 가능한 정보가 충분한지도 살펴보세요.
Mux 다중화
여러 논리 연결을 하나의 하위 연결로 다중화해 일부 상황에서 반복적인 연결 설정 비용을 줄일 수 있습니다. 효과는 프로토콜 호환성, 네트워크 패킷 손실, 동시 요청 수, 코어 구현에 따라 달라지므로 언제나 속도를 높이는 기능은 아닙니다. 켠 뒤 지연이 발생하거나 특정 프로토콜 연결에 문제가 생기면 같은 조건에서 끄고 비교하고, 현재 전송 조합에 적합한지도 확인하세요.

용어에서 설정으로

개념을 파악한 뒤 목적에 맞는 설정 방법을 확인하세요. 처음 사용하는 경우 구독 가져오기부터 시작하세요. 라우팅이나 DNS를 변경하기 전에는 기존 설정을 저장하고 사용 중인 코어와 실행 모드를 기록해 두세요.