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

시스템 프록시와 라우팅 모드: 진입 경로와 출구

v2rayN의 ‘시스템 프록시 자동 설정’과 ‘전역’은 서로 다른 기능입니다. 전자는 운영체제의 프록시 설정을 바꿔 브라우저처럼 해당 설정을 따르는 앱의 요청을 로컬 프록시 포트로 보냅니다. 후자는 코어가 받은 요청에 적용할 라우팅 정책입니다. 두 기능을 진입로와 분기점으로 생각하면 쉽습니다. 진입 경로가 연결되지 않았다면 분기점을 바꿔도 해당 요청의 경로는 달라지지 않습니다.

이 글에서는 Windows의 시스템 프록시를 예로 듭니다. 데스크톱 버전이나 다른 운영체제에 따라 화면과 프록시 연동 방식이 다를 수 있으므로 메뉴 위치는 설치된 버전을 기준으로 확인하세요. 메인 창의 ‘시스템 프록시’ 메뉴에서 ‘시스템 프록시 자동 설정’을 선택한 뒤 라우팅 프리셋을 별도로 지정합니다. ‘시스템 프록시가 켜짐’ 상태만으로 모든 요청이 원격 노드를 통해 나간다고 판단해서는 안 됩니다.

전역·중국 본토 우회·블랙리스트: 트래픽 경로 비교

라우팅 프리셋의 이름은 버전이나 규칙에 따라 다를 수 있습니다. ‘중국 본토 우회’ 대신 ‘화이트리스트’라는 이름을 쓰는 규칙 세트도 있고, ‘블랙리스트’는 보통 목록에 있는 대상만 프록시로 보냅니다. 이름은 설정 의도를 짐작하는 데 도움이 될 뿐입니다. 실제 결과는 규칙 내용과 순서, 규칙에 일치하지 않을 때의 기본 출구에 따라 결정됩니다. 아래에서는 특정 명칭을 고정된 설정 기준으로 보지 않고 일반적인 정책을 비교합니다.

중국 본토 우회와 블랙리스트의 가장 큰 차이는 ‘알 수 없는 대상’을 처리하는 방식입니다. 중국 본토 우회는 보통 알 수 없는 대상을 프록시로 보내고, 블랙리스트는 직접 연결합니다. 새 서비스가 메인 페이지, 인증, 정적 리소스에 서로 다른 도메인을 사용한다면 블랙리스트에 메인 페이지 주소만 추가했을 때 페이지는 열려도 로그인이 실패할 수 있습니다. 이 현상만으로 노드 프로토콜에 문제가 있다고 볼 수는 없습니다.

규칙 순서와 DNS: 같은 모드에서도 결과가 다른 이유

코어는 라우팅 규칙을 순서대로 확인하고 처음 일치하는 규칙의 출구를 사용합니다. 특정 도메인에 적용할 프록시 예외를 범위가 넓은 직접 연결 규칙 뒤에 두면 적용되지 않을 수 있습니다. LAN 대상도 신중히 처리해야 합니다. 라우터 관리 페이지, 프린터, 사내 파일 서버에 접속할 때는 보통 직접 연결해야 하며 요청을 원격 노드로 보내면 안 됩니다.

1. 구체적인 예외 규칙을 먼저 배치하세요. 예를 들어 full:service.example을 프록시로 보내려면 해당 도메인에 적용될 수 있는 일반 규칙보다 앞에 두세요.
2. 그다음 LAN 및 지역 규칙을 배치하세요.geoip:private는 사설 IP를 판별할 때 자주 사용합니다. geosite:cn은 도메인 데이터베이스를, geoip:cn은 IP 데이터베이스를 사용합니다.
3. 마지막으로 기본 출구를 확인하세요. 일반적인 Xray/V2Ray 설정에서는 라우팅 규칙에 일치하지 않는 요청이 첫 번째 아웃바운드를 사용합니다. 생성된 설정을 직접 확인하세요. 규칙을 생략하면 자동으로 프록시를 사용한다고 볼 수 없습니다.

아래는 예외 규칙을 앞에 배치하는 방법을 보여 주는 라우팅 설정 조각입니다. 바로 가져와 사용할 수 있는 완전한 설정은 아닙니다. 아웃바운드에 proxy와 direct 태그가 이미 있고, 현재 코어에 해당 분류 데이터 파일이 로드되어 있다고 가정합니다. 예시 도메인은 문서용 가상 주소이며 실제 서비스 주소가 아닙니다.

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

따라서 ‘중국 본토 사이트인데 프록시로 연결된다’고 해서 반드시 프리셋이 작동하지 않는 것은 아닙니다. 도메인 데이터베이스에 해당 주소가 없거나, 앱이 IP만 전달했거나, 규칙 조회에서 얻은 주소가 중국 본토 IP 목록에 포함되지 않았을 수 있습니다. 반대로 해외 서비스가 중국 본토 리소스 도메인을 사용하면 중국 본토 우회 모드에서 일부 요청이 직접 연결될 수도 있습니다. 분기 기준은 브라우저 탭이나 사이트 브랜드 전체가 아니라 개별 요청입니다.

일상 설정: 브라우저와 별도 앱을 나눠서 설정

먼저 진입 방식을 하나로 정해 설정을 단순하게 유지하세요. 시스템 프록시를 따르는 브라우저라면 ‘시스템 프록시 자동 설정 + 중국 본토 우회’로 시작할 수 있습니다. 명령줄 도구, 게임, 다운로드 앱은 시스템 프록시를 사용하지 않을 수 있으므로 앱별 프록시 설정을 확인하세요. 연결 대상이 부족하다고 확인된 경우에만 TUN을 검토하세요. 여러 방식으로 동시에 트래픽을 연결하면 요청이 어디서 들어오는지 파악하기 어려워집니다.

구독은 노드 정보를 제공하고 라우팅은 요청의 출구를 결정합니다. 구독을 업데이트해도 로컬 규칙의 순서 오류는 보통 해결되지 않습니다. 노드 자체가 작동하지 않으면 세 가지 라우팅 모드가 모두 실패할 수 있습니다. 특정 모드에서만 실패한다면 규칙과 DNS를 우선 확인하세요. 설정을 바꿀 때는 한 번에 하나씩 수정하고 기존 설정을 기록해 두세요. 노드와 진입 방식, 라우팅을 동시에 바꾸면 비교 기준을 잃게 됩니다.

모드별 비교 테스트: 같은 노드로 확인하기

속도 측정 결과만으로 앱 요청의 라우팅을 확인할 수는 없습니다. 지연 시간 테스트는 특정 테스트 대상에 연결할 수 있음을 보여 줄 뿐, 브라우저 요청이 같은 진입 경로를 사용했다는 뜻은 아닙니다. 자주 쓰는 중국 본토 페이지, 프록시가 필요한 페이지, LAN 대상을 하나씩 선택하고 노드는 그대로 둔 채 세 가지 모드에서 결과를 기록하세요. 임의의 지연 시간이나 속도 수치는 제시하지 않습니다. 판단 기준은 로컬 로그와 실제 요청이어야 합니다.

1. 코어가 실행 중인지 확인하세요. 시작 로그에서 수신 실패, 포트 충돌, 규칙 데이터 파일 읽기 오류가 있는지 살펴보세요. 10808을 다른 프로세스가 사용 중이라면 먼저 진입 경로 문제를 해결해야 합니다.
2. 먼저 전역 모드로 테스트하세요. 요청을 새로 보내 현재 노드로 프록시 대상에 접속할 수 있는지 확인합니다. 페이지가 캐시된 경우 새로고침만으로 부족할 수 있으므로 관련 탭을 닫거나 테스트 앱을 다시 실행하세요.
3. 그다음 중국 본토 우회 모드로 테스트하세요. 같은 대상을 사용해 결과를 비교합니다. 접속 로그가 있다면 대상 주소와 아웃바운드 태그를 확인하세요. 태그 이름은 proxy나 direct가 아닐 수 있으므로 현재 설정을 기준으로 판단해야 합니다.
4. 마지막으로 블랙리스트 모드로 테스트하세요. 메인 페이지, 인증 API, 리소스 도메인이 모두 프록시 목록에 있는지 확인하고 일부 요청만 직접 연결되는지 살펴보세요.
5. 필요한 예외만 추가하세요. 정확한 도메인 규칙을 우선 사용하고, 인터페이스 하나를 고치려고 모든 트래픽으로 범위를 넓히지 마세요. 정상 작동을 확인한 뒤 장기 설정으로 저장하세요.

기존 연결은 모드를 바꿔도 출구를 바로 다시 선택하지 않을 수 있으므로 비교 테스트에서는 새 연결을 만들어야 합니다. 로그에 구독 주소, 노드 인증 정보, 접속 대상이 포함되어 있다면 스크린샷을 공유하기 전에 민감한 내용을 가리세요. 연결 경로를 더 점검하려면 고급 사용법의 연결 문제 해결을 참고하세요. 기본 설치와 진입 설정은 빠른 시작에서 확인할 수 있습니다.

자주 묻는 질문: 프록시를 켰는데도 문제가 생길 때