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

핵심 내용

시스템 프록시는 이 설정을 따르는 앱이 요청을 v2rayN에 전달할지 결정하고, 전역·중국 본토 우회 모드는 커널에 전달된 요청의 출구를 결정합니다. Windows 데스크톱을 기준으로 알림 영역 메뉴, 라우팅 프리셋, 로컬 포트, 터미널 테스트의 관계를 살펴보고, ‘요청이 프록시에 전달되지 않은 경우’와 ‘전달된 요청이 규칙에 따라 직접 연결된 경우’를 구분하는 방법을 안내합니다.

먼저 앱 연결과 커널 라우팅을 구분하세요

v2rayN은 연결 설정을 관리하고 프록시 커널을 실행하며 시스템 프록시 설정을 변경하는 데스크톱 GUI 클라이언트입니다. 앱 요청은 먼저 커널의 로컬 리스너로 들어와야 라우팅 규칙이 적용됩니다. 노드를 선택하고 커널을 실행했다고 해서 모든 앱이 프록시를 사용하는 것은 아닙니다.

앱 계층: 브라우저나 개발 도구가 시스템 프록시를 읽을지 결정합니다. 앱 자체 프록시 설정이나 환경 변수를 사용하거나 직접 연결할 수도 있습니다.
연결 계층: 시스템 프록시를 읽는 앱은 해당 요청을 설정된 로컬 주소와 포트(예: 127.0.0.1:10808)로 전달합니다.
라우팅 계층: 커널이 도메인, IP, 포트 등의 조건에 따라 규칙을 적용해 프록시, 직접 연결 또는 차단 중 하나를 선택합니다.
연결 설정 계층: 프록시 출구는 현재 노드의 프로토콜과 전송 설정으로 원격 서버에 연결합니다. VMess와 VLESS는 이 계층의 연결 설정이며 시스템 프록시 모드가 아닙니다.

따라서 ‘시스템 프록시 설정 + 중국 본토 우회’는 모순이 아닙니다. 전자는 앱이 프록시에 연결되도록 하고, 후자는 요청 일부가 직접 연결되도록 합니다. 반대로 ‘시스템 프록시 해제 + 전역’도 가능하지만, 일반 브라우저가 요청을 커널에 전달하지 않으면 라우팅 프리셋이 해당 요청을 처리할 수 없습니다.

시스템 프록시 설정·해제: 메뉴 위치와 변경 사항

Windows 알림 영역에서 v2rayN 아이콘을 마우스 오른쪽 버튼으로 클릭한 다음 ‘시스템 프록시’ 메뉴를 여세요. 일반적인 버전에는 ‘시스템 프록시 자동 설정’, ‘시스템 프록시 해제’, ‘시스템 프록시 변경 안 함’ 등의 항목이 있습니다. 여기서 ‘시스템 프록시 설정’은 주로 ‘시스템 프록시 자동 설정’을 선택하는 것을 뜻합니다. 버전에 따라 메뉴 이름은 조금 다를 수 있습니다.

작업	실제 변경 사항	대신 설정되지 않는 항목
시스템 프록시 자동 설정	현재 Windows 사용자 계정의 시스템 프록시를 클라이언트의 로컬 리스너로 지정합니다	앱별 프록시를 설정하거나 라우팅을 전역 모드로 바꾸지는 않습니다
시스템 프록시 해제	클라이언트가 관리하는 시스템 프록시 설정을 지워 해당 설정을 따르는 앱이 직접 연결하도록 합니다	터미널 환경 변수, 브라우저 확장 설정, 앱 내부 프록시는 지우지 않습니다
시스템 프록시 변경 안 함	현재 시스템 프록시 상태를 직접 변경하지 않습니다	프록시를 끈다는 뜻은 아닙니다. 기존 시스템 설정이 그대로 유지될 수 있습니다

선택한 뒤 Windows의 ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’에서 주소와 포트를 확인할 수 있습니다. 브라우저에 프록시 관리 확장 프로그램을 설치했다면 확장 프로그램이 시스템 설정, 고정 프록시, 사용자 지정 규칙 중 무엇을 사용하는지도 확인하세요. 확장 프로그램이 시스템 설정을 덮어쓰면 v2rayN의 시스템 프록시 메뉴만 바꿔서는 예상한 변화가 보이지 않을 수 있습니다.

먼저 커널을 실행하고 포트 충돌 오류가 없는지 확인한 뒤 시스템 프록시를 설정하세요. 리스너가 없는 포트로 앱이 연결되는 상황을 막을 수 있습니다.
클라이언트를 잠시 종료하기 전에는 시스템 프록시를 해제할 수 있습니다. 비정상 종료 후 웹 페이지에 접속할 수 없다면 시스템에 로컬 프록시 주소가 남아 있는지도 확인하세요.
회사 네트워크에서 기존 프록시나 자동 구성 스크립트를 사용한다면 변경 전에 원래 값을 기록해 두세요. 프록시 해제가 기존 네트워크 정책 전체를 복원하는 것은 아닙니다.

전역·중국 본토 우회: 요청 목적에 따라 출구 선택

v2rayN 메인 창 하단의 ‘라우팅’ 드롭다운에서 프리셋을 선택하세요. 세부 내용을 보려면 ‘설정’ → ‘라우팅 설정’으로 이동합니다. 내장 프리셋 이름에는 번호나 버전 접두어가 붙거나 표현이 다를 수 있으므로, 이름에 ‘전역’ 또는 ‘중국 본토 우회’가 포함된 항목을 찾아 실제 규칙을 확인하세요.

중국 본토 우회: 일상 사용에 적합한 시작점

권장

일반적인 규칙은 중국 본토 도메인이나 IP를 직접 연결하고 나머지 요청은 프록시로 보냅니다. 프리셋에 LAN 직접 연결 규칙이 포함된 경우도 있지만, 이름만 보고 포함 여부를 단정하지 말고 사용 전에 규칙을 확인하세요.

적합한 용도: 로컬 서비스, 중국 본토 사이트, 해외 사이트를 함께 이용하는 일상적인 웹 브라우징.

전역 모드: 출구 변수 최소화

커널에 전달된 요청을 가능한 한 모두 프록시 출구로 보내 단시간 비교 테스트를 하기 좋습니다. 다만 우선순위가 높은 기존 규칙이 일부 요청의 경로를 바꿀 수 있고, 전역 모드로 고장 난 노드나 잘못된 인증 정보가 해결되지는 않습니다.

적합한 용도: 분할 라우팅 오류 확인, 원격 출구 검증, 특정 사이트 연결 문제 재현.

중국 본토 우회는 웹 페이지의 언어에 따라 트래픽을 나누는 기능이 아닙니다. 중국어 페이지도 해외에 호스팅될 수 있고, 국제 서비스가 중국 본토 CDN을 사용할 수도 있습니다. 규칙은 페이지의 문구가 아니라 요청의 도메인, DNS 조회 결과인 IP, 규칙 세트를 기준으로 적용됩니다. 브라우저가 도메인으로 접속할 때와 프로그램이 IP에 직접 접속할 때는 적용되는 규칙이 다를 수도 있습니다.

대표적인 두 가지 설정: 일상 브라우징과 개발 디버깅

전역 모드를 항상 기본값으로 사용할 필요는 없습니다. 일상적인 사용에서는 불필요한 우회를 줄이고, 디버깅에서는 테스트 조건을 일관되게 유지하는 것이 중요합니다. 아래 두 설정은 모두 노드가 정상이고 커널이 실행 중이며, 네트워크를 별도로 제어하는 다른 기능은 켜져 있지 않다고 가정합니다.

권장 설정: 사용 목적에 따라 연결 방식과 라우팅 조합

일상 브라우징

시스템 프록시에서 ‘시스템 프록시 자동 설정’을 선택합니다.
규칙을 확인한 ‘중국 본토 우회’ 프리셋을 라우팅으로 선택합니다.
브라우저 프록시 확장 프로그램은 시스템 설정을 사용하도록 해 중복 적용을 피합니다.
필요에 따라 LAN 장치와 내부 도메인에 직접 연결 규칙을 추가합니다.

개발 디버깅

명령 하나만 테스트한다면 로컬 프록시 포트를 명시합니다.
잠시 ‘전역’으로 전환해 중국 본토 우회 설정과 동일한 대상을 비교합니다.
localhost, 루프백 주소 및 필요한 내부 서비스에 대한 우회 설정을 유지합니다.
결과를 기록한 뒤 일상용 프리셋으로 되돌려 후속 테스트에 영향을 주지 않도록 합니다.

한 번에 변수 하나만 바꾸세요. 먼저 노드와 연결 방식을 고정하고 라우팅을 비교합니다. 노드, DNS, 라우팅, 브라우저 확장 프로그램을 동시에 바꾸지 마세요.

예를 들어 중국 본토 코드 저장소에는 정상적으로 접속되지만 해외 API 하나가 시간 초과된다면, 노드는 그대로 두고 라우팅만 중국 본토 우회에서 전역으로 바꿔 보세요. 전역에서는 정상이고 기존 설정에서만 실패한다면 대상 도메인이 직접 연결 규칙에 걸렸는지 확인하세요. 두 모드 모두 실패한다면 같은 프리셋을 반복해서 바꾸기보다 노드 연결 상태, 서버 측 제한, 앱 자체 설정을 점검해야 합니다.

LAN 관리 화면이 열리지 않음: 대상이 사설 IP인지 내부 도메인인지 확인하고 해당 직접 연결 규칙이 있는지 점검하세요.
중국 본토 서비스에서 다른 지역 로그인 알림이 표시됨: 먼저 프록시 출구를 통해 접속 중인지 확인한 다음 해당 서비스에 대한 구체적인 규칙을 조정하세요.
프로그램 하나에서만 문제가 발생함: 전체 구독과 라우팅을 초기화하기 전에 해당 프로그램의 연결 설정부터 확인하세요.

로컬 포트 확인: 브라우저와 터미널에서 각각 테스트

‘설정’ → ‘매개변수 설정’을 열어 로컬 리스너 포트를 확인하고, 메인 화면의 상태나 시작 로그에 표시된 실제 값과 대조하세요. 아래에서는 10808을 예시로 사용하며, 해당 포트가 HTTP와 SOCKS 요청을 모두 받는다고 가정합니다. 모든 버전에서 같은 기본값을 사용하는 것은 아닙니다. 설치된 버전에서 두 종류의 연결 지점을 따로 제공한다면 각 포트에 맞게 사용하세요.

10808

이 문서에서 사용하는 프록시 포트 예시입니다. 실행 전에 로컬 설정을 확인하세요

127.0.0.1

로컬 IPv4 루프백 주소이며 원격 노드 주소가 아닙니다

15초

아래 비교 명령의 최대 대기 시간

Windows PowerShell에서는 명령 별칭이 매개변수 해석에 영향을 주지 않도록 curl.exe로 프록시를 지정해 테스트할 수 있습니다. 첫 번째 명령은 HTTP 프록시 연결 지점을 사용하고, 두 번째는 SOCKS를 사용해 도메인 처리를 프록시 측에 맡깁니다. 세 번째는 curl 프록시 설정을 우회해 직접 연결을 시도합니다. 한 번의 성공 여부보다 동일한 대상을 대상으로 한 결과의 차이가 진단에 더 유용합니다.

curl.exe --proxy http://127.0.0.1:10808 --max-time 15 -I https://example.com/
curl.exe --proxy socks5h://127.0.0.1:10808 --max-time 15 -I https://example.com/
curl.exe --noproxy "*" --max-time 15 -I https://example.com/

이 명령은 시스템 프록시 설정 여부와 관계없이 실행할 수 있지만 커널 라우팅의 영향을 받습니다. 로컬 프록시를 명시했다고 해서 요청이 반드시 원격 노드를 거치는 것은 아닙니다. TUN을 사용 중이라면 세 번째 명령도 클라이언트를 완전히 우회한다는 증거가 되지 않습니다. curl 외부에서 트래픽을 투명하게 가로챌 수 있기 때문입니다.

로컬 포트에 연결할 수 없음: 커널이 실행 중인지, 리스너 포트가 올바른지, 로그에 주소 충돌 오류가 있는지 확인하세요.
프록시를 명시한 테스트는 정상인데 브라우저는 실패함: 시스템 프록시 주소, 브라우저 확장 프로그램, 브라우저 자체 프록시 설정을 확인하세요.
브라우저는 정상인데 터미널은 실패함: 도구가 시스템 프록시를 읽는지 확인하세요. 필요하면 명령 옵션이나 해당 도구가 지원하는 프록시 환경 변수를 사용하세요.
로컬 포트에는 연결되지만 대상 요청은 실패함: 라우팅 규칙 적용 결과, DNS, 원격 연결 로그를 확인하세요. 로컬 리스너에 연결된 것만으로 노드가 정상이라고 판단해서는 안 됩니다.

명령에서 HTTP 상태 코드가 반환되었다는 것은 이번 대상 요청에 응답이 왔다는 뜻일 뿐, 모든 프로토콜·사이트·앱이 정상이라는 의미는 아닙니다. 실제로 문제가 발생한 도메인을 다시 테스트할 때는 요청 방식을 동일하게 유지하세요. 일부 서비스는 HEAD 요청을 제한하므로 -I의 오류만 보고 프록시가 작동하지 않는다고 판단하면 안 됩니다.

자주 묻는 질문: 모드를 바꿔도 예상대로 작동하지 않는 이유

전역 모드를 선택했는데 터미널의 출구 IP가 그대로인 이유는 무엇인가요?

먼저 터미널 요청이 로컬 리스너로 들어가도록 설정하세요. 위의 --proxy 옵션으로 확인한 다음, 도구가 지원하는 http_proxy, https_proxy 환경 변수나 전용 옵션을 설정합니다. 환경 변수 적용 여부는 프로그램마다 다르며 전역 라우팅이 대신 설정해 주지는 않습니다.

시스템 프록시를 해제했는데 일부 프로그램은 왜 계속 노드를 통하나요?

프로그램 자체의 고정 프록시 설정, 브라우저 확장 프로그램, 터미널 환경 변수, TUN 사용 여부를 차례로 확인하세요. 시스템 프록시 해제는 해당 시스템 연결 설정만 처리하며 이런 독립적인 경로를 끄지 않습니다. 기존 연결을 재사용하는 경우도 배제할 수 있도록 해당 프로그램을 종료한 뒤 다시 실행해 보세요.

중국 본토 우회 모드에서 사이트 하나가 열리지 않으면 전역 모드로 계속 바꿔도 되나요?

먼저 전역 모드를 비교 테스트에 사용하세요. 전역에서만 정상이라면 해당 사이트와 리소스 도메인에 적용된 규칙을 확인하고, 필요한 대상에만 프록시 출구를 지정한 뒤 규칙 순서를 조정하세요. 장기간 프록시 적용 범위를 넓히는 것보다 LAN과 중국 본토 서비스의 정상적인 연결 경로를 유지하기 쉽습니다.

구독을 업데이트하면 시스템 프록시와 라우팅 설정도 함께 복원되나요?

일반적인 노드 구독은 주로 연결 항목을 업데이트합니다. 시스템 프록시, 라우팅 프리셋, 사용자 지정 규칙까지 복원된다고 볼 수는 없습니다. 업데이트 후 현재 활성 노드, ‘시스템 프록시’ 상태, ‘라우팅’ 선택을 각각 확인하세요. 전체 사용자 지정 설정을 가져오면 커널 설정이 바뀔 수도 있으므로 별도로 점검해야 합니다.

Android에서도 Windows 메뉴를 그대로 따라 설정해야 하나요?

아니요. v2rayNG는 Xray 커널을 사용하며 일반적으로 Android VPN 인터페이스로 트래픽을 연결하고, 앱별 프록시와 라우팅 설정으로 적용 범위를 제어합니다. v2flyNG는 V2Fly 커널을 사용합니다. 연결 방식은 데스크톱 시스템 프록시와 다르지만 ‘요청이 연결되었는지 먼저 확인한 뒤 출구 규칙을 점검한다’는 문제 해결 순서는 여전히 유효합니다.

마지막으로 정해진 순서에 따라 다시 확인하세요. 활성 노드가 올바른지, 로컬 연결 지점이 작동하는지, 앱이 연결되어 있는지, 라우팅 규칙이 어떤 출구를 선택하는지, 대상에 연결되는지 점검합니다. 이 다섯 항목을 나눠 기록하면 시스템 프록시 설정, 분할 라우팅 규칙, 원격 연결 중 어디에 문제가 있는지 구분할 수 있습니다.