V2Ray 시스템 프록시 설정 가이드: 전체 프록시·중국 본토 우회·직접 연결

핵심 내용

시스템 프록시는 앱이 요청을 로컬 클라이언트로 보낼지 결정하고, 라우팅 모드는 코어에 들어온 요청이 어떤 경로로 나갈지 결정합니다. Windows용 v2rayN을 예로 들어 세 가지 라우팅 모드의 차이, 포트 확인 방법, 분기 라우팅 문제의 점검 순서를 설명하고 Android 클라이언트의 트래픽 처리 범위도 살펴봅니다. 구독을 가져왔지만 어떤 모드를 선택해야 할지 헷갈리는 사용자에게 적합합니다.

시스템 프록시와 라우팅: 두 설정의 차이

‘전체 프록시를 켠다’는 말은 서로 다른 두 작업을 가리킬 때가 많습니다. 운영체제의 프록시 설정을 바꾸는 작업과 코어의 기본 출구를 프록시로 바꾸는 작업입니다. 전자는 진입 경로, 후자는 나가는 경로입니다. 한쪽만 설정한다고 해서 모든 앱의 트래픽이 예상대로 프록시를 통과하는 것은 아닙니다.

일반적인 데스크톱 설정에서는 브라우저가 시스템 프록시를 읽어 요청을 로컬 리스닝 주소로 보냅니다. v2rayN이 관리하는 코어는 요청을 받은 뒤 라우팅 규칙에 따라 프록시, 직접 연결 또는 차단을 선택합니다. 구독은 서버 설정을 제공할 뿐, 모든 앱에서 프록시를 켜 주지는 않습니다. VMess와 VLESS는 연결 프로토콜이지 ‘전체 프록시’나 ‘중국 본토 우회’를 뜻하는 말이 아닙니다.

앱 계층: 앱이 시스템 프록시를 사용하거나, 프록시를 수동으로 지정하거나, 프록시를 전혀 사용하지 않을 수 있습니다.
로컬 진입점: 요청이 클라이언트에서 실제로 활성화된 HTTP, SOCKS 또는 혼합 리스닝 포트로 들어옵니다.
라우팅 계층: 코어는 도메인, IP, 포트 등의 조건에 따라 규칙을 순서대로 확인한 뒤 해당 출구를 사용합니다.
출구 계층: 프록시 출구는 원격 서버를 통해 대상에 연결하고, 직접 연결 출구는 이 기기의 네트워크로 대상에 연결합니다.

전체 프록시·중국 본토 우회·직접 연결의 트래픽 차이

모드 이름은 클라이언트가 규칙 묶음을 간단히 나타낸 것입니다. 실제 동작은 현재 규칙의 내용과 순서에 따라 달라집니다. 기본 설정에도 로컬 네트워크나 특정 도메인을 직접 연결하는 예외가 있을 수 있으므로, ‘전체 프록시’라고 해서 예외가 전혀 없다고 볼 수는 없습니다. 사용자 지정 규칙으로 동작이 달라질 수도 있으니 모드를 바꾸기 전에 우선 적용되는 규칙이 있는지 확인하세요.

라우팅 모드	일반적인 트래픽 경로	적합한 작업	주요 점검 항목
전체 프록시	코어에 들어온 요청은 기본적으로 프록시 출구를 이용	프록시 출구를 확인하고 분기 라우팅의 영향을 임시로 제외	예외 규칙과 프록시 서버 연결 상태
중국 본토 우회	중국 본토 도메인 또는 IP 규칙에 해당하는 요청은 직접 연결하고 나머지는 보통 프록시를 이용	현지 서비스와 해외 사이트를 함께 이용	규칙 데이터, DNS, 기본 출구
직접 연결	코어에 들어온 요청은 기본적으로 이 기기의 네트워크를 통해 나감	기본 네트워크 경로와 비교하고 서버 연결 문제를 점검	우선 적용되는 프록시 또는 차단 규칙이 남아 있는지

‘중국 본토 우회’는 페이지 언어, 웹사이트 브랜드 또는 최상위 도메인만으로 판단하는 기능이 아닙니다. 중국어 사이트가 해외 리소스를 사용할 수도 있고, 해외 브랜드가 중국 본토 서비스를 사용할 수도 있습니다. 페이지 하나가 로그인, 이미지, 동영상 등 여러 도메인에 동시에 요청을 보낼 수 있으며, 각 요청은 서로 다른 규칙에 해당할 수 있습니다. 페이지 본문은 열리는데 첨부 콘텐츠가 로드되지 않는다면 주소창의 대표 도메인만 보지 말고 실패한 요청을 확인하세요.

‘직접 연결’은 ‘클라이언트를 종료한다’는 뜻도 아닙니다. 직접 연결 모드에서도 앱이 먼저 로컬 프록시 포트에 연결하고, 코어가 대상에 직접 접속할 수 있습니다. 클라이언트를 종료하면서 시스템 프록시를 해제하지 않으면 앱이 더 이상 연결을 받지 않는 포트에 계속 접속해 여러 사이트가 한꺼번에 열리지 않을 수 있습니다.

v2rayN 설정 순서: 진입점부터 라우팅까지

아래 설명은 Windows 데스크톱에서 시스템 프록시를 수동으로 사용하는 경우를 기준으로 합니다. 버전에 따라 메뉴 위치나 기본 설정 이름이 조금 다를 수 있으며, 트레이 메뉴와 메인 창의 설정이 서로 연동될 수도 있습니다. 작업 전에 현재 라우팅 설정 이름을 기록하고, 다른 트래픽 처리 경로가 섞이지 않도록 점검 중에는 TUN을 함께 켜지 마세요.

활성 구성 확인

메인 창의 서버 목록에서 사용할 구성을 선택한 뒤, 마우스 오른쪽 버튼 메뉴의 ‘활성 서버로 설정’을 선택합니다. 구독을 업데이트해도 구성 목록만 갱신될 뿐 현재 활성 서버가 바뀌지는 않을 수 있습니다.
로컬 포트 확인

‘설정’ → ‘매개변수 설정’을 열어 로컬 리스닝 주소와 포트를 확인하고 메인 창에 표시된 정보와 대조합니다. HTTP, SOCKS 또는 혼합 포트가 실제로 어떤 용도로 설정되어 있는지 기록하고, 오래된 가이드의 숫자를 그대로 사용하지 마세요.
시스템 프록시 설정

작업 표시줄 알림 영역의 v2rayN 아이콘을 마우스 오른쪽 버튼으로 클릭한 뒤 ‘시스템 프록시’ → ‘시스템 프록시 자동 설정’을 선택합니다. 이 작업은 시스템 프록시 설정을 적용하지만 모든 앱이 해당 설정을 따르도록 강제하지는 않습니다.
라우팅 설정 선택

메인 창 하단의 ‘라우팅’ 선택 영역에서 원하는 설정으로 전환합니다. 기본 설정 이름에 번호나 영문 접미사가 붙어 있다면 목록의 위치만 보고 판단하지 말고 규칙 내용으로 ‘전체 프록시’, ‘중국 본토 우회’, ‘직접 연결’을 구분하세요.
테스트 연결 다시 만들기

기존 테스트 페이지를 닫고 다시 열어 보세요. 필요하면 브라우저도 종료한 뒤 다시 실행합니다. 기존 장기 연결은 이전 출구를 계속 사용할 수 있습니다. 모드를 바꾼 다음 로그에서 새 연결과 아웃바운드 표시를 확인하세요.

기본 네트워크로 되돌리려면 트레이 메뉴에서 ‘시스템 프록시’ → ‘시스템 프록시 해제’를 선택한 다음 브라우저에 별도로 수동 프록시가 설정되어 있는지 확인합니다. TUN을 사용 중이라면 TUN도 따로 꺼야 합니다. 시스템 프록시를 해제해도 가상 네트워크 어댑터의 트래픽 처리는 취소되지 않습니다. 회사 네트워크에서 고정 프록시나 자동 구성 스크립트를 사용한다면 기존 설정을 먼저 기록하고 테스트가 끝난 뒤 원래대로 복구하세요.

포트 확인: 예시 값을 기본값으로 착각하지 마세요

포트는 앱이 연결할 로컬 진입점을 정하며, 트래픽이 최종적으로 원격 서버를 거칠지는 결정하지 않습니다. 아래 두 숫자는 수동 설정의 대응 관계를 설명하기 위한 예시일 뿐입니다. 클라이언트에서 해당 리스너를 실제로 켠 경우에만 앱에서 사용할 수 있습니다. 현재 버전에서 혼합 포트를 사용한다면 매개변수 설정에 표시된 값을 기준으로 하세요.

10808

이 문서의 SOCKS 진입점 예시 포트

10809

이 문서의 HTTP 진입점 예시 포트

HTTP 프록시 예시

서버: 127.0.0.1
포트: 10809
앱 설정: HTTP 프록시 또는 CONNECT를 지원하는 프록시 항목
전제 조건: 해당 포트에서 HTTP 또는 혼합 리스너가 실제로 활성화되어 있어야 함

앱의 프록시 설정에 입력하는 값이며 원격 서버 주소가 아닙니다.

SOCKS 프록시 예시

서버: 127.0.0.1
포트: 10808
앱 설정: SOCKS5 프록시 항목
전제 조건: 해당 포트에서 SOCKS 또는 혼합 리스너가 실제로 활성화되어 있어야 함

앱이 도메인 조회를 프록시에 맡기는지는 앱의 DNS 설정에 따라서도 달라집니다.

127.0.0.1은 현재 기기 자체를 가리킵니다. 휴대폰에 이 주소를 입력해도 컴퓨터에 연결되지는 않습니다. 여러 기기에서 함께 사용하려면 로컬 네트워크 리스닝, 방화벽, 접근 제어를 설정해야 하며 포트 숫자만 바꿔서는 해결되지 않습니다. 한 기기에서만 사용하는 일반적인 경우에는 로컬 리스닝을 유지하고 ‘전체 프록시’를 위해 로컬 네트워크 접근을 허용할 필요가 없습니다.

일상적인 분기 라우팅과 임시 진단 모드 선택

모드는 특정 설정이 언제나 정답이라고 가정하지 말고 작업 목적에 맞춰 선택해야 합니다. 일상적인 사용에서는 로컬 서비스, 원격 리소스, 로컬 네트워크 기기가 각각 적절한 경로를 이용하는지가 중요합니다. 문제를 진단할 때는 변수를 최소화하고 결과를 재현할 수 있는지가 중요합니다.

두 가지 상황: 일상적인 접속과 문제 비교

일상적인 접속

먼저 중국 본토 우회 설정을 사용하고 기본 출구가 프록시인지 확인합니다.
프린터와 내부망 도메인 등을 위한 명확한 직접 연결 규칙을 유지합니다.
특정 사이트에 문제가 있다면 해당 사이트의 요청 도메인에 적용되는 규칙만 확인합니다.

문제 비교

분기 라우팅 문제인지 확인하려면 일시적으로 전체 프록시로 전환합니다.
그다음 직접 연결로 비교해 로컬 네트워크와 프록시 경로를 구분합니다.
활성 서버는 그대로 두고 한 번에 변수 하나만 변경합니다.

전체 프록시는 분기 라우팅 변수를 줄이는 데, 중국 본토 우회는 규칙에 따라 출구를 나누는 데, 직접 연결은 로컬 네트워크 경로를 확인하는 데 사용합니다.

전체 프록시에서는 정상인데 중국 본토 우회에서는 실패한다면 먼저 대상이 잘못 분류되어 직접 연결되고 있는지 확인한 다음 도메인 조회와 규칙 데이터를 점검하세요. 두 모드 모두 실패한다면 활성 서버, 인증 매개변수, 전송 설정, 현재 네트워크에서의 연결 가능성을 중점적으로 확인합니다. 라우팅 모드를 바꿔도 만료되거나 작동하지 않는 구독이 복구되지는 않으며, 호환되지 않는 VMess 또는 VLESS 설정을 자동으로 사용 가능한 설정으로 변환할 수도 없습니다.

Android에서 자주 발생하는 오해: 진입점은 달라도 점검 방법은 같습니다

v2rayNG는 Xray 코어를, v2flyNG는 V2Fly 코어를 사용합니다. Android에서 트래픽을 처리하는 대표적인 진입점은 데스크톱의 시스템 프록시가 아니라 시스템 VPN 서비스입니다. 연결을 시작한 뒤에도 실제 클라이언트로 들어오는 트래픽은 앱별 설정, 우회 옵션, 라우팅 규칙의 영향을 받습니다. 데스크톱의 ‘시스템 프록시 자동 설정’ 메뉴를 Android에 그대로 적용할 수는 없습니다.

브라우저는 정상인데 다른 앱은 실패: 데스크톱에서는 해당 앱이 시스템 프록시를 사용하는지 확인합니다. Android에서는 앱별 목록에서 해당 앱이 제외되어 있는지 먼저 확인합니다. 브라우저가 정상이라는 이유만으로 모든 트래픽이 처리되고 있다고 판단하면 안 됩니다.
전체 프록시로 바꾼 뒤 로컬 네트워크 서비스가 작동하지 않음: 사설 IP 주소와 내부망 도메인에 직접 연결 규칙이 유지되어 있는지 확인합니다. 기업 내부망은 특정 DNS에 의존할 수도 있으므로 IP 규칙만 추가해서는 해결되지 않을 수 있습니다.
웹페이지는 정상인데 실시간 통신에 문제가 있음: 앱의 전송 방식과 트래픽 처리 방식이 필요한 UDP 트래픽을 지원하는지 확인합니다. HTTP 시스템 프록시는 범용 UDP 전달 진입점이 아닙니다.
출구 IP 주소가 예상과 다름: 먼저 확인용 요청 자체가 어떤 출구를 이용했는지 확인합니다. 분기 라우팅 환경에서 한 번의 확인 결과는 해당 요청의 경로만 보여 주며 모든 연결의 경로를 의미하지 않습니다.

마지막 점검은 세 가지 질문으로 정리할 수 있습니다. 요청이 클라이언트에 들어왔는가, 어떤 라우팅 규칙에 해당했는가, 해당 출구가 대상에 연결할 수 있는가? 이 순서로 확인하면 모드를 계속 바꾸는 것보다 문제를 쉽게 찾을 수 있습니다. DNS, 구독 또는 연결 오류를 더 확인하려면 문제 해결 가이드를, 라우팅·아웃바운드·TUN 용어는 용어 설명을 참조하세요.