시스템 프록시는 “앱이 연결을 클라이언트에 전달하는 방법”을, 전역 및 중국 본토 우회 모드는 “전달된 연결이 어디로 나가는지”를 제어합니다. 노드를 가져왔지만 프록시 설정을 어떻게 조합할지 모르겠다면, 먼저 연결 경로와 라우팅을 구분하세요. 그런 다음 데스크톱 브라우징, 터미널 도구, 안드로이드 앱별 설정을 살펴보고 포트·로그·비교 테스트로 적용되지 않는 지점을 찾습니다.
시스템 프록시와 라우팅 모드: 서로 다른 두 가지 제어
v2rayN에서 노드를 선택했다고 모든 앱이 해당 노드를 사용하게 되는 것은 아닙니다. 클라이언트가 로컬 프록시를 열고, 앱이 시스템 프록시·수동 프록시·TUN 등의 방식으로 연결을 전달해야 합니다. 연결이 코어에 들어온 뒤에는 라우팅 규칙에 따라 프록시로 나가거나 직접 연결되거나 차단됩니다.
따라서 “시스템 프록시 자동 설정”과 “전역”은 서로 대체하는 옵션이 아닙니다. 전자는 대개 운영체제의 프록시 설정을 변경하고, 후자는 클라이언트가 제공하는 라우팅 프리셋입니다. 실제 규칙은 V2Ray 또는 Xray 코어가 실행하며, 화면에 표시되는 모드 이름과 프리셋 내용은 클라이언트마다 다릅니다.
| 설정 항목 | 제어 범위 | 제어하지 않는 항목 |
|---|---|---|
| 시스템 프록시 | 해당 설정을 따르는 앱에 로컬 프록시 주소 제공 | 모든 프로세스와 모든 프로토콜을 처리한다고 보장하지 않음 |
| 전역 라우팅 | 코어에 들어온 연결을 일반적으로 선택한 프록시 출구로 전달 | 처음부터 연결 경로에 포함되지 않은 앱을 자동으로 연결하지 않음 |
| 중국 본토 우회 라우팅 | 도메인·IP·규칙 순서에 따라 직접 연결 또는 프록시 선택 | 모든 도메인이 정확히 분류된다고 보장하지 않음 |
| TUN 연결 | 가상 네트워크 인터페이스로 조건에 맞는 IP 트래픽 처리 | 전역 라우팅과 같은 기능이 아니며 DNS나 출구 규칙을 대체하지 않음 |
확인 순서: 먼저 연결 여부, 다음으로 라우팅 규칙 확인
요청이 클라이언트에 들어오지 않는다면 전역과 중국 본토 우회 모드를 열 번 바꿔도 나가는 경로는 달라지지 않습니다. 먼저 명시적 프록시 요청으로 로컬 연결 지점을 확인한 뒤, 같은 앱에서 두 라우팅 모드를 비교하세요.
시스템 프록시의 적용 범위: 브라우저, 터미널, TUN
Windows에서는 「설정」→「네트워크 및 인터넷」→「프록시」에서 수동 프록시 상태를 확인할 수 있습니다. v2rayN에서는 일반적으로 트레이 아이콘을 마우스 오른쪽 버튼으로 클릭한 뒤 「시스템 프록시」→「시스템 프록시 자동 설정」을 선택합니다. 화면 구성과 문구는 버전에 따라 다를 수 있으므로 현재 클라이언트에 표시된 옵션을 기준으로 하세요. 설정 후 시스템 프록시 주소가 클라이언트의 실제 수신 주소 및 포트와 일치하는지 확인합니다.
시스템 프록시를 따르는 브라우저는 보통 이 경로를 사용하지만, 앱마다 자체 프록시 설정이 있을 수 있고 터미널 도구는 명령줄 인수나 환경 변수만 읽을 수도 있습니다. 시스템 프록시의 예외 목록에 포함된 주소는 로컬 프록시를 거치지 않습니다. 한 앱에서 접속된다고 다른 앱도 연결되었다고 볼 수는 없습니다.
위 내용은 설명을 위한 예시이며 모든 버전의 기본값은 아닙니다. v2rayN의 「설정」→「매개변수 설정」에서 로컬 수신 포트 항목을 확인하세요. 현재 버전에서 통합 연결 지점을 사용한다면 HTTP와 SOCKS가 같은 포트를 공유할 수 있습니다. 예시를 그대로 입력한 뒤 연결 실패 원인을 노드 탓으로 돌리지 마세요.
- 특정 앱에서만 프록시 사용: 앱에 실제 프록시 유형,
127.0.0.1, 수신 포트를 직접 입력하면 시스템 프록시를 변경하지 않아도 됩니다. - 브라우저 등 일상 앱에서 프록시 사용: 시스템 프록시를 켜고 브라우저 확장 프로그램이나 별도 프록시 설정이 시스템 설정을 덮어쓰는지 확인하세요.
- 앱이 프록시 설정을 따르지 않는 경우: TUN 사용을 고려하고 관리자 권한, 가상 인터페이스, DNS 처리, 라우팅 제외 항목을 확인하세요.
- 다른 기기에서 이 컴퓨터에 연결: 루프백 주소는 LAN 기기에서 직접 사용할 수 없습니다. 수신 포트를 외부에 열려면 접근 제어와 방화벽 설정이 필요합니다. 주소만 임의의 인터페이스로 바꾸는 것으로 설정이 끝나는 것은 아닙니다.
전역과 중국 본토 우회: 일상적인 라우팅 모드 선택
전역 모드는 일반적으로 코어에 들어온 연결을 프록시 출구로 보냅니다. 노드 연결을 확인하거나 프록시가 필요한 서비스에 집중해서 접속할 때 유용합니다. 그렇다고 “기기의 모든 데이터가 프록시를 지난다”는 뜻은 아니며, 운영체제의 모든 DNS 조회가 노드를 통해 전송된다는 의미도 아닙니다. 클라이언트 프리셋에 로컬 주소 직접 연결 같은 예외가 남아 있을 수도 있습니다.
중국 본토 우회 모드는 일반적으로 중국 본토 도메인 규칙, 중국 본토 IP 규칙, 기본 프록시 출구를 조합합니다. 중국 본토 조건에 해당하는 연결은 직접 연결하고, 나머지는 프록시로 보냅니다. LAN 직접 연결, 광고 차단, 기타 예외가 포함되는지는 프리셋의 실제 규칙을 확인해야 하며 이름만으로 판단하면 안 됩니다.
시스템 프록시 켜기 + 중국 본토 우회
권장중국 본토 네트워크에서 여러 지역의 서비스를 함께 이용할 때 시작점으로 적합합니다. 자주 쓰는 중국 본토 서비스는 직접 연결하고, 프록시가 필요한 연결은 규칙에 따라 노드로 전달합니다. 분류가 맞지 않으면 해당 도메인 규칙을 추가하세요.
적합한 경우: 중국 본토에서의 업무, 브라우저 일상 사용, 중국 본토·해외 서비스 병행 이용
시스템 프록시 켜기 + 전역
라우팅 조건의 영향을 줄여 선택한 노드가 작동하는지 확인하기 쉽습니다. 중국 본토 서비스도 노드를 통해 연결될 수 있어 지연이 늘거나 접속 지역이 달라지거나 추가 로그인이 필요할 수 있습니다.
적합한 경우: 규칙 문제를 잠시 확인할 때, 프록시가 필요한 사이트에 집중적으로 접속할 때
시스템 프록시 끄기 + 앱에서 수동 연결
지정한 앱에만 로컬 프록시 연결 정보를 입력합니다. 연결이 코어에 들어온 뒤에는 전역 또는 중국 본토 우회 모드를 선택할 수 있습니다. 시스템 프록시를 꺼도 클라이언트의 로컬 수신 기능은 중단되지 않으며, 수동으로 설정한 앱의 사용도 막히지 않습니다.
적합한 경우: 터미널 도구, 테스트 프로그램 또는 특정 브라우저만 프록시를 사용할 때
노드가 VMess인지 VLESS인지는 이 두 설정의 역할을 바꾸지 않습니다. 프로토콜은 클라이언트와 서버의 통신 방식을 설명하고, 시스템 프록시는 앱의 연결 방법을, 라우팅은 연결에 사용할 출구를 결정합니다. 구독 업데이트는 주로 노드 정보를 갱신하는 기능이므로 로컬 연결 문제를 해결하는 만능 방법으로 사용하면 안 됩니다.
중국 본토 우회가 적용되지 않을 때: 규칙 순서와 DNS 확인
라우팅 설정은 일반적으로 규칙 순서대로 일치 여부를 확인합니다. 광범위한 프록시 규칙이 중국 본토 직접 연결 규칙보다 앞에 있으면 뒤쪽 조건이 적용되지 않을 수 있습니다. 여러 지역에 서버를 둔 서비스나 공유 CDN을 사용하는 서비스는 IP 주소의 지역만으로 판단하면 예상과 다르게 동작할 수 있습니다. 서비스 도메인, DNS 조회 결과, 실제 연결 주소를 함께 확인하세요.
- 앱의 연결 경로를 확인합니다. 새 요청을 보내 로컬 연결 지점에 연결이 도착하는지 확인하세요. 시스템 프록시 예외나 앱 자체의 직접 연결 설정 때문에 요청이 코어를 완전히 우회할 수 있습니다.
- 도메인 확인 가능 여부를 점검합니다. 앱이 이미 조회된 IP 주소만 전달하면 도메인 규칙이 적용되지 않을 수 있습니다. 트래픽 스니핑으로 일부 프로토콜의 도메인 정보를 보완할 수 있지만 모든 연결에서 작동하는 것은 아닙니다.
- 규칙 순서를 확인합니다. 필요한 도메인별 예외 규칙을 광범위한 규칙보다 앞에 두고, 대상 출구 태그가 실제로 존재하는지 확인하세요. 사용자 지정 규칙을 수정하기 전에 먼저 백업하세요.
- DNS 조회 전략을 확인합니다. 코어의
domainStrategy는 라우팅 단계에서 도메인에 IP 매칭 조건을 추가할지 결정합니다. 시스템 DNS 설정이 아니며 다른 코어의 설정 형식에 그대로 적용할 수도 없습니다. - 규칙 리소스를 확인합니다.
geosite:cn,geoip:cn등의 조건을 사용한다면 해당 규칙 리소스가 로드되는지 확인하세요. 리소스 버전과 분류 범위에 따라 매칭 결과가 달라질 수 있습니다.
DNS도 실제 접속 경로에 맞춰 살펴봐야 합니다. 로컬 DNS 조회에 문제가 있으면 연결이 도달할 수 없는 주소를 가리킬 수 있고, 원격 DNS 조회가 중국 본토 직접 연결 서비스에 항상 적합한 것도 아닙니다. 설정을 바꾸기 전에 기존 구성을 기록하고, DNS나 라우팅 중 한 번에 하나씩만 수정하세요. 노드·DNS·모드를 동시에 바꾸면 원인을 파악하기 어렵습니다.
데스크톱과 안드로이드: 라우팅은 같아도 연결 방식은 다릅니다
데스크톱에서는 주로 시스템 프록시나 TUN을 사용합니다. 안드로이드의 v2rayNG는 일반적으로 VpnService로 로컬 가상 인터페이스를 만들어 트래픽을 처리한 뒤 Xray 코어에서 라우팅합니다. v2flyNG는 V2Fly 코어를 사용하므로 규칙 화면과 지원 프로토콜은 실제 사용 중인 클라이언트에서 확인해야 합니다. 다른 클라이언트의 옵션을 모두 그대로 적용할 수는 없습니다.
설정 방법: 먼저 앱 범위를 정하고 출구를 선택하세요
데스크톱: v2rayN
- 사용 가능한 노드를 선택하고 로컬 수신 포트를 확인합니다.
- 일상적인 브라우징은 시스템 프록시와 중국 본토 우회 모드로 시작합니다.
- 필요한 경우 터미널에서 HTTP 또는 SOCKS 연결 지점을 명시합니다.
- TUN이 필요하다면 DNS, 권한, 직접 연결 예외를 각각 확인합니다.
안드로이드: v2rayNG
- 처음 연결할 때 시스템 VPN 연결 권한을 허용합니다.
- 「설정」에서 앱별 프록시 관련 옵션과 목록의 의미를 확인합니다.
- “선택한 앱만 프록시 사용”과 “선택한 앱 우회”를 구분합니다.
- 앱이 트래픽 처리 범위에 포함된 뒤 선택한 라우팅 규칙이 적용됩니다.
앱별 목록은 어떤 앱이 클라이언트에 연결되는지 결정하고, 중국 본토 우회는 연결된 앱의 트래픽을 어떻게 나눌지 결정합니다. 두 기능은 서로 대체할 수 없습니다.
예를 들어 특정 안드로이드 앱이 트래픽 처리 대상에서 제외되면 라우팅을 전역으로 바꿔도 직접 연결을 유지할 수 있습니다. 반대로 앱이 처리 대상에 포함되어도 모든 연결이 노드를 사용하는 것은 아닙니다. 중국 본토 우회 모드의 직접 연결 규칙은 여전히 적용됩니다. 앱별 목록을 수정했다면 연결을 중지했다가 다시 시작하고 대상 앱을 다시 열어 확인하세요.
확인 및 문제 해결: 같은 요청으로 비교하기
먼저 안정적으로 재현되는 대상을 정한 뒤 노드를 고정해 비교하세요. 아래 터미널 예시는 앞에서 가정한 두 로컬 연결 지점용입니다. 클라이언트가 실제로 해당 포트에서 HTTP와 SOCKS 서비스를 제공할 때만 그대로 사용할 수 있습니다. 예시 도메인은 요청 형식을 보여주기 위한 것이므로 실제 문제를 진단할 때는 문제가 발생한 사이트로 바꾸세요.
# HTTP 연결 지점: 포트는 클라이언트의 실제 설정값으로 입력
curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --max-time 30 --head https://example.com/
# SOCKS 연결 지점: 프록시 측에서 대상 도메인을 조회
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --head https://example.com/여기서 10초는 연결 시간 제한, 30초는 전체 요청 시간 제한이며 실제 속도 측정값이 아닙니다. socks5h는 로컬에서 먼저 도메인을 조회하는 방식과 다르므로 비교할 때 이 조건을 동일하게 유지하세요. HTTP 오류 상태가 반환되어도 연결 자체는 이미 성립했을 수 있습니다. 모든 오류 응답을 노드 문제로 간주하지 말고 응답 내용과 로그를 함께 확인하세요.
- 노드를 고정하고 프록시를 명시합니다. 로컬 포트 연결에 실패한다면 코어가 실행 중인지, 포트 입력이 올바른지, 다른 프로세스가 포트를 사용 중인지 확인하세요.
- 대상은 그대로 두고 라우팅을 바꿉니다. 전역에서는 접속되지만 중국 본토 우회에서는 실패한다면 직접 연결 조건, 도메인 분류, DNS 결과를 먼저 확인하세요. 대상 서비스의 일시적인 장애 가능성도 배제해야 합니다.
- 명시적 프록시로 성공한 뒤 앱에서 테스트합니다. 같은 대상에 터미널에서는 접속되지만 브라우저에서는 실패한다면 브라우저의 실제 프록시 설정, 확장 프로그램, 시스템 예외 목록을 확인하세요.
- 새 연결을 만들어 확인합니다. 기존 연결이 이전 경로를 계속 사용할 수 있습니다. 규칙을 바꾼 뒤 새 요청을 보내고 필요하면 대상 앱을 다시 시작하세요. 로그가 꺼져 있다면 잠시 접속 기록을 켜서 원인을 찾은 뒤 평소 로그 수준으로 되돌립니다.
전역을 선택했는데 터미널은 왜 계속 기존 출구를 사용하나요?
터미널 도구가 시스템 프록시를 읽지 않을 수 있습니다. 먼저 위의 --proxy 인수로 연결을 명시하고 포트는 클라이언트의 실제 값으로 바꾸세요. 연결에 성공하면 해당 도구의 프록시 설정이나 환경 변수를 구성합니다. 라우팅만 바꿔 터미널 연결을 처리하려고 하지 마세요.
중국 본토 우회 모드인데 중국 본토 서비스가 오히려 느려진 이유는 무엇인가요?
먼저 해당 서비스 연결이 직접 연결 규칙에 실제로 매칭됐는지 확인하세요. 프록시로 연결됐다면 구체적인 도메인 규칙과 규칙 순서를 확인합니다. 이미 직접 연결 중이라면 로컬 DNS와 네트워크를 점검하세요. 예외 규칙을 추가할 때는 서비스 도메인만 지정하고, 공유 주소 대역 전체를 무분별하게 허용하지 마세요.
시스템 프록시를 껐는데도 일부 프로그램이 계속 노드를 사용하는 이유는 무엇인가요?
해당 프로그램에 로컬 프록시를 직접 설정했는지, TUN이 계속 실행 중인지 확인하세요. 시스템 프록시 스위치는 해당 경로를 사용하는 연결에만 영향을 줍니다. 앱 내부 프록시 설정을 자동으로 지우거나 가상 인터페이스의 트래픽 처리를 중지하지 않습니다.
클라이언트를 종료한 뒤 브라우저가 열리지 않으면 어디를 확인해야 하나요?
Windows의 「설정」→「네트워크 및 인터넷」→「프록시」에서 중지된 로컬 포트를 가리키는지 확인하세요. 먼저 v2rayN을 다시 실행한 뒤 트레이 메뉴에서 「시스템 프록시」→「시스템 프록시 지우기」를 선택하고 브라우저의 별도 프록시 설정도 확인할 수 있습니다.
안정적인 설정 조합을 유지하고 필요한 규칙만 수정하세요
일상적으로는 “시스템 프록시 + 중국 본토 우회”를 사용하고 전역 모드는 비교 테스트에 활용하세요. 명시적 프록시에서도 실패한다면 연결 지점과 노드를 확인합니다. 트래픽 처리 범위를 넓혀야 할 때만 TUN을 검토하고 모든 스위치를 한꺼번에 켜지 마세요.
용어를 더 확인하려면 용어집을, 전체 설정 순서는 사용 설명서를 참고하세요. 재현 가능한 대상, 실제 포트, 매칭된 출구를 기록해 두면 “전역을 켰음”만 기록하는 것보다 문제를 찾기 쉽습니다.