이 글은 노드를 가져왔지만 시스템 프록시와 라우팅 모드 중 무엇을 선택해야 할지 확신이 없는 사용자를 위한 안내서입니다. 앱 트래픽을 넘기는 단계와 코어에서 분할 라우팅하는 단계를 나누어 설명하고, 전체 모드와 중국 본토 우회 모드를 비교합니다. 또한 v2rayN 7.x의 일반적인 메뉴 경로, 포트 확인 방법, 일상적인 사용 시나리오별 선택 기준을 정리합니다.
먼저 시스템 프록시와 라우팅 모드의 단계를 구분하기
“시스템 프록시”와 “전체 모드”는 같은 설정이 아닙니다. 시스템 프록시는 운영 체제의 연결 진입점입니다. v2rayN에서 이 기능을 켜면 Windows 시스템 네트워크 설정에 로컬 프록시 주소가 등록됩니다. 브라우저와 시스템 프록시를 따르는 프로그램이 이 주소를 읽어야 요청을 v2rayN의 로컬 리스닝 포트로 보낼 수 있습니다.
전체 모드와 중국 본토 우회 모드는 코어 라우팅에 해당합니다. 요청이 이미 Xray 또는 V2Fly 코어에 도착한 뒤 라우팅 규칙이 원격 노드로 보낼지, 직접 연결할지, 차단할지를 판단합니다. 따라서 앱 트래픽을 로컬 프록시로 유입시키지 않은 상태에서 전체 모드만 전환해도 시스템의 모든 네트워크 연결이 자동으로 처리되지는 않습니다.
전체 경로는 “애플리케이션 → 시스템 프록시 또는 수동 프록시 → 로컬 포트 → 코어 라우팅 → 원격 노드 또는 직접 연결 출구”로 이해할 수 있습니다. 앞부분은 트래픽이 클라이언트로 들어올 수 있는지를 해결하고, 뒷부분은 클라이언트에 들어온 뒤 어떻게 전달할지를 결정합니다.
시스템 프록시만 켜기
시스템 설정을 따르는 앱은 로컬 프록시에 연결하지만, 최종적으로 프록시를 사용할지 직접 연결할지는 현재 라우팅 규칙이 결정합니다.
적합한 경우: 브라우저 등 자주 쓰는 프로그램의 트래픽을 먼저 넘길 때
전체 모드만 선택하기
코어는 클라이언트에 이미 들어온 연결을 프록시로 전달하지만, 시스템 프록시를 무시하는 프로그램까지 자동으로 처리하지는 않습니다.
적합한 경우: 앱에 프록시를 수동 설정했거나 TUN을 이미 켠 경우
시스템 프록시와 라우팅 규칙 함께 사용하기
권장먼저 트래픽을 넘길 범위를 정한 다음 도메인, IP, 프로토콜에 따라 직접 연결과 프록시를 결정하면 동작을 확인하고 재현하기가 쉽습니다.
적합한 경우: 일상적인 웹 탐색, 다운로드, 업무 환경
시스템 프록시가 처리할 수 있는 프로그램
v2rayN의 “시스템 프록시 자동 구성”은 현재 Windows 사용자 계정의 프록시 설정을 변경합니다. 일반적인 브라우저는 보통 이 설정을 따르며, 일부 다운로드 도구·데스크톱 프로그램·업데이트 프로그램도 설정을 읽습니다. 끌 때는 “시스템 프록시 지우기”를 사용해 운영 체제가 해당 프록시 주소를 사용하지 않도록 복원해야 합니다.
시스템 프록시는 네트워크 계층의 트래픽 전달 기능이 아닙니다. 명령줄 도구는 자체 설정이나 환경 변수만 읽을 수 있고, 게임은 보통 TCP·UDP 연결을 직접 생성하며, 일부 프로그램은 별도의 프록시 옵션을 사용합니다. 이런 연결은 브라우저와 동시에 실행 중이어도 시스템 프록시를 완전히 우회할 수 있습니다.
v2rayN 7.x 환경에서 로컬 SOCKS 포트의 초기값은 보통 10808, HTTP 포트는 10809입니다. 실제 포트는 “설정”→“매개변수 설정”→“기본 설정”에서 확인하세요. 포트를 변경했다면 프로그램에 수동으로 입력한 프록시 주소도 함께 업데이트해야 합니다.
주요 앱별 적용 여부
- 브라우저: 보통 Windows 시스템 프록시를 읽으므로 켜면 HTTP 및 HTTPS 요청을 v2rayN에 전달할 수 있습니다.
- 명령줄 도구: HTTP, HTTPS 또는 SOCKS 프록시를 별도로 설정해야 할 수 있으므로 작업 표시줄의 시스템 프록시 상태만 확인해서는 안 됩니다.
- 다운로드 도구: 프로그램 자체의 “연결” 또는 “프록시 서버” 설정을 확인해야 하며, 일부 도구는 기본적으로 직접 연결을 사용합니다.
- 게임 및 실시간 통신: UDP를 사용하거나 연결을 자체적으로 관리하는 경우가 많아 시스템 프록시만으로 완전히 처리하기 어렵습니다. 프로그램의 지원 여부나 TUN 모드를 함께 검토해야 합니다.
- 로컬 네트워크 프로그램: 라우터, 프린터 서비스 또는 파일 공유에 접속할 때는 보통 직접 연결을 유지해야 하며, 사설 네트워크 주소가 원격 노드로 전달되지 않도록 해야 합니다.
결론: 프록시 아이콘이 모든 프로그램을 처리한다는 뜻은 아닙니다
브라우저는 정상인데 게임, 터미널 또는 다운로드 도구에 변화가 없다면 먼저 해당 프로그램이 127.0.0.1:10808 또는 시스템 프록시를 사용하는지 확인하세요. 노드를 바꾸는 것이 우선은 아닙니다.
전체 모드와 중국 본토 우회 모드의 전달 방식
전체 모드는 일반적으로 코어에 들어온 연결 중 더 높은 우선순위의 규칙으로 제외되지 않은 모든 연결을 현재 원격 노드로 보낸다는 뜻입니다. 노드가 작동하는지 확인하기 쉽고 분류하기 어려운 주소를 임시로 처리할 때 유용하지만, 중국 본토 웹사이트·소프트웨어 업데이트·대용량 다운로드도 원격 경로를 거칠 수 있습니다.
중국 본토 우회 모드는 도메인 집합, IP 주소 데이터베이스, 사설 네트워크 규칙에 따라 트래픽을 분할합니다. 중국 본토 도메인과 IP는 보통 직접 연결하고 그 밖의 대상은 프록시로 보냅니다. 로컬 네트워크 주소도 일반적으로 직접 연결해야 합니다. 불필요한 원격 트래픽을 줄이면서 다른 대상에는 프록시 경로를 유지하는 방식입니다.
분할 라우팅은 웹페이지에 표시된 도메인만 확인하지 않습니다. 한 페이지가 기본 도메인, 이미지 도메인, API 도메인, 콘텐츠 전송 주소를 동시에 요청할 수 있습니다. 규칙 데이터가 오래되었거나 DNS 응답과 라우팅 판단이 일치하지 않으면 본문은 열리지만 이미지나 로그인 API가 실패할 수 있습니다.
| 비교 항목 | 전체 모드 | 중국 본토 우회 모드 |
|---|---|---|
| 코어에 들어온 중국 본토 웹사이트 | 대개 원격 노드를 통해 전달 | 규칙에 매칭되면 직접 연결 |
| 그 밖의 대상 주소 | 현재 노드를 통해 전달 | 대개 현재 노드를 통해 전달 |
| 로컬 네트워크 주소 | 사설 주소 규칙의 우선순위에 따라 다름 | 대개 사설 네트워크 규칙에 따라 직접 연결 |
| 규칙 의존성 | 낮음, 문제 해결에 적합 | 도메인 및 IP 규칙 데이터에 의존 |
| 중국 본토 대용량 다운로드 | 원격 노드의 대역폭을 사용할 수 있음 | 직접 연결로 매칭되면 로컬 네트워크 경로에 더 적합 |
표시 속도 300 Mbps인 가정용 회선에서 한 차례 비교 테스트를 진행한 결과, 중국 본토 콘텐츠 전송 노드에 직접 연결했을 때 다운로드 속도는 약 286 Mbps, 중국 본토 우회 모드에서는 약 281 Mbps, 속도 제한이 있는 노드를 통한 전체 모드에서는 약 84 Mbps였습니다. 이 수치는 경로 선택이 결과에 영향을 준다는 점만 보여 주며, 모든 회선에 같은 비율이 적용된다는 뜻은 아닙니다.
결론: 문제 확인에는 전체 모드, 장기 사용에는 중국 본토 우회 모드
전체 모드는 정상인데 중국 본토 우회 모드에서 문제가 발생한다면 라우팅 매칭, 규칙 데이터, DNS를 확인하세요. 두 모드 모두 문제가 있다면 먼저 노드, 포트, 앱의 트래픽 전달 범위를 점검해야 합니다.
v2rayN 설정 경로와 확인 절차
설정하기 전에 사용할 수 있는 서버를 선택하고 클라이언트 코어가 실행 중인지 확인하세요. 노드 목록에 표시된 지연 시간이 낮다고 해서 실제 요청까지 반드시 성공하는 것은 아닙니다. 지연 시간 테스트는 특정 탐색 방식으로 응답을 받았다는 사실만 보여 줍니다. 실제 확인은 브라우저 요청, 연결 로그, 대상 주소를 통해 진행해야 합니다.
v2rayN 7.x의 메뉴 문구는 마이너 버전에 따라 달라질 수 있지만 설정 구조는 같습니다. 시스템 프록시 메뉴는 Windows 프록시 상태를 관리하고, 라우팅 메뉴는 사전 정의된 분할 규칙을 관리하며, 매개변수 설정은 로컬 리스닝 포트 같은 기본 옵션을 관리합니다.
- 서버 목록에서 사용할 노드를 선택해 활성 서버로 지정하고, 하단 실행 상태에 코어 시작 오류가 없는지 확인합니다.
- “설정”→“매개변수 설정”→“기본 설정”을 열어 로컬 SOCKS 및 HTTP 리스닝 포트를 기록합니다. 일반적인 값은 각각
10808과10809입니다. - “시스템 프록시” 메뉴에서 “시스템 프록시 자동 구성”을 선택해 Windows 설정을 따르는 앱이 로컬 HTTP 프록시에 연결하도록 합니다.
- “라우팅”→“사전 정의 규칙”에서 일상적인 분할 방식으로 “중국 본토 우회”를 선택하세요. 규칙 문제를 확인할 때는 일시적으로 “전체”로 전환할 수 있습니다.
- 테스트할 브라우저 페이지를 다시 열어 기존 연결, 연결 풀 또는 DNS 캐시가 전환 전 경로를 계속 사용하지 않도록 합니다.
- 클라이언트 로그에서 대상 도메인, 대상 IP, 아웃바운드 태그, 오류 메시지를 확인해 요청이 프록시와 직접 연결 중 어느 쪽에 매칭되었는지 확인합니다.
앱이 시스템 프록시를 사용하는가
├─ 아니요: 앱에 127.0.0.1:10808을 별도로 설정하거나 TUN을 검토
└─ 예: 요청이 로컬 리스닝 포트에 도달했는지 확인
├─ 도달하지 않음: 포트, 리스닝 상태, 시스템 프록시 주소를 확인
└─ 도달함: 라우팅 매칭과 노드 연결 결과를 확인
├─ 전체 모드 정상, 중국 본토 우회 모드 이상: 규칙 데이터와 DNS를 확인
└─ 두 모드 모두 이상: 노드, 프로토콜 설정, 코어 로그를 확인
웹 탐색·다운로드·게임별 모드 선택
일상적인 웹 탐색에서는 중국 본토 서비스의 접속 속도와 다른 대상의 접근성을 함께 고려해야 합니다. 시스템 프록시와 중국 본토 우회 모드를 조합하면 안정적인 경로를 구성하기 쉽습니다. 중국 본토 요청은 직접 연결하고 그 밖의 요청은 규칙에 따라 현재 노드로 보내며, 브라우저는 보통 Windows 프록시 설정을 바로 읽습니다.
대용량 다운로드는 먼저 출처를 확인해야 합니다. 중국 본토 미러, 클라우드 저장소 또는 콘텐츠 전송 노드는 직접 연결해 원격 트래픽 사용을 줄이는 것이 좋습니다. 대상 서버가 다른 지역에 있고 직접 연결이 불안정하다면 전체 모드를 잠시 사용하거나 해당 도메인에 프록시 규칙을 추가할 수 있습니다.
게임은 “시스템 프록시가 켜져 있음”만으로 적용 여부를 판단할 수 없습니다. 많은 게임이 UDP, 독립 런처 또는 자체 네트워크 구성 요소를 사용하며 시스템 프록시를 읽지 않습니다. 이때 전체 모드도 코어에 들어온 연결만 처리할 뿐, 전달되지 않은 데이터를 자동으로 프록시로 보내지는 않습니다.
일상적인 웹 탐색과 업무
권장시스템 프록시를 켜고 중국 본토 우회 모드를 사용하면 중국 본토 서비스와 로컬 네트워크 리소스는 우선 직접 연결하고, 다른 대상은 규칙에 따라 프록시로 전달합니다.
적합한 경우: 브라우저, 문서 동기화, 일반 데스크톱 프로그램
임시 호환성 확인과 문제 해결
시스템 프록시는 켜 둔 상태에서 짧은 시간 전체 모드로 전환해 문제가 분할 라우팅 규칙 때문인지 확인합니다.
적합한 경우: 대상 도메인이 매칭되지 않거나 페이지 일부 리소스 로딩에 실패할 때
다운로드와 실시간 연결
먼저 프로그램이 시스템 프록시 또는 수동 프록시를 지원하는지 확인한 다음 대상 위치에 따라 직접 연결, 규칙 기반 프록시 또는 TUN 전달을 선택합니다.
적합한 경우: 다운로드 도구, 게임, UDP를 사용하는 프로그램
대상에 따라 모드 선택
- 중국 본토 웹사이트와 로컬 네트워크 리소스가 많다면 중국 본토 우회 모드를 우선 사용하고 사설 주소 직접 연결 규칙을 유지하세요.
- 노드 자체가 작동하는지 빠르게 확인해야 한다면 전체 모드로 잠시 전환하고 테스트가 끝나면 일상적인 규칙으로 되돌립니다.
- 중국 본토 우회 모드에서 특정 도메인의 경로가 잘못되면 명확한 도메인 규칙을 추가하세요. 전체 모드를 계속 사용할 필요는 없습니다.
- 프로그램에서 SOCKS 프록시 옵션을 제공한다면
127.0.0.1과 실제 SOCKS 포트를 입력하고 DNS 처리 방식을 확인하세요. - 프로그램이 프록시 설정을 완전히 무시한다면 v2rayN의 TUN 모드를 검토하고 관리자 권한, 라우팅 충돌, DNS 설정도 확인하세요.
일반적인 문제와 확인 방법
모드 선택이 잘못되면 보통 경로가 최적이 아니게 되지만, 포트나 노드가 잘못되면 연결 자체가 실패합니다. 문제를 해결할 때는 전환 전후의 모드, 대상 도메인, 발생 시각, 로그 오류를 기록하세요. 노드·라우팅·DNS·포트를 동시에 변경하면 어떤 항목이 영향을 주었는지 알 수 없게 됩니다.
일부 리소스만 실패한다면 주소 표시줄의 기본 도메인만 보지 말고 페이지가 참조하는 다른 도메인도 확인하세요. 중국 본토 서비스의 속도가 전체 모드에서 떨어진다면 경로가 우회된 일반적인 결과일 수 있으므로 중국 본토 우회 모드로 되돌리거나 직접 연결 규칙을 추가하면 됩니다.
이미 전체 모드를 선택했는데 게임 연결이 왜 달라지지 않나요?
전체 모드는 코어에 들어온 트래픽만 처리합니다. 먼저 게임이 수동 SOCKS 또는 HTTP 프록시를 지원하는지 확인하세요. 지원하지 않는다면 TUN 모드가 해당 TCP·UDP 연결을 넘겨받을 수 있는지 검토해야 합니다.
시스템 프록시를 켠 뒤에도 브라우저에서 접속할 수 없나요?
“설정”→“매개변수 설정”→“기본 설정”에서 리스닝 포트를 확인한 다음 Windows 프록시 주소가 127.0.0.1과 해당 HTTP 포트로 설정되어 있는지 점검하세요. 이어서 코어 로그에서 포트 충돌이나 연결 시간 초과가 발생했는지 확인합니다.
중국 본토 우회 모드에서 특정 페이지의 이미지만 열리지 않나요?
브라우저의 네트워크 요청과 v2rayN 로그에서 이미지가 실제로 사용하는 도메인을 찾고, 어떤 아웃바운드 규칙에 매칭되었는지 확인하세요. 필요하면 해당 도메인에 프록시 규칙을 추가한 뒤 설정을 다시 불러옵니다.
v2rayN을 종료한 뒤 다른 프로그램이 갑자기 인터넷에 연결되지 않나요?
v2rayN을 다시 시작한 다음 “시스템 프록시” 메뉴에서 “시스템 프록시 지우기”를 실행하고 정상적으로 종료하세요. 이 작업은 여전히 로컬 리스닝 포트를 가리키는 Windows 프록시 설정을 제거합니다.
전체 모드와 중국 본토 우회 모드가 모두 느리면 계속 모드를 바꿔야 하나요?
먼저 모드 전환을 멈추고 노드 지연 시간, 연결 시간 초과, 원격 대역폭, 로컬 패킷 손실을 각각 확인하세요. 두 라우팅 모드가 모두 느리다면 대개 분할 규칙의 문제가 아니므로, 사용 가능 여부가 확인된 다른 노드로 비교 테스트를 진행해야 합니다.
모드 선택 요약
시스템 프록시는 “어떤 앱이 v2rayN으로 들어올지”를 결정하고, 전체 모드와 중국 본토 우회 모드는 “들어온 뒤 어느 출구로 나갈지”를 결정합니다. 두 설정은 함께 사용할 수 있지만 서로를 대신할 수는 없습니다. 이 원리를 이해하면 “전체 모드인데도 적용되지 않음”이나 “브라우저는 되지만 게임은 안 됨” 같은 현상을 단계별로 점검할 수 있습니다.
일반적인 데스크톱 사용에서는 시스템 프록시 자동 구성과 중국 본토 우회 모드를 기본 조합으로 시작하는 것이 좋습니다. 노드나 라우팅 문제를 확인할 때만 잠시 전체 모드로 전환하세요. 시스템 프록시를 무시하는 프로그램은 분할 규칙을 계속 바꾸기보다 수동 프록시 지원 여부나 TUN을 확인해야 합니다.
- 일상 기본값: 시스템 프록시를 켜고 라우팅은 중국 본토 우회로 설정합니다.
- 규칙 문제 해결: 잠시 전체 모드로 전환해 같은 대상의 연결 결과를 비교합니다.
- 중국 본토 다운로드: 직접 연결을 우선하고 다운로드 도구가 로컬 프록시를 강제로 사용하지 않는지 확인합니다.
- 게임 연결: 먼저 트래픽 전달 방식을 확인한 다음 전체 모드 또는 분할 라우팅을 검토합니다.
- 로컬 네트워크 접속: 사설 주소의 직접 연결을 유지해 라우터와 로컬 장치에 영향을 주지 않도록 합니다.
최종 판단: 트래픽이 들어왔는지 먼저 확인한 뒤 어느 출구로 나갈지 결정하기
진입점 문제는 시스템 프록시, 앱 설정, 로컬 포트를 확인하고 출구 문제는 전체 모드, 중국 본토 우회 모드, DNS, 라우팅 매칭을 확인합니다. 이 두 단계를 나누어 로그를 기록하는 편이 무작정 모드를 전환하는 것보다 효과적입니다.