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

핵심 요약

시스템 프록시는 해당 설정을 따르는 앱이 요청을 로컬 프록시로 보낼지 결정하고, 라우팅 모드는 요청이 코어에 들어온 뒤 어떤 경로로 나갈지 결정합니다. 일반적인 사용이라면 ‘시스템 프록시 설정 + 중국 본토 우회’로 시작한 다음 로그에서 적용된 규칙을 확인하세요. 전역 모드는 모든 트래픽을 한 경로로 보내거나 문제를 비교해 볼 때, 직접 연결 모드는 로컬 네트워크를 점검할 때 유용합니다. 포트 확인, 명령줄 테스트, 설정 변경 후 검증 방법도 함께 살펴봅니다.

시스템 프록시와 라우팅 모드: 유입 경로와 출구를 구분하기

v2rayN은 노드를 관리하고 프록시 코어를 실행하며 관련 설정을 조정하는 데스크톱 클라이언트입니다. 시스템 프록시는 노드나 라우팅 규칙이 아닙니다. 시스템 프록시를 따르는 앱에 요청을 전달할 로컬 주소를 알려주는 설정입니다. 코어가 요청을 받은 뒤에야 라우팅 설정에 따라 프록시 출구, 직접 연결 출구 또는 차단 여부가 결정됩니다.

따라서 ‘전역 모드를 선택했는데 특정 프로그램은 왜 여전히 직접 연결되나요?’라는 상황은 모순이 아닙니다. 해당 프로그램이 시스템 프록시를 무시하고, 로컬 프록시를 직접 설정하지 않았으며, 다른 트래픽 가로채기 기능에도 연결되지 않았다면 요청은 코어에 들어오지 않습니다. 프록시로 유입되지 않은 요청은 라우팅 규칙으로 처리할 수 없습니다.

앱: 브라우저, 명령줄 도구 및 기타 프로그램은 시스템 프록시 사용 여부를 결정하며, 자체 프록시 설정을 사용할 수도 있습니다.
로컬 유입: 요청이 로컬 HTTP·SOCKS·혼합 리스닝 포트에 도달하면 코어가 이를 받습니다.
라우팅 판정: 도메인, 대상 IP, 포트 등의 조건에 따라 규칙을 순서대로 확인합니다.
출구 연결: 선택한 노드를 거쳐 대상에 연결하거나 로컬 네트워크에서 대상에 직접 연결합니다.

전역·중국 본토 우회·직접 연결: 라우팅 방식 선택하기

모드 이름은 고정된 네트워크 동작이 아니라 라우팅 규칙의 구성을 가리킵니다. v2rayN의 인터페이스나 사용자 지정 규칙 세트에 따라 이름이 다를 수 있으므로 실제 동작은 현재 규칙 순서와 일치 조건, 기본 출구를 기준으로 확인해야 합니다. 특히 ‘중국 본토 우회’는 모든 사이트의 위치를 실시간으로 판별한다는 뜻이 아닙니다.

중국 본토 우회 라우팅

전역 프록시 라우팅

일반적으로 앞선 예외 규칙에 걸리지 않은 요청을 프록시 노드로 보냅니다. 분할 라우팅이 잘못 분류하는지 비교할 때 유용하지만, 모든 앱이 프록시에 연결되거나 로컬 네트워크 및 DNS 트래픽까지 반드시 같은 출구를 사용한다는 뜻은 아닙니다.

추천 상황: 프록시 출구를 통일하거나 분할 라우팅 규칙을 잠시 확인할 때

직접 연결 라우팅

코어에 들어온 요청은 일반적으로 원격 노드를 거치지 않고 직접 연결 출구를 통해 대상에 연결됩니다. 로컬 리스너는 계속 작동할 수 있으므로 앱의 프록시 설정을 바꾸지 않은 채 로컬 네트워크에서 대상에 접속할 수 있는지 비교할 때 유용합니다.

추천 상황: 로컬 네트워크를 비교 테스트하거나 대상에 직접 접속할 때

확인 순서: 먼저 트래픽 유입을 확인한 뒤 라우팅 비교하기

먼저 동일한 요청이 로컬 리스닝 포트에 들어오는지 확인한 다음 중국 본토 우회와 전역 모드를 각각 테스트하세요. 전자에서는 실패하고 후자에서는 성공하며 로그에서도 출구가 달라진 것이 확인될 때 라우팅 규칙을 우선 점검하면 됩니다. 노드와 포트, DNS를 동시에 변경하지 마세요.

v2rayN 설정 단계: 유입과 라우팅을 따로 조정하기

먼저 클라이언트를 실행하고 사용 가능한 기존 노드를 선택한 다음 로컬 리스너를 확인하세요. Windows에서는 작업 표시줄 알림 영역 아이콘을 마우스 오른쪽 버튼으로 클릭해 ‘시스템 프록시’와 ‘라우팅’ 메뉴를 여는 것이 일반적입니다. 데스크톱 인터페이스에도 같은 설정을 선택하는 메뉴가 있을 수 있습니다. macOS는 메뉴 위치와 시스템 권한 안내가 다를 수 있으므로 Windows 알림 영역에서의 조작을 그대로 적용하지 마세요.

리스너 확인: ‘설정’ → ‘매개변수 설정’을 열고 로컬 리스닝 포트 또는 인바운드 관련 항목을 찾아 현재 포트와 프로토콜을 확인하세요. 인터페이스에 따라 항목 위치가 달라질 수 있으므로 현재 화면의 안내를 기준으로 합니다.
유입 설정: ‘시스템 프록시’ 메뉴에서 ‘시스템 프록시 자동 설정’ 또는 현재 인터페이스에서 같은 기능을 하는 항목을 선택해 시스템 프록시를 따르는 앱이 로컬 리스너를 사용하도록 설정하세요.
라우팅 선택: ‘라우팅’ 선택 메뉴에서 중국 본토 우회 규칙 세트를 선택하세요. 가져온 규칙 세트를 사용한다면 기본 출구와 사설 주소 규칙을 먼저 확인하세요.
새 연결 시작: 설정을 적용한 뒤 대상에 다시 접속하세요. 연결 재사용으로 테스트 결과가 달라지지 않도록 필요하면 기존 페이지 연결을 닫거나 테스트 앱을 다시 시작하세요.
로그 확인: 코어가 실행 중이고 리스닝에 성공했는지 확인한 다음 대상 요청에 선택된 출구를 살펴보세요. 현재 로그 수준에서 접속 기록을 볼 수 없다면 테스트 중에만 해당 액세스 로그를 켜고, 완료 후 원래 설정으로 되돌리세요.

‘시스템 프록시 지우기’는 시스템 수준의 프록시 설정만 해제합니다. 브라우저 확장 프로그램의 프록시 설정이나 터미널 환경 변수까지 자동으로 삭제하지 않으며, TUN을 끄는 기능도 아닙니다. ‘시스템 프록시 변경 안 함’은 대개 클라이언트가 현재 설정을 수정하지 않는다는 뜻이므로, 프록시가 꺼져 있다는 증거로 볼 수 없습니다.

설정 조합	시스템 프록시를 따르는 앱의 동작	확인해야 할 범위
시스템 프록시 설정 + 중국 본토 우회	코어에 유입된 뒤 규칙에 따라 분할 라우팅	규칙 데이터와 DNS 응답에 따라 규칙 적용 결과가 달라질 수 있음
시스템 프록시 설정 + 전역	코어에 유입된 뒤 일반적으로 프록시 노드로 연결	앞선 예외 규칙에 따라 직접 연결되거나 차단될 수 있음
시스템 프록시 설정 + 직접 연결	코어에 유입된 뒤 로컬에서 대상에 직접 연결	로컬 프록시 서비스가 종료되는 것은 아님
시스템 프록시 해제 + 임의의 라우팅 모드	해당 시스템 설정을 통한 트래픽 유입 중단	수동 프록시, 환경 변수, TUN은 별도로 확인

로컬 포트와 명령어 테스트: 요청이 코어에 들어오는지 확인하기

아래에서는 구체적인 예시 값을 사용합니다. HTTP 리스너는 127.0.0.1:10809, SOCKS 리스너는 127.0.0.1:10808입니다. 모든 버전의 기본값은 아니며, 일부 설정은 혼합 포트 하나만 사용합니다. 명령을 실행하기 전에 매개변수 설정에서 실제로 활성화된 포트로 바꾸세요. HTTP 요청을 SOCKS만 지원하는 포트에 보내면 안 됩니다.

10809

이 문서에서 사용하는 HTTP 리스너 예시 포트

10808

이 문서에서 사용하는 SOCKS 리스너 예시 포트

15초

테스트 명령의 전체 시간 제한

Windows에서는 터미널에서 curl.exe를 사용하면 일부 PowerShell 환경에서 같은 이름의 별칭이 인수를 잘못 처리하는 문제를 피할 수 있습니다. 아래 두 명령은 시스템 프록시 설정 여부와 관계없이 프록시를 명시적으로 지정합니다. 예시 대상은 HTTP 응답 확인용이며, 한 번 성공했다고 모든 사이트와 프로토콜이 정상이라고 단정할 수는 없습니다.

curl.exe --proxy http://127.0.0.1:10809 --connect-timeout 5 --max-time 15 -I https://example.com/
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 5 --max-time 15 -I https://example.com/

macOS 터미널에서는 명령 이름을 curl로 바꾸면 됩니다. 두 번째 명령의 socks5h는 curl이 대상 도메인을 로컬에서 IP로 먼저 변환하는 대신 프록시 측에서 도메인을 조회한다는 뜻입니다. 이 설정은 코어가 받는 대상 정보와 도메인 규칙 매칭 결과에 영향을 줄 수 있습니다. 테스트에 사용한 프록시 프로토콜을 기록해 두어 두 가지 DNS 조회 경로를 혼동하지 않도록 하세요.

로컬 포트 연결이 거부됨: 먼저 코어 실행 여부와 포트가 맞는지, 해당 리스너가 사용 중인 프로토콜을 지원하는지 확인하세요. 이 단계에서는 노드 연결 상태를 판단할 수 없습니다.
로컬 연결은 성공했지만 원격 연결이 시간 초과됨: 로그를 통해 노드 연결, 대상 연결, DNS를 확인하세요. 이 결과만으로 구독이 만료됐다고 단정할 수 없습니다.
명령은 성공하지만 브라우저는 실패함: 브라우저 자체의 프록시 설정과 확장 프로그램, 기존 연결을 먼저 확인하고 동일한 유입 경로를 사용하는지 살펴보세요.

중국 본토 우회 규칙의 범위: 도메인·IP·DNS

일반적인 V2Ray 또는 Xray 라우팅에서는 도메인 분류 조건으로 geosite:cn, IP 분류 조건으로 geoip:cn을 사용합니다. 해당 조건은 관련 규칙 데이터에 의존하며, 코어가 지리적 위치를 자체 판단하는 것은 아닙니다. 도메인이 중국 본토 분류에 포함되어도 매번 같은 지역의 서버로 연결되는 것은 아닙니다. 대상 IP가 특정 지역에 속한다고 해서 사이트의 모든 서비스가 같은 출구를 사용해야 하는 것도 아닙니다.

아래는 규칙의 매칭 관계를 설명하기 위한 일부 설정이며, 그대로 실행할 수 있는 완전한 클라이언트 설정이 아닙니다. direct는 실제로 존재하는 직접 연결 출구의 태그와 일치해야 합니다. 어떤 규칙에도 매칭되지 않은 요청이 프록시로 연결되는지는 나머지 규칙과 기본 출구에 따라 달라집니다. v2rayN이 자동 생성한 실행 설정을 직접 덮어쓰지 말고 클라이언트의 라우팅 관리에서 해당 규칙을 조정하세요.

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:cn"],
        "outboundTag": "direct"
      }
    ]
  }
}

규칙 순서: 먼저 일치한 규칙이 적용됩니다. 광범위한 프록시 규칙이 중국 본토 직접 연결 규칙보다 앞에 있으면 뒤의 규칙은 적용되지 않을 수 있습니다.
도메인 조회 정책: AsIs는 IP 규칙 매칭을 위해 도메인을 IP로 조회하지 않습니다. 요청에 도메인만 포함되어 있고 도메인 규칙에도 매칭되지 않는다면 이후의 중국 본토 IP 규칙이 반드시 적용된다고 볼 수 없습니다.
사설 주소: 로컬 프린터, 라우터 관리 페이지, 사내 네트워크 서비스는 일반적으로 직접 연결 경로를 유지하는 것이 좋습니다. 회사 내부 도메인에는 전용 DNS나 네트워크 연결이 필요할 수도 있습니다.
규칙 업데이트: DNS나 규칙 데이터를 변경한 뒤 같은 대상에 새로 연결하고 로그를 확인하세요. 이전 캐시와 장시간 유지되는 연결 때문에 결과를 잘못 판단하지 않도록 주의해야 합니다.

프록시 모드 자주 묻는 질문: 증상별 점검 방법

전역 모드를 선택했는데 터미널은 왜 프록시를 사용하지 않나요?

일부 명령줄 도구는 시스템 프록시 설정을 읽지 않습니다. 먼저 위에서 소개한 --proxy 옵션을 사용해 실제 리스닝 포트를 명시하세요. 성공하면 해당 도구의 안내에 따라 프록시 옵션이나 환경 변수를 설정하면 됩니다. 클라이언트에 ‘전역’이라고 표시된다는 이유만으로 터미널의 연결 경로를 판단하지 마세요.

중국 본토 우회에서는 접속할 수 없지만 전역 모드에서는 된다면 노드를 바꿔야 하나요?

먼저 노드는 그대로 두고 같은 대상에 대해 두 모드의 출구 로그를 비교하세요. 중국 본토 우회에서는 직접 연결되고 전역 모드에서는 프록시를 사용한다면 도메인 분류, IP 분류, 앞쪽에 있는 사용자 지정 규칙을 확인하세요. 필요하면 해당 대상에 명확한 규칙을 추가하고 광범위한 규칙보다 앞에 배치하세요.

시스템 프록시를 해제했는데 특정 브라우저는 왜 여전히 프록시를 사용하나요?

브라우저 확장 프로그램과 별도 프록시 설정, TUN 사용 여부를 확인한 다음 브라우저를 완전히 종료하고 다시 열어 새 연결을 만드세요. 시스템 프록시를 해제해도 이런 독립 설정이나 이미 열린 연결까지 자동으로 취소되지는 않습니다.

전역 모드에서 라우터 관리 페이지나 회사 내부망에 접속할 수 없다면 어떻게 해야 하나요?

먼저 로컬 네트워크 주소와 내부 도메인에 직접 연결 규칙이 있는지, 규칙 우선순위는 올바른지 확인하세요. 이어서 시스템 프록시의 우회 목록과 내부 DNS를 점검합니다. IP 규칙만 바꿔서는 모든 내부 도메인의 DNS 문제를 해결할 수 없습니다. 테스트가 끝나면 기존 업무용 네트워크 설정을 복구하세요.

재현 가능한 테스트 조건 기록하기

한 번에 설정 하나만 바꾸고 대상 도메인, 로컬 포트, 라우팅 모드, 로그의 출구 태그를 기록하세요. 점검이 끝나면 임시로 사용한 전역 모드를 일상적인 규칙으로 되돌린 뒤 중국 본토 사이트, 해외 대상, 로컬 네트워크 서비스에 각각 새로 연결해 정상 작동하는지 확인하세요.