2026년 11월 2일 · 프록시 모드 · 약 9분

시스템 프록시·전역·중국 본토 우회 모드 차이: v2rayN 프록시 모드 설정 가이드

시스템 프록시와 라우팅 모드의 차이를 설명하고, 전역·중국 본토 우회·직접 연결 모드의 트래픽 경로를 비교합니다. 일상적인 사용 환경에 맞는 설정 조합도 안내합니다.

핵심 내용

시스템 프록시는 해당 설정을 지원하는 앱이 요청을 v2rayN으로 전달할지 결정하고, 전역·중국 본토 우회·직접 연결은 요청이 코어에 들어온 뒤 어떤 경로로 나갈지 결정합니다. 이 글에서는 진입 경로, 라우팅, 확인 순서로 설정 방법을 설명합니다. 노드를 가져왔지만 프록시 모드가 헷갈리는 데스크톱 사용자에게 적합합니다. 먼저 브라우저로 진입 경로를 확인하고, 라우팅 결과를 비교한 다음 시스템 프록시를 따르지 않는 앱을 점검하세요.

1. 시스템 프록시와 라우팅 모드: 서로 다른 두 설정

v2rayN에서 서버를 선택하면 사용할 프록시 출구가 정해질 뿐, 모든 앱이 자동으로 이를 사용하는 것은 아닙니다. 일반적인 연결 흐름은 앱이 프록시 설정을 읽고 요청을 로컬 수신 포트로 전달한 뒤, 코어가 라우팅 규칙에 따라 프록시·직접 연결·차단 중 하나를 선택하는 방식입니다. 어느 한 단계라도 연결되지 않으면 노드 응답 시간은 정상인데 웹페이지가 열리지 않을 수 있습니다.

데스크톱 인터페이스에서는 보통 하단 상태 표시줄에 ‘시스템 프록시’와 ‘라우팅’ 메뉴가 있습니다. Windows 트레이 메뉴에서도 시스템 프록시를 설정할 수 있습니다. 빌드에 따라 메뉴 이름과 위치가 다를 수 있으므로 특정 아이콘만 찾기보다는 설정의 의미를 기준으로 확인하세요. Windows에서 자주 볼 수 있는 옵션은 ‘시스템 프록시 자동 설정’, ‘시스템 프록시 해제’, ‘시스템 프록시 설정 유지’입니다.

2. 전역·중국 본토 우회·직접 연결: 세 가지 출구 정책

라우팅 프리셋은 편집할 수 있고, 클라이언트 빌드와 코어, 규칙 파일에 따라 달라질 수 있습니다. 아래 내용은 일반적인 정책의 의미를 비교한 것으로, 이름이 같은 모든 설정이 세부 규칙까지 동일하다는 보장은 없습니다. 결과가 예상과 다르면 현재 선택된 규칙과 로그에 기록된 출구를 확인하세요.

중국 본토 우회: 규칙에 따라 트래픽 분기

추천

일반적으로 중국 본토의 도메인이나 IP 목록에 해당하는 요청은 직접 연결로 보내고, 나머지는 프록시 출구로 보냅니다. 일상적인 사용을 위한 기본 설정으로 적합하지만, 분류 결과는 규칙 데이터와 도메인 인식, DNS 정책에 따라 달라집니다. 실제로 일치한 규칙과 출구 로그를 기준으로 확인하세요.

적합한 경우: 중국 국내 서비스와 해외 서비스를 함께 사용하고, 로그를 확인해 규칙을 조정할 수 있을 때.

전역: 대부분의 트래픽을 프록시로 연결

가로챈 요청을 프록시 출구로 보내면 분할 라우팅 규칙이 문제인지 확인하기 쉽습니다. 일부 설정에는 로컬 네트워크 직접 연결 등의 예외가 남아 있을 수 있습니다. 내부망 서비스, 기업 로그인, 지역 제한이 있는 서비스에는 별도 규칙이 필요할 수도 있습니다.

적합한 경우: 노드의 출구를 잠시 확인하거나 특정 앱을 프록시로 접속해야 할 때.

직접 연결: 로컬 네트워크로 접속

코어에 들어온 요청을 선택한 원격 프록시 서버를 거치지 않고 직접 연결로 목적지에 보냅니다. 트래픽은 여전히 로컬 코어의 처리를 거칠 수 있으므로 시스템 프록시 해제와는 다른 동작이며, DNS 설정까지 원래대로 복구된다는 뜻도 아닙니다.

적합한 경우: 로컬 네트워크에서 접속 가능한지 비교하거나 원격 프록시 경로의 영향을 잠시 제외할 때.

확인 방법: 진입 경로는 고정하고 라우팅만 변경

같은 노드와 브라우저, 테스트 주소를 유지한 채 전역 모드와 중국 본토 우회 모드를 비교하세요. 후자에서만 실패한다면 먼저 규칙 매칭과 DNS를 확인하세요. 바로 프로토콜을 바꾸거나 구독을 다시 가져오지는 마세요.

중국 본토 우회에서 ‘중국 본토’는 규칙상 분류를 뜻하며 물리적 거리를 기준으로 하지 않습니다. 해외 CDN을 사용하는 중국 웹사이트나 여러 지역의 접속 지점을 제공하는 서비스는 예상과 다른 규칙에 매칭될 수 있습니다. 규칙은 보통 순서대로 적용되므로 구체적인 조건과 기본 출구는 사용 중인 코어 설정에서 확인해야 합니다. 범위가 넓은 규칙을 앞에 두면 뒤에 있는 세부 규칙이 적용되지 않을 수도 있습니다.

3. v2rayN 설정 순서: 노드, 포트, 시스템 프록시, 라우팅

처음 확인할 때는 시스템 프록시만 사용하고 TUN은 잠시 끄세요. 브라우저 확장 프로그램의 별도 프록시 설정도 비활성화하세요. 여러 진입 경로가 겹치면 브라우저의 실제 연결 경로와 상태 표시줄 정보가 달라질 수 있습니다. 이미 업무용 설정이 있다면 변경 전에 기존 값을 기록해 두세요.

  1. 활성 노드 확인. 서버 목록에서 사용할 항목을 선택한 뒤 마우스 오른쪽 버튼 메뉴의 ‘활성 서버로 설정’을 선택하세요. 로그에서 코어가 정상적으로 시작되었는지 확인하세요. 지연 시간 테스트에 성공해도 웹페이지 접속이 확인된 것은 아닙니다.
  2. 로컬 수신 포트 확인. ‘설정’ → ‘매개변수 설정’에서 로컬 수신, SOCKS 또는 HTTP 관련 포트 항목을 찾으세요. 혼합 포트를 사용하는 인터페이스는 진입 포트를 하나만 표시할 수 있으므로 실제 설정과 시작 로그를 기준으로 확인하세요.
  3. 시스템 프록시 켜기. ‘시스템 프록시’에서 ‘시스템 프록시 자동 설정’을 선택하세요. Windows에서는 ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’에서 주소와 포트를 확인할 수 있습니다. macOS에서는 ‘시스템 설정’ → ‘네트워크’ → 현재 네트워크 서비스 → ‘세부사항’ → ‘프록시’에서 확인하세요.
  4. 먼저 전역 모드로 확인. ‘라우팅’에서 전역에 해당하는 프리셋을 선택하고 접속 가능한 HTTPS 페이지를 연 다음, 로그에 해당 요청이 표시되는지 확인하세요. DNS, 프로토콜, 전송 설정을 동시에 변경하지 마세요.
  5. 일상적인 분할 라우팅으로 전환. 중국 본토 우회 프리셋을 선택하고 중국 국내 서비스와 해외 서비스를 다시 확인하세요. 라우팅 변경이 브라우저의 연결 재사용 때문에 가려지지 않도록 새 연결로 테스트하세요.
10808
아래 명령의 SOCKS 포트는 예시입니다. 실제 포트로 바꿔 사용하세요
10809
아래 명령의 HTTP 포트는 예시입니다. 실제 포트로 바꿔 사용하세요

두 포트 값은 설명을 위한 예시일 뿐이며 현재 버전의 기본값을 보장하지 않습니다. 두 포트가 모두 열려 있어야 하는 것도 아닙니다. 시작 로그에 HTTP와 SOCKS를 함께 지원하는 혼합 포트 하나만 표시된다면 두 명령 모두 해당 포트로 바꾸세요. 주소를 127.0.0.1로 유지하면 테스트 범위를 이 컴퓨터로 한정할 수 있습니다. 웹페이지 문제를 확인하려고 로컬 네트워크에 접속을 허용하지 마세요.

# curl을 사용할 수 있는 터미널에서 한 줄씩 실행하세요. Windows에서는 curl.exe를 사용할 수 있습니다.
# 먼저 포트를 v2rayN이 현재 실제로 수신 중인 값으로 바꾸세요.
curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --head https://example.com/
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --head https://example.com/

socks5h는 명령이 목적지 도메인을 먼저 로컬에서 조회하지 않고 SOCKS 프록시 측에서 처리하도록 지정합니다. 위 명령은 시스템 프록시 설정과 관계없이 프록시 진입 경로를 직접 지정하므로 로컬 진입점에서 요청을 처리할 수 있는지 확인할 때 사용합니다. 현재 라우팅에서 프록시 출구를 선택한 경우에만 성공 결과가 해당 원격 프록시 경로의 정상 작동도 보여 줍니다.

4. 일상적인 분할 라우팅과 임시 문제 해결: 설정을 나누어 관리

‘중국 본토 우회 권장’에는 전제가 있습니다. 클라이언트가 앱 트래픽을 받고, 규칙 데이터가 정상적으로 사용 가능하며, 노드에도 연결할 수 있어야 합니다. 진입 경로가 작동하지 않으면 라우팅을 바꿔도 앱의 연결 방식은 해결되지 않습니다. 일상 설정과 문제 해결용 설정을 따로 기록해 두면 테스트 후 원래 설정으로 되돌리는 것을 잊지 않을 수 있습니다.

설정 구성: 일상 사용과 문제 해결을 분리

일상적인 웹 탐색과 업무
  • 시스템 프록시에서 ‘시스템 프록시 자동 설정’을 선택합니다.
  • 라우팅은 중국 본토 우회를 기본으로 사용합니다.
  • 필요에 따라 내부망 도메인과 로컬 네트워크 주소를 직접 연결로 설정합니다.
  • 프록시가 꼭 필요한 앱만 별도로 진입 경로를 설정합니다.
일시적인 접속 오류 확인
  • 같은 활성 노드와 로컬 수신 포트를 유지합니다.
  • TUN을 끄고 브라우저의 별도 프록시 설정을 비활성화합니다.
  • 전역 모드, 중국 본토 우회, 직접 연결 순서로 테스트합니다.
  • 대상 도메인과 오류 내용, 해당 요청의 출구를 기록합니다.

테스트가 끝나면 일상적인 라우팅으로 되돌리세요. 매번 설정을 하나씩만 바꿔야 성공 또는 실패의 원인을 구체적인 단계로 좁힐 수 있습니다.

TUN은 트래픽을 받는 별도의 진입 방식이지 ‘더 완전한 전역 라우팅’이 아닙니다. 가상 네트워크 인터페이스로 지정된 조건에 맞는 IP 트래픽을 받은 뒤에도 라우팅을 통해 출구를 결정해야 합니다. 사용 시 관리자 권한, 시스템 경로, DNS 가로채기, UDP 지원이 필요할 수 있습니다. 실제 적용 범위는 설정에 따라 달라지며 모든 앱의 트래픽을 가로챈다고 보장할 수는 없습니다.

5. 모드를 바꿔도 달라지지 않음: 진입 경로와 출구를 증상별로 점검

문제를 확인할 때는 트레이 아이콘이나 연결 테스트 수치만 보지 말고 새 요청에 해당하는 로그를 먼저 확인하세요. 로그에 대상이 표시되더라도 원격 노드를 거쳤다고 단정할 수 없습니다. 출구 표시와 연결 오류도 함께 살펴보세요. 로그를 공유하기 전에 구독 주소와 인증 정보, 기타 민감한 설정을 삭제하세요.

전역 모드인데 브라우저에서만 되는 이유는 무엇인가요?

전역 모드는 코어에 들어온 요청의 라우팅만 바꿉니다. 대상 소프트웨어의 네트워크 또는 프록시 설정에서 시스템 프록시를 사용하는지 확인하세요. 수동 입력만 지원한다면 v2rayN의 실제 로컬 주소와 해당 프로토콜의 포트를 입력하세요. 소프트웨어에 프록시 설정이 없다면 TUN이 필요한지 검토하세요.

시스템 프록시를 해제했는데 다운로드 도구는 왜 여전히 노드를 거치나요?

다운로드 도구 자체의 프록시 설정, 터미널의 프록시 환경 변수, TUN이 계속 실행 중인지 확인하세요. 시스템 프록시를 해제해도 이러한 별도의 진입 경로는 해제되지 않습니다. 해당 설정을 끄거나 변경한 뒤 진행 중인 작업을 중지하고 새 연결을 시작하세요.

전역 모드에서는 열리는데 중국 본토 우회에서는 열리지 않을 때는 어떻게 확인하나요?

같은 노드를 유지하고 실패한 도메인을 기록한 뒤 분할 라우팅에서 어떤 출구로 연결되는지 확인하세요. 직접 연결로 분류되었다면 도메인 규칙과 IP 규칙을 점검하세요. 프록시를 계속 사용한다면 DNS 조회 결과와 연결 오류를 비교하세요. geosite 및 geoip 규칙을 사용 중이라면 관련 데이터가 로드되었는지도 확인하세요.

v2rayN을 종료한 뒤 브라우저에서 인터넷에 연결되지 않으면 어떻게 하나요?

먼저 시스템 프록시가 수신을 중단한 로컬 프록시 포트를 계속 가리키는지 확인하세요. 클라이언트를 다시 실행해 ‘시스템 프록시 해제’를 선택하거나 시스템 프록시 설정에서 남아 있는 수동 프록시를 끌 수 있습니다. TUN을 사용했다면 가상 인터페이스와 경로, DNS 설정도 복구되었는지 확인하세요.

로컬 포트가 사용 중이라고 표시됩니다. 라우팅을 바꾸면 해결되나요?

아니요. 포트가 이미 사용 중이면 수신 연결이 정상적으로 시작되지 않습니다. 중복 실행된 클라이언트를 종료하거나 ‘설정’ → ‘매개변수 설정’에서 수신 포트를 변경하세요. 코어를 다시 시작한 뒤 시스템 프록시와 앱의 수동 프록시 설정도 새 포트에 맞춰 변경해야 이전 포트로 계속 연결되지 않습니다.

6. 구독·프로토콜·DNS를 프록시 모드와 혼동하지 마세요

구독은 주로 서버 항목과 관련 연결 매개변수를 제공합니다. 구독 업데이트에 성공해도 시스템 프록시가 켜진 것은 아닙니다. VMess, VLESS, Trojan, Shadowsocks 항목을 바꿔도 라우팅 규칙 문제가 해결되는 것은 아닙니다. 이러한 프로토콜은 프록시 연결 방식을 설명할 뿐, 시스템 트래픽을 가로채는 범위를 정하지 않습니다.

마지막 점검: 요청이 들어왔는지 먼저 확인한 뒤 어디로 나갔는지 살펴보세요

재현 가능한 테스트 주소를 하나 정해 두세요. 로그에 해당 요청이 없으면 진입 경로를 확인하고, 요청은 들어왔지만 출구가 맞지 않으면 라우팅을 확인하세요. 출구가 올바른데도 실패한다면 DNS와 노드, 대상 서비스를 점검하세요. 이 순서대로 확인하면 전역과 중국 본토 우회 모드를 반복해서 바꾸는 것보다 원인을 쉽게 찾을 수 있습니다.

v2rayN 다운로드운영체제와 설치 형식을 선택하세요