시스템 프록시는 앱 트래픽을 클라이언트로 전달하고, 라우팅 모드는 전달된 트래픽의 출구를 결정합니다. 평소에는 중국 본토 우회 모드부터 사용하고, 규칙이 잘못 적용되는지 확인할 때는 잠시 전역 모드로 바꿔 보세요. 사내망에 접속할 때는 직접 연결 규칙을 확인하면 됩니다. 데스크톱과 Android에서 설정하는 방법을 살펴보고, 프록시 포트를 지정한 요청으로 연결을 검증해 보겠습니다. 노드에 연결됐다는 이유만으로 모든 앱이 프록시를 사용한다고 단정하지 마세요.
시스템 프록시와 라우팅 모드: 연결과 출구 구분하기
v2rayN은 노드와 구독을 관리하고 코어를 실행하는 GUI 클라이언트입니다. 앱의 요청은 먼저 로컬 프록시 포트를 거쳐 코어에 전달되며, 이후 라우팅 규칙에 따라 직접 연결, 프록시 또는 차단 등의 경로로 처리됩니다. 시스템 프록시는 운영체제에 프록시 주소를 등록해 해당 설정을 따르는 앱의 요청을 로컬 포트로 전달할 뿐, 대상 사이트가 직접 연결될지 원격 노드를 거칠지는 결정하지 않습니다.
- 연결 단계: 브라우저가 시스템 프록시 설정을 읽거나 앱에서 HTTP·SOCKS 프록시를 직접 지정합니다. TUN은 가상 네트워크 인터페이스를 통해 조건에 맞는 트래픽을 전달합니다.
- 판단 단계: 코어가 대상 도메인, IP 주소, 포트 등의 정보를 확인하고 현재 규칙에 따라 경로를 선택합니다.
- 출구 단계: 직접 연결 규칙에 해당하면 이 기기의 네트워크로 대상에 접속하고, 프록시 규칙에 해당하면 선택한 노드를 거쳐 원격으로 연결합니다.
따라서 “시스템 프록시를 켰는데 왜 중국 본토 사이트는 직접 연결되나요?”라는 상황은 오류가 아닐 수 있습니다. 라우팅 모드가 중국 본토 우회라면 해당 지역의 대상에 직접 연결되는 것이 정상입니다. 반대로 “전역 모드인데 특정 게임은 노드를 거치지 않는다”면 게임이 시스템 프록시를 사용하지 않아 요청이 코어에 전달되지 않았을 수 있습니다.
전역·중국 본토 우회·직접 연결: 라우팅 모드별 차이
버전에 따라 기본 라우팅 규칙의 이름이 조금씩 다를 수 있습니다. 모드 이름만 보지 말고 규칙의 내용과 순서, 기본 출구를 함께 확인하세요. 아래 표는 일반적인 기본 설정의 용도를 정리한 것으로, 현재 설정의 구체적인 규칙을 대신하지 않습니다.
중국 본토 우회: 평소 사용하는 분할 라우팅
권장중국 본토 도메인이나 IP 주소, 로컬 네트워크 주소는 보통 직접 연결하고 그 외 대상은 프록시로 보내는 설정입니다. 분류 결과는 규칙 데이터와 매칭에 사용할 수 있는 대상 정보에 따라 달라지므로, 모든 사이트가 사용자가 생각하는 지역 기준에 맞게 분류되는 것은 아닙니다.
적합한 경우: 일상 업무, 중국 본토와 해외 사이트를 함께 이용할 때, 불필요한 노드 트래픽을 줄일 때
전역: 모든 요청을 프록시로 연결
코어에 전달된 일반 요청을 대체로 프록시로 보냅니다. 분할 라우팅 전후의 결과를 빠르게 비교할 때 유용합니다. 일부 기본 설정에는 사내망 직접 연결 같은 예외가 남아 있을 수 있으니 실제 규칙을 확인하세요.
적합한 경우: 분할 라우팅 문제를 잠시 진단할 때, 모든 요청을 동일한 원격 출구로 보내야 하는 앱을 사용할 때
직접 연결: 이 기기의 네트워크 사용
코어에 전달된 요청을 선택한 원격 노드 없이 대상에 직접 연결합니다. 클라이언트가 로컬 연결과 DNS 확인을 계속 처리할 수 있으므로, 클라이언트를 종료하거나 시스템 프록시를 해제하는 것과는 다릅니다.
적합한 경우: 로컬 네트워크를 확인할 때, 로컬에서 접속 가능한 리소스만 이용할 때
확인 방법: 같은 요청에서 라우팅 모드만 변경하기
중국 본토 우회에서는 실패하고 전역 모드에서는 성공한다면, 먼저 해당 대상에 적용된 규칙과 DNS 확인 결과를 살펴보세요. 두 모드에서 모두 실패한다면 규칙을 계속 바꾸기보다 로컬 연결 방식, 노드, 원격 연결부터 확인하는 것이 좋습니다.
노드에서 VMess, VLESS 등 어떤 프로토콜을 사용하더라도 분할 라우팅 방식이 자동으로 결정되지는 않습니다. 구독을 가져오면 주로 노드 설정이 추가됩니다. 별도 설정이 포함됐는지, 클라이언트가 이를 적용하는지는 따로 확인해야 합니다. 구독을 업데이트한 뒤에도 현재 노드와 라우팅 설정을 다시 살펴보세요. 둘이 항상 그대로 유지된다고 가정하면 안 됩니다.
v2rayN과 v2rayNG: 설정 위치 확인
아래는 Windows의 v2rayN과 Android의 v2rayNG를 기준으로 설명합니다. 클라이언트 버전과 화면 구성, 번역 문구는 바뀔 수 있으니 실제 설정 화면에 표시된 이름을 기준으로 조작하세요. 변경 전에는 기존 값을 기록해 두면 여러 항목을 한꺼번에 바꿔 원인을 파악하기 어려워지는 일을 피할 수 있습니다.
설정 순서: 연결 방식을 먼저 정하고 라우팅 선택하기
데스크톱: v2rayN
- 사용 가능한 노드를 선택하고 코어가 실행 중인지 확인합니다.
- 트레이 메뉴의 ‘시스템 프록시’에서 ‘시스템 프록시 자동 설정’을 선택해 운영체제 프록시 설정을 따르는 앱이 로컬 포트를 사용하도록 합니다.
- 메인 창의 ‘라우팅’ 선택 메뉴에서 중국 본토 우회 또는 전역 기본 설정을 선택합니다.
- ‘설정’ → ‘매개변수 설정’에서 로컬 수신 설정을 확인합니다. 실제 포트 번호를 기록하고 다른 기기의 값을 그대로 사용하지 마세요.
Android: v2rayNG
- 노드를 선택하고 연결을 누른 다음, 시스템 안내에 따라 VPN 연결을 허용합니다.
- 사이드 메뉴에서 ‘설정’ → ‘라우팅 설정’으로 이동해 현재 라우팅 모드를 확인합니다. 일부 버전에는 별도의 라우팅 설정 메뉴가 있습니다.
- 앱별 프록시를 사용한다면 대상 앱이 실제 연결 범위에 포함되는지 확인하세요. 특히 ‘선택한 앱만 프록시 사용’과 ‘선택한 앱은 프록시 제외’의 차이에 주의해야 합니다.
- 연결한 뒤 대상 앱을 다시 열고 새 연결로 확인하세요. 기존 연결이 결과에 영향을 주지 않도록 합니다.
데스크톱 시스템 프록시와 Android VPN 연결은 서로 다른 설정입니다. 양쪽에서 같은 노드를 선택했더라도 연결 범위와 라우팅 규칙을 각각 확인해야 합니다.
v2rayNG는 Xray 코어를, v2flyNG는 v2fly 코어를 사용합니다. 둘 다 Android 클라이언트지만 설정 위치와 지원 기능을 그대로 동일하게 적용할 수는 없습니다. v2rayN의 코어와 설정도 현재 설치된 버전과 구성에 따라 달라집니다. 기기별 동작을 비교할 때는 클라이언트 버전, 코어 버전, 연결 방식, 라우팅 이름을 기록하세요.
로컬 포트로 확인하기: 요청이 프록시에 전달됐는지 점검
재현할 수 있는 간단한 테스트부터 진행하세요. 아래 예시는 테스트 설정에서 HTTP 포트를 127.0.0.1:10809, SOCKS 포트를 127.0.0.1:10808로 지정했다고 가정합니다. 이 값은 예시일 뿐 모든 버전의 기본값은 아닙니다. 혼합 포트를 사용 중이라면 실제 포트를 입력하세요.
Windows 터미널에서는 curl.exe를 사용하세요. 일부 셸 환경에서 curl이 다른 명령으로 처리되는 문제를 피할 수 있습니다. 아래 요청은 응답 헤더만 가져옵니다. 테스트 사이트에서 HEAD 요청을 지원하지 않는다면 -I를 제거하고 다시 시도하세요. 예시 주소는 연결 확인용이며 속도 측정 서비스가 아닙니다.
# 프록시를 사용하지 않고 이 기기에서 직접 연결 확인
curl.exe --noproxy "*" -I --max-time 15 https://example.com/
# 로컬 HTTP 프록시를 명시적으로 사용
curl.exe --noproxy "" --proxy http://127.0.0.1:10809 -I --max-time 15 https://example.com/
# SOCKS를 사용하고 대상 도메인 처리를 프록시에 맡기기
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 -I --max-time 15 https://example.com/- 로컬 연결이 즉시 거부됨: 먼저 포트와 수신 주소, 코어 실행 상태를 확인하세요. 이 단계에서는 원격 노드에 문제가 있다고 볼 수 없습니다.
- 프록시를 지정한 요청은 성공하지만 일반 브라우저 연결은 실패함: 브라우저가 시스템 프록시를 따르는지, 별도 프록시 설정이 있는지, 이전 연결을 계속 사용하는지 확인하세요.
- 요청이 코어에 전달된 뒤 시간 초과됨: 로그에 표시된 대상과 출구 정보를 확인하고 노드 연결 상태, 핸드셰이크, DNS를 점검하세요. 시간 초과만으로 라우팅 문제라고 단정할 수는 없습니다.
- HTTP 상태 코드가 반환됨: 적어도 HTTP 응답을 받았다는 뜻입니다. 403 등의 상태 코드는 대상 서비스의 접근 정책 때문일 수 있으며, 프록시 연결이 끊겼다는 의미는 아닙니다.
socks5h는 도메인 처리를 프록시에 맡기지만, 실제로 어디서 어떤 DNS 확인 방식을 사용할지는 코어의 DNS 및 라우팅 설정에 따라 달라집니다. 이 옵션이 모든 DNS 요청을 원격 노드로 보장한다고 이해하면 안 됩니다.
업무·게임·개발: 앱에 맞는 라우팅 선택
라우팅 모드는 속도 설정이 아닙니다. 원격 경로를 한 번 더 거치면 지연 시간이 늘어날 수 있고, 직접 연결도 로컬 네트워크 품질에 영향을 받습니다. 전역 모드를 반복해서 바꾸기보다 앱에 필요한 대상이 무엇인지 먼저 확인하고 연결 방식과 출구를 선택하세요.
| 상황 | 시작 설정 | 중점 확인 항목 |
|---|---|---|
| 업무 및 웹 브라우징 | 시스템 프록시와 중국 본토 우회 모드 | 사내 도메인, 화상 회의 서비스, 파일 업로드가 의도한 대로 직접 연결되는지 |
| 로컬 네트워크 프린터와 NAS | 사내망 주소 직접 연결 | 예: 192.168.1.10의 라우팅과 사내 도메인의 DNS 확인 경로 |
| 온라인 게임 | 프록시 연결을 지원하는지 먼저 확인 | UDP 전달, TUN 연결 범위, 노드 지원 여부, 게임 서버 지역 |
| 터미널 및 개발 도구 | 도구에서 프록시를 직접 설정 | 도구 자체의 프록시 옵션, 환경 변수, 사내망 주소 제외 목록 |
| 분할 라우팅 문제 진단 | 같은 대상을 전역 모드로 잠시 전환해 확인 | 라우팅만 바꾸고 새 연결과 로그 결과 비교 |
많은 게임은 데스크톱 시스템 프록시를 따르지 않으며, HTTP 프록시를 일반적인 UDP 통로로 사용할 수도 없습니다. TUN을 켰더라도 노드와 프로토콜, 서버가 해당 트래픽을 지원하는지 확인해야 합니다. 게임 지연 시간은 주로 네트워크 경로와 혼잡, 패킷 손실에 좌우되므로 웹페이지 로딩 속도로 판단할 수 없습니다.
개발 도구에도 자체 프록시 설정이 있는 경우가 많습니다. 터미널에서 환경 변수를 설정해도 해당 변수를 읽는 프로그램만 프록시를 사용합니다. 이미 실행 중인 프로세스는 이전 환경 변수를 유지할 수도 있습니다. 사내 저장소나 테스트 서비스는 적절한 제외 항목을 설정해, 사내 네트워크에서만 확인할 수 있는 도메인이 맞지 않는 DNS 경로로 전달되지 않도록 하세요.
중국 본토 우회가 예상과 다를 때: 규칙·DNS·연결 순서 점검
‘중국 본토 사이트’는 사용자가 붙인 설명이지만, 규칙은 도메인과 IP 주소 등으로 대상을 판별합니다. 중국어 사이트라도 해외 API를 사용할 수 있고, 한 페이지에서 여러 CDN과 로그인 서비스, 미디어 리소스를 동시에 요청할 수도 있습니다. 페이지 일부가 로드되지 않는다면 사이트 전체를 단정하기보다 실패한 도메인을 먼저 확인하세요.
- 새 요청이 연결 경로에 들어갔는지 확인합니다. 로컬 프록시 포트를 명시한 명령으로 다시 테스트하세요. 코어에 관련 기록이 없다면 연결 방식과 로그 수준부터 확인합니다.
- 규칙 순서를 확인합니다. 라우팅은 대개 규칙 순서대로 매칭되며, 앞쪽의 포괄적인 규칙이 뒤쪽의 세부 규칙보다 먼저 적용될 수 있습니다. 특정 도메인의 직접 연결 규칙을 추가했다면 이를 덮어쓰는 규칙보다 앞에 있는지 확인하세요.
- 규칙 데이터를 확인합니다.
geosite:cn은 도메인 분류이고geoip:cn은 IP 분류입니다. 서로 다른 기준이며 규칙 데이터를 업데이트하면 매칭 결과도 달라질 수 있습니다. - DNS와 대상 정보를 확인합니다. IP 규칙은 이미 확인된 대상 IP나 현재 도메인 처리 정책에 따른 DNS 확인에 의존할 수 있습니다. 브라우저의 보안 DNS, 코어의 DNS 처리, 사내 DNS 사이에 차이가 있는지도 살펴보세요.
- 연결을 새로 만든 뒤 확인합니다. 라우팅 설정을 바꿔도 이미 연결된 트래픽의 출구가 바뀌지 않을 수 있습니다. 해당 연결을 끊거나 앱을 다시 열어 테스트하고, 필요한 경우 클라이언트를 다시 연결하세요.
진행 순서: 연결 경로를 고정한 뒤 규칙 하나씩 조정
반복 가능한 테스트 요청을 준비하고, 먼저 포트에 연결되는지 확인한 다음 적용된 출구를 기록하세요. 중국 본토 우회와 전역 모드의 결과가 실제로 다를 때만 해당 도메인의 규칙을 조정합니다. 확인을 마치면 평소 모드로 되돌리고 변경 사항을 기록해 두세요.