설정 참고 / 용어 정리

V2Ray 용어와 설정 의미

먼저 용어를 확인하고 적용 범위를 살펴보세요. 6개 주제로 프로토콜, 코어, 구독, 트래픽 처리 방식을 구분하고 v2rayN, v2rayNG, v2flyNG의 설정 항목을 이해할 수 있습니다.

카테고리를 클릭하면 해당 항목으로 이동합니다. 각 카드에는 고유 앵커가 있어 링크를 복사해 설정 메모로 남길 수 있습니다. 설정을 시작하려면 사용 가이드를, 순서대로 학습하려면 기본 안내서를 확인하세요.

연결 설정 이해하기

프로토콜과 전송

프로토콜은 통신 방식을, 전송은 연결을 전달하는 방식을, 보안 계층은 통신을 보호하는 방식을 정합니다. 설정을 가져올 때 각각을 확인하고, 서로 다른 옵션을 같은 의미로 보지 마세요.

VMess: Project V 생태계의 프록시 프로토콜입니다. 사용자 ID 등의 매개변수로 인증하고 통신합니다. 주소와 포트뿐 아니라 서버의 전송 방식 및 보안 설정도 일치시켜야 합니다. VMess라는 이름만으로 확인할 수 있는 것은 프로토콜 종류뿐입니다. TLS가 활성화됐는지 알 수 없으며, 전송 설정도 생략할 수 없습니다.

VLESS: 경량 프록시 프로토콜과 암호화 계층을 구분하세요. VLESS 자체는 콘텐츠를 암호화하지 않으며, 일반적으로 TLS나 REALITY 같은 보안 계층과 함께 사용합니다. 클라이언트에서 사용자 ID, 전송 방식, 서버가 요구하는 flow 매개변수를 확인하세요. VMess 설정의 이름만 VLESS로 바꾸면 안 됩니다. 서버가 해당 프로토콜을 지원해야 합니다.

Trojan: 일반적으로 TLS로 통신을 보호하고 비밀번호로 인증하는 프록시 프로토콜입니다. 설정을 가져온 뒤에도 도메인, 포트, 비밀번호, TLS 매개변수를 서버와 일치시켜야 합니다. 특히 서버 이름이 잘못 변경되지 않았는지 확인하세요. 인증서 오류가 발생하면 인증서 검증을 바로 끄지 말고 도메인, 기기 시간, 인증서 설정부터 확인하세요.

REALITY: REALITY는 Xray 생태계의 전송 보안 방식이며 독립적인 노드 프로토콜이 아닙니다. 일반적으로 VLESS와 함께 구성합니다. 연결하려면 서버 이름, 공개 키, 짧은 ID 등의 매개변수를 서버와 일치시키고 해당 설정을 지원하는 코어를 사용해야 합니다. 서버 주소와 사용자 ID만으로는 전체 연결 설정을 구성하기 어렵습니다.

화면과 실행 계층 구분하기

코어와 클라이언트

먼저 클라이언트를 확인하고 실제로 사용하는 코어를 살펴보세요. 인터페이스에서 설정을 저장할 수 있다고 해서 현재 코어가 해당 설정을 실행할 수 있는 것은 아닙니다.

Project V: Project V는 특정 데스크톱 설치 프로그램의 이름이 아니라 V2Ray를 비롯한 네트워크 도구를 중심으로 형성된 오픈 소스 프로젝트 생태계입니다. 설정을 살펴볼 때 생태계, 코어, 그래픽 클라이언트의 세 가지 계층을 구분하세요. 메뉴 위치는 클라이언트 가이드에서 확인하고, 프로토콜 지원 여부는 실제 사용 중인 코어와 설정 요구사항을 살펴봐야 합니다.

Xray: V2Ray와 기술적 연관성이 있는 프록시 코어 프로젝트입니다. 인터페이스에 표시되는 이름에 그치지 않고 프로토콜, 전송 방식, 라우팅 설정을 실행합니다. v2rayNG는 Xray 코어를 사용하며, v2rayN에서도 Xray 설정을 사용할 수 있습니다. 기능은 실제 코어 버전에 따라 달라지므로 설정 호환성 문제를 확인할 때는 클라이언트와 코어 정보를 함께 기록하세요.

V2Fly: 관리 커뮤니티와 소프트웨어 코어를 구분하세요. V2Fly는 V2Ray 관련 프로젝트를 관리하는 커뮤니티이며, 흔히 말하는 V2Fly 코어는 이 커뮤니티가 관리하는 V2Ray 코어를 가리킵니다. v2flyNG는 해당 코어를 사용하는 Android용 대체 클라이언트입니다. 프로젝트 간 기술적 연관성만으로 Xray 전용 매개변수를 그대로 옮겨 사용할 수 있다고 가정하지 마세요.

그래픽 클라이언트: 클라이언트에서 구독, 연결 설정, 프록시 설정을 관리하고 코어가 네트워크 처리를 실행합니다. v2rayN은 Windows, macOS, Linux 데스크톱용이며, v2rayNG와 v2flyNG는 Android용입니다. 클라이언트마다 메뉴 이름, 기본값, 백업 항목이 다를 수 있습니다. 같은 구독을 사용해도 모든 로컬 설정이 동기화되는 것은 아닙니다.

가져오기와 테스트 이해하기

구독과 노드

구독은 설정을 가져오는 경로이고, 노드는 개별 연결 설정이며, 지연 시간은 특정 조건에서 측정한 테스트 결과입니다. 세 항목을 따로 확인하세요.

구독: 구독 주소로 여러 연결 설정을 가져오고 업데이트하면 매개변수를 하나씩 입력하지 않아도 됩니다. v2rayN에서는 먼저 '구독 그룹 설정'에서 주소를 저장한 다음 구독 업데이트를 실행하세요. v2rayNG에서도 그룹을 추가한 뒤 업데이트해야 합니다. 구독 주소에는 접근 정보가 포함될 수 있으므로 스크린샷을 공개하거나 다른 사람에게 전달하지 마세요. 업데이트에 실패했다고 기존 설정까지 반드시 사용할 수 없는 것은 아닙니다.

노드: 노드는 클라이언트에서 선택할 수 있는 개별 연결 설정입니다. 일반적으로 서버 주소, 포트, 인증 정보, 프로토콜, 전송 설정이 포함됩니다. 노드 표시 이름은 알아보기 쉽게 붙인 이름일 뿐, 연결 가능 여부를 보장하지 않습니다. 개별 설정을 공유할 때는 인증 정보도 민감한 정보로 취급하세요. 구독을 업데이트하면 기존 항목이 교체되거나 삭제될 수 있습니다.

지연 시간: 먼저 어떤 테스트를 했는지 확인한 다음 결과를 비교하세요. TCP 연결 시간과 프록시를 통해 요청을 보낸 시간은 측정 범위가 다릅니다. 네트워크 경로, 테스트 대상, 서버 부하, 시간 초과 기준에 따라 결과가 달라질 수 있습니다. 지연 시간이 짧다고 다운로드 속도가 빠른 것은 아니며, 시간 초과 여부도 실제 접속과 로그를 함께 확인해야 합니다. 목록에 표시된 숫자 하나만으로 판단하지 마세요.

실제 연결 지연 시간: 선택한 프록시 설정으로 테스트 주소에 실제 요청을 보내고 소요 시간을 측정합니다. 서버 포트만 확인하는 테스트보다 실제 앱 접속에 가깝습니다. 측정에는 DNS 조회, 핸드셰이크, 대상 서버의 응답이 포함될 수 있으며, 구체적인 범위는 클라이언트 구현과 테스트 주소에 따라 달라집니다. 비교할 때는 테스트 대상과 네트워크 환경을 동일하게 유지하세요. 한 대상에 접속하지 못했다고 모든 웹사이트에 연결할 수 없는 것은 아닙니다.

트래픽 경로 확인하기

라우팅과 트래픽 분할

먼저 매칭 조건을 확인하고 아웃바운드와 규칙 순서를 살펴보세요. 이름이 비슷한 규칙 데이터라도 포함된 도메인이나 주소 범위가 같지는 않을 수 있습니다.

라우팅 규칙: 도메인, 대상 주소, 포트 등의 조건으로 연결을 매칭한 뒤 지정된 아웃바운드로 전달합니다. 일반적인 코어 설정에서는 규칙을 순서대로 적용하므로 앞선 규칙이 뒤에 있는 규칙의 예상 결과에 영향을 줄 수 있습니다. v2rayN 라우팅 설정을 수정할 때는 조건, 아웃바운드, 순서를 먼저 확인하세요. 어떤 규칙에도 매칭되지 않은 연결은 기본 아웃바운드의 영향을 받습니다.

트래픽 분할: 연결마다 직접 연결, 프록시, 차단 등의 아웃바운드 처리를 다르게 적용하는 것을 트래픽 분할이라고 합니다. '중국 본토 우회'는 흔히 쓰이는 라우팅 사전 설정 이름이며, 실제 동작은 적용된 규칙과 데이터에 따라 달라집니다. 버튼 하나만 바꾸는 것으로 끝나지 않습니다. DNS 조회 결과, 도메인 정보, 라우팅 매칭이 서로 맞물려야 조건에 맞지 않는 연결이 잘못된 아웃바운드로 전달되는 일을 막을 수 있습니다.

GeoIP: 지역이나 용도별로 정리된 IP 주소 목록을 라우팅 매칭에 활용합니다. 도메인의 카테고리를 직접 판별하는 방식은 아닙니다. 네트워크 할당이나 업데이트 주기에 따라 데이터가 실제와 다를 수 있으며, 서버의 물리적 위치를 정확하게 나타낸다고 보장할 수 없습니다. 도메인이 서로 다른 주소로 해석되면 매칭 결과도 바뀔 수 있으므로, 문제를 확인할 때는 DNS 조회 결과와 주소 목록을 함께 살펴보세요.

GeoSite: 카테고리별로 정리된 도메인 규칙 목록을 사용하면 많은 도메인을 직접 관리할 필요가 줄어듭니다. 카테고리 이름과 내용, 적용 범위는 불러온 데이터 파일에 따라 달라지므로 모든 데이터 소스에 같은 분류가 있다고 가정하지 마세요. 규칙이 적용되지 않으면 해당 카테고리가 있는지, 데이터가 정상적으로 제공되는지 확인한 다음 규칙 순서와 코어에서 매칭할 도메인을 인식하는지 살펴보세요.

DNS 조회 경로 확인하기

DNS와 네트워크

도메인이 어떤 주소로 변환되는지와 DNS 조회가 어떤 경로를 거치는지를 나눠서 살펴보세요. 앱, 운영체제, 클라이언트마다 별도의 DNS 설정이 있을 수 있습니다.

DNS: 도메인을 IP 주소 등의 레코드로 변환해 프로그램이 대상 서비스를 찾도록 합니다. 프록시 환경에서는 누가 어떤 DNS 서버에 조회하는지, 조회 요청이 직접 연결되는지 프록시를 통하는지 함께 확인해야 합니다. 시스템 DNS만 변경해도 클라이언트의 원격 DNS 조회 방식은 바뀌지 않을 수 있습니다. 브라우저에서 암호화 DNS를 사용하면 별도의 조회 경로가 적용될 수도 있습니다.

FakeDNS: 도메인에 가상 주소를 할당하고 매핑 정보를 저장해, 이후 연결이 코어에 전달될 때 원래 도메인을 복원하고 라우팅 매칭에 활용하도록 합니다. 일반적인 공용 DNS 서버가 아니며 DNS 주소 하나를 입력한다고 작동하는 기능도 아닙니다. 사용하기 전에 현재 코어, DNS 설정, 트래픽 가로채기 방식이 서로 호환되는지 확인하세요. 설정이 맞지 않으면 주소는 조회되지만 연결에 실패할 수 있습니다.

DNS 유출: 도메인 조회가 의도한 경로로 전송되는지 확인하세요. 조회 요청이 다른 DNS 서버나 네트워크 인터페이스를 통하면 원래 설계한 경로와 달라질 수 있습니다. 시스템 DNS, 브라우저의 암호화 DNS, 클라이언트 설정, 트래픽 분할 정책을 함께 확인해야 하며 출구 IP만으로 판단할 수 없습니다. 직접 연결할 도메인을 로컬 DNS로 조회하는 것이 의도된 설정일 수도 있습니다. 실제 경로가 설정 목표와 일치하는지가 중요합니다.

도메인 스니핑: 연결에서 식별할 수 있는 프로토콜 특성으로 대상 도메인 정보를 읽어 코어의 도메인 라우팅 매칭을 돕습니다. 식별할 수 있는 범위는 프로토콜, 암호화 방식, 구현에 따라 달라집니다. 모든 연결에서 작동하는 것은 아니며 앱 콘텐츠를 복호화하는 기능도 아닙니다. 설정을 변경할 때는 라우팅 보조 기능과 대상 주소를 덮어쓰는 옵션을 구분해 연결 목적지가 예상과 달라지지 않도록 하세요.

트래픽 가로채기와 아웃바운드 구분하기

프록시 모드

트래픽 가로채기 방식은 어떤 연결이 클라이언트에 들어오는지 결정하고, 라우팅 모드는 들어온 연결을 어떻게 처리할지 정합니다. 두 설정은 서로 대체할 수 없습니다.

시스템 프록시: 운영체제에 로컬 프록시 주소를 등록해 시스템 프록시를 따르는 앱의 요청을 클라이언트로 보냅니다. v2rayN에서는 '시스템 프록시 자동 설정' 등의 옵션으로 상태를 변경할 수 있지만, 모든 프로그램을 가로채는 기능은 아닙니다. 브라우저에서는 접속되지만 다른 앱에서 실패한다면 해당 앱이 시스템 프록시를 사용하는지, 별도의 프록시 설정이 있는지 먼저 확인하세요.

TUN 모드: 가상 네트워크 인터페이스를 통해 트래픽을 받아 처리하므로 시스템 프록시 설정을 읽지 않는 일부 프로그램도 지원할 수 있습니다. v2rayN에서 Tun을 활성화하려면 운영체제 권한과 네트워크 조건이 충족되어야 하며, 다른 가상 네트워크 어댑터 프로그램과 충돌하는지도 확인해야 합니다. 실제 적용 범위는 시스템 라우팅, 제외 설정, 클라이언트 규칙에 따라 달라집니다. 스위치를 켰다고 모든 연결이 프록시를 통하는 것은 아닙니다.

VPN 모드: Android에서는 v2rayNG 등의 클라이언트가 시스템 VPN 인터페이스를 통해 트래픽을 받을 수 있습니다. 처음 연결할 때는 보통 사용자 권한 허용이 필요합니다. 이는 트래픽이 클라이언트로 들어오는 방식에 관한 설명이며 노드 프로토콜이 다른 프로토콜로 바뀐다는 뜻은 아닙니다. 앱별 선택, 라우팅 규칙, 시스템 설정에 따라 처리 범위가 달라지며 다른 VPN 서비스를 함께 실행하면 충돌할 수 있습니다.

전역 프록시: 일반적으로 클라이언트에 들어온 연결 중 우선순위가 높은 규칙에서 제외되지 않은 연결을 프록시 아웃바운드로 보내는 설정입니다. 정확한 의미는 메뉴 위치를 확인해야 합니다. 연결 처리 방식에 관한 설정일 뿐 기기의 모든 트래픽이 클라이언트에 들어온다는 뜻은 아닙니다. 시스템 프록시를 우회하는 앱은 전역 라우팅만 바꿔서는 가로챌 수 없습니다. 먼저 트래픽 가로채기 방식을 확인한 다음 아웃바운드 규칙을 점검하세요.