프로토콜 및 전송
VMess
Project V 생태계의 프록시 프로토콜로, 사용자 ID 등의 매개변수를 사용해 인증합니다. 프로토콜, 전송 방식, TLS는 서로 다른 계층이므로 가져온 뒤에도 각 설정이 서버와 일치하는지 확인해야 합니다. 연결 인증에 실패하면 라우팅 모드를 계속 바꾸기보다 기기 시간이 정확한지 먼저 확인하세요.
설정 용어와 의미
V2Ray 용어집
프로토콜, 코어부터 라우팅과 DNS까지 설정이 속한 계층별로 살펴보세요. 각 용어에 고유 앵커가 있어 v2rayN, v2rayNG, v2flyNG 메뉴와 대조하기 편리합니다.
프로토콜 및 전송
프로토콜은 연결 방식을 정의하고, 전송 및 보안 설정은 데이터를 전달하고 보호하는 방식을 정합니다.
프로토콜 및 전송
VLESS
가벼운 프록시 프로토콜로, 자체적으로 페이로드를 암호화하지 않으며 보통 TLS나 REALITY 같은 보안 방식과 함께 사용합니다. 사용자 ID, 전송 방식, flow 등의 항목은 서버 설정에 맞춰 입력해야 합니다. 이름이 모두 VLESS인 설정이라도 보안 방식이 다를 수 있으므로 매개변수를 그대로 바꿔 쓸 수는 없습니다.
프로토콜 및 전송
Trojan
일반적으로 TLS로 보안 연결을 설정하고 비밀번호로 인증하는 프록시 프로토콜입니다. 서버 주소, 포트, 비밀번호, TLS 매개변수를 정확히 입력하고 인증서 검증을 유지해야 합니다. 서버 주소와 TLS 서버 이름은 서로 다른 역할을 하므로 인증서 오류가 발생하면 이름이 일치하는지 확인하세요.
프로토콜 및 전송
REALITY
Xray 생태계에서 사용하는 전송 보안 방식으로, VLESS 설정에 자주 등장합니다. 공개 키, shortId, serverName 등의 매개변수는 서버 요구사항과 일치해야 하며, 서버 주소만으로 전체 설정을 복원할 수는 없습니다. 편집할 때는 구독에 포함된 필드를 모두 유지하고 클라이언트 코어가 해당 조합을 지원하는지도 확인하세요.
코어 및 생태계
클라이언트는 설정 인터페이스를 제공하고 코어는 연결과 규칙을 처리합니다. 기능 지원 여부는 실제 버전을 기준으로 확인해야 합니다.
코어 및 생태계
Project V
모듈형 네트워크 프록시 도구를 중심으로 형성된 프로젝트와 기술 생태계입니다. GUI 클라이언트는 설정을 편집하고 코어는 연결을 처리하므로 서로 다른 계층으로 구분해야 합니다. V2Ray 관련 가이드를 볼 때는 프로토콜, 코어 설정, 특정 클라이언트의 메뉴 조작 중 무엇을 다루는지 먼저 확인하세요.
코어 및 생태계
Xray
V2Ray와 기술적 뿌리를 공유하는 프록시 코어로, VLESS, REALITY 등의 설정을 지원합니다. v2rayNG는 Xray 코어를 사용하며, 실제 기능 지원 여부는 클라이언트에 포함된 코어 버전에 따라 달라집니다. v2rayN에서 “코어 유형”을 확인할 때는 현재 서버 프로토콜을 함께 고려하고, 이름이 다르다는 이유만으로 코어를 바꾸지 마세요.
코어 및 생태계
V2Fly
V2Ray 프로젝트의 발전을 이어 온 커뮤니티와 코어 구현체로, 흔히 V2Fly Core라고 부릅니다. v2flyNG는 이 코어 계열을 사용하며, 지원되는 설정 항목과 프로토콜은 실제 버전을 기준으로 확인해야 합니다. 다른 코어용 예제가 그대로 적용된다고 보장할 수 없으므로 특히 전송 보안 항목과 라우팅 설정 형식을 확인하세요.
코어 및 생태계
GUI 클라이언트
구독을 관리하고 서버 매개변수를 편집하며 코어 실행을 제어하는 인터페이스 프로그램입니다. v2rayN은 Windows, macOS, Linux용이고 v2rayNG와 v2flyNG는 Android용이며, 세 프로그램은 메뉴와 설정 저장 방식이 서로 다릅니다. 다른 플랫폼으로 옮길 때는 앱 설정 폴더 전체를 복사하기보다 양쪽에서 지원하는 구독 또는 공유 형식을 우선 사용하세요.
구독 및 노드
설정 출처, 서버 항목, 테스트 결과를 구분해 가져오기에 성공한 것을 연결 성공으로 오해하지 마세요.
구독 및 노드
구독
서버 설정을 일괄로 가져오고 업데이트하는 링크 또는 설정 소스입니다. 구독 내용에 인증 정보가 포함될 수 있으며, 업데이트 성공은 내용을 가져와 파싱했다는 뜻일 뿐 연결이 정상이라는 의미는 아닙니다. “구독 그룹” 또는 “구독 그룹 설정”에 링크를 저장한 뒤 업데이트를 실행하고 필터 조건이 있는지도 확인해야 합니다.
구독 및 노드
노드
클라이언트에서 원격 서버 연결 설정을 가리킬 때 흔히 쓰는 표현으로, 보통 주소, 포트, 프로토콜, 인증 정보가 포함됩니다. 항목 이름은 식별을 위한 라벨일 뿐, 연결 품질이나 프로토콜 호환성을 나타내지는 않습니다. 구독으로 생성된 항목을 직접 수정하면 다음 업데이트에서 변경 사항이 덮어써질 수 있으므로 유지하려면 별도 항목을 만들어야 합니다.
구독 및 노드
구독 그룹
서로 다른 설정 소스의 서버 항목을 구분해 관리하는 클라이언트 기능입니다. v2rayN의 “구독 그룹”으로 소스와 업데이트 범위를 나눌 수 있지만, 그룹 자체가 라우팅 정책을 뜻하는 것은 아닙니다. 목록이 갑자기 비었다면 구독이 만료됐다고 단정하기 전에 현재 그룹, 서버 필터, 업데이트 결과부터 확인하세요.
구독 및 노드
실제 연결 지연 시간
클라이언트가 프록시 경로를 통해 테스트 대상에 접속할 때 측정하는 시간으로, 구체적인 측정 범위는 구현 방식에 따라 다릅니다. 서버 포트를 직접 테스트하는 것과는 다르며, 이 수치만으로 처리량이나 모든 웹사이트의 접속 품질을 판단할 수는 없습니다. 테스트가 실패하면 로그와 테스트 대상의 연결 가능 여부를 함께 확인하고, 모든 앱의 연결이 실패한다고 단정하지 마세요.
라우팅 및 트래픽 분기
라우팅은 “연결을 어떤 아웃바운드로 보낼지” 결정하고, 규칙 데이터는 도메인과 IP 매칭에 사용할 집합을 제공합니다.
라우팅 및 트래픽 분기
라우팅 규칙
도메인, IP, 포트, 인바운드 등의 조건에 따라 연결을 지정된 아웃바운드로 보내는 규칙입니다. 일반적인 코어는 규칙 순서대로 일치 여부를 확인하므로, 더 구체적인 규칙이 앞선 포괄적인 규칙에 가려지지 않았는지 먼저 살펴봐야 합니다. “라우팅 설정”을 수정한 뒤에는 현재 활성화된 라우팅 설정이 편집한 항목인지 확인하세요.
라우팅 및 트래픽 분기
트래픽 분기
목적지에 따라 연결을 직접 연결, 프록시, 차단 등의 아웃바운드로 나누는 설정 방식입니다. 라우팅 규칙과 사용 가능한 도메인 또는 IP 정보가 필요하며, 시스템 프록시만 켜서는 구현할 수 없습니다. “중국 본토 우회” 같은 프리셋을 선택한 뒤에도 규칙 데이터와 DNS 정책을 확인해 실제 매칭 기준을 점검하세요.
라우팅 및 트래픽 분기
GeoIP
주소 집합을 기준으로 IP를 매칭하는 규칙 데이터로, 흔히 geoip:cn 형식으로 씁니다. 매칭 결과는 데이터 버전과 실제 목적지 IP에 따라 달라지므로, 이 라벨을 실시간으로 정확한 위치를 판별하는 기능으로 이해해서는 안 됩니다. 대상이 콘텐츠 전송 네트워크를 사용하면 조회된 주소가 바뀔 수 있어 같은 도메인이라도 IP 규칙 결과가 달라질 수 있습니다.
라우팅 및 트래픽 분기
GeoSite
도메인을 범주별로 정리한 규칙 데이터로, 흔히 geosite:cn 형식으로 씁니다. 매칭하려면 대개 대상 도메인을 알아야 하며, 현재 규칙 데이터에 해당 범주가 있어야 합니다. 화면에 표시되는 “geosite:cn → direct”는 도메인 집합과 직접 연결 아웃바운드의 관계를 나타내며, 그대로 붙여 넣어 사용할 수 있는 완전한 JSON 규칙은 아닙니다.
DNS 및 네트워크
어떤 구성 요소가 DNS 조회를 처리하고 어느 경로로 전달하는지 먼저 확인한 뒤 도메인 전략과 FakeDNS를 조정하세요.
DNS 및 네트워크
DNS
도메인을 IP 주소 등의 레코드로 변환하는 시스템입니다. 클라이언트 내장 DNS, 시스템 DNS, 앱 자체 DNS가 동시에 사용될 수 있으므로 한 곳을 바꿔도 모든 조회에 영향을 주지는 않을 수 있습니다. v2rayNG의 “로컬 DNS 사용” 등의 설정을 변경한 뒤에는 다시 연결하고 앱 캐시가 이전 결과를 계속 사용하는지도 확인하세요.
DNS 및 네트워크
도메인 전략 IPIfNonMatch
라우팅 도메인 전략의 한 가지 값으로, 도메인이 규칙에 매칭되지 않을 때 IP를 조회한 뒤 규칙을 다시 매칭합니다. 라우팅 단계에서 IP가 필요한 시점을 정하는 설정이지, DNS 서버 주소나 DNS 조회에 사용할 아웃바운드를 지정하는 설정은 아닙니다. “라우팅 설정”에서 이 전략을 바꿀 때는 IP 정보가 필요한 매칭 규칙이 있는지도 함께 확인하세요.
DNS 및 네트워크
FakeDNS
도메인 조회에 합성 주소로 응답하고 주소와 도메인의 매핑을 유지하는 방식입니다. 이후 연결은 매핑을 인식할 수 있는 구성 요소가 처리해야 하므로, 이 기능만 켠다고 전체 DNS 경로가 올바르게 구성되는 것은 아닙니다. 기능을 끈 뒤에도 앱에 합성 주소가 캐시되어 있을 수 있으므로 연결에 문제가 생기면 관련 앱을 재시작하고 DNS 상태를 새로 고침하세요.
DNS 및 네트워크
DNS 누수
DNS 조회가 의도한 경로가 아닌 다른 리졸버로 전달되는 현상입니다. 문제를 확인할 때는 시스템 DNS, 브라우저의 암호화 DNS, 클라이언트 내장 DNS를 구분하고 실제 조회 경로를 확인해야 합니다. 테스트 페이지에 표시된 리졸버 이름은 참고 정보일 뿐이므로, 클라이언트 설정과 함께 확인해 예상한 결과인지 판단하세요.
클라이언트 기능
트래픽 처리, 인바운드와 아웃바운드, 도메인 인식은 각기 역할이 다릅니다. 옵션을 많이 켠다고 설정이 더 정확해지는 것은 아닙니다.
클라이언트 기능
시스템 프록시
시스템 프록시 설정을 따르는 앱에 로컬 프록시 엔드포인트를 제공하는 방식입니다. v2rayN의 “시스템 프록시 자동 설정”은 관련 시스템 설정을 변경하지만, 모든 앱이 이 엔드포인트를 사용하는 것은 아닙니다. “시스템 프록시 지우기”와 “시스템 프록시 변경 안 함”은 서로 다릅니다. 후자는 다른 프로그램이 설정한 항목을 포함해 현재 시스템 상태를 그대로 유지합니다.
클라이언트 기능
TUN 모드
가상 네트워크 인터페이스와 시스템 라우팅을 통해 트래픽을 받아 처리하는 방식입니다. 사용 전에 권한, DNS, 기존 VPN과의 충돌을 확인해야 하며, 처리되는 트래픽에도 라우팅 규칙이 적용됩니다. 데스크톱의 “TUN 사용”과 Android의 VPN 연결 권한 승인은 서로 다른 조작이므로 다른 플랫폼의 절차를 그대로 따라서는 안 됩니다.
클라이언트 기능
인바운드와 아웃바운드
인바운드는 코어가 연결을 받아들이는 진입점이고, 아웃바운드는 코어가 대상 또는 원격 서버로 연결을 보내는 출구입니다. 라우팅 규칙은 인바운드 트래픽을 해당 아웃바운드로 전달하며, 참조하는 태그는 설정에 정의된 값과 일치해야 합니다. 가이드의 direct는 보통 직접 연결 아웃바운드 태그를 뜻하지만, 사용자 지정 설정에서는 해당 정의가 실제로 있어야 합니다. 이름만으로 아웃바운드가 자동 생성되지는 않습니다.
클라이언트 기능
트래픽 스니핑
연결 초기 데이터에서 대상 도메인 등의 메타데이터를 파악해 라우팅 판단에 활용하는 기능입니다. 임의의 암호화된 데이터를 복호화할 수는 없으며, 인식 가능한 정보는 프로토콜과 클라이언트 옵션에 따라 달라집니다. 관련 설정을 조정할 때는 “라우팅 판단에만 사용”하는 동작과 “대상 주소 덮어쓰기”를 구분해, 인식된 도메인을 적절하지 않은 연결 대상으로 바꾸지 않도록 주의하세요.