핵심 내용

시스템 프록시는 앱의 요청을 클라이언트에 전달할지 결정하고, 라우팅은 전달받은 요청을 어디로 보낼지 결정합니다. v2rayN이나 v2rayNG를 처음 사용한다면 먼저 두 설정의 역할을 구분한 뒤, 일상적인 시작점으로 중국 본토 우회를 선택하세요. 문제가 생기면 잠시 전역 모드로 바꿔 비교하고 연결 로그에서 결과를 확인하면 같은 설정을 반복해서 바꾸는 일을 줄일 수 있습니다.

시스템 프록시와 라우팅 모드: 하나는 입구, 하나는 출구

데스크톱에서 v2rayN은 코어를 실행한 뒤 로컬 프록시 포트를 엽니다. 브라우저 같은 앱은 이 주소로 요청을 보낼 수 있습니다. Windows의 ‘시스템 프록시 자동 설정’은 시스템 프록시 설정을 변경하지만, 앱이 이 설정을 따르는지는 앱 자체에 달려 있습니다. 일부 명령줄 도구, 게임, 자체 네트워크 스택을 사용하는 프로그램은 시스템 설정을 자동으로 따르지 않습니다.

요청이 코어에 들어온 다음에야 라우팅 규칙이 적용됩니다. 코어는 대상 도메인, IP 주소, 포트 등의 조건에 따라 프록시 출구, 직접 연결 출구 또는 차단을 선택합니다. 따라서 ‘시스템 프록시가 켜져 있다’고 해서 모든 요청이 원격 노드를 거치는 것은 아니며, ‘전역 모드가 선택됐다’고 해서 기기 전체의 네트워크 트래픽을 처리하는 것도 아닙니다.

설정 계층해결하는 문제대신할 수 없는 기능
시스템 프록시시스템 설정을 따르는 앱이 로컬 프록시 포트에 연결하도록 합니다모든 앱이나 모든 UDP 트래픽을 처리한다고 보장할 수 없습니다
라우팅 모드코어에 들어온 요청의 출구를 선택합니다코어에 들어오지 않은 요청을 가져올 수는 없습니다
TUN / VPN 처리네트워크 계층에서 처리 조건에 맞는 기기 트래픽을 받습니다노드가 모든 프로토콜을 지원한다고 보장할 수 없으며, 분할 라우팅 규칙을 대신하지도 않습니다

전역·중국 본토 우회·직접 연결: 세 가지 트래픽 경로

여기서 ‘전역’은 클라이언트의 라우팅 프리셋을 뜻하며, 시스템 차원에서 기기 전체의 트래픽을 처리한다는 의미가 아닙니다. 일반적으로 코어에 들어온 대부분의 요청을 프록시 출구로 보내지만, LAN 트래픽이나 노드 서버 연결 등 필요한 예외는 남아 있을 수 있습니다. 특정 주소가 어떤 경로를 사용하는지는 현재 적용된 규칙과 연결 로그로 확인해야 합니다.

중국 본토 우회

추천

기본 도메인 및 IP 규칙에 따라 중국 본토 대상은 직접 연결하고, 규칙에 해당하지 않는 나머지 대상은 보통 프록시로 보냅니다. 중국 본토의 업무 서비스와 프록시가 필요한 사이트를 함께 사용할 수 있습니다. 규칙 데이터가 실시간으로 지역을 판별하는 것은 아니므로 일부 사이트는 별도로 설정해야 할 수 있습니다.

추천 상황: 일상적인 웹 탐색, 중국 본토 업무 서비스와 해외 서비스를 함께 사용할 때

전역

코어에 들어온 대부분의 요청을 프록시로 보내 분할 라우팅 규칙이 테스트 결과에 미치는 영향을 줄입니다. 중국 본토 리소스도 노드를 거쳐 돌아올 수 있어 경로가 길어지고 노드 트래픽을 더 사용하게 됩니다.

추천 상황: 분할 라우팅 오류를 잠시 점검하거나, 특정 앱에 통일된 출구가 필요할 때

직접 연결

코어에 들어온 요청을 원격 프록시 노드가 아닌 기기의 네트워크로 직접 연결합니다. 이때도 클라이언트는 실행 중일 수 있고 앱은 로컬 프록시 포트에 계속 연결될 수 있지만, 실제 통신은 원격 프록시 노드를 거치지 않습니다.

추천 상황: 기기 네트워크와 비교하거나, 잠시 원격 프록시가 필요하지 않을 때

‘중국 본토 우회’는 웹페이지 표시 언어를 기준으로 트래픽을 나누는 기능도, 중국어 도메인을 무조건 직접 연결하는 기능도 아닙니다. 규칙은 흔히 geosite:cn, geoip:cn 등의 데이터에 의존하며, 도메인 규칙의 적용 범위, CDN 주소, DNS 조회 결과에 따라 규칙이 일치하는지 달라질 수 있습니다. VMess와 VLESS는 프록시 프로토콜이며 세 가지 라우팅 모드와 일대일로 대응하지 않습니다.

v2rayN 사용 순서: 입구 설정 후 라우팅, 마지막으로 테스트

다음은 Windows 데스크톱의 일반적인 중국어 메뉴를 기준으로 설명합니다. 버전에 따라 버튼 위치나 라우팅 프리셋 이름이 다를 수 있습니다. 같은 이름의 항목이 보이지 않으면 비슷한 이름만 보고 추측하지 말고 실제 라우팅 설정을 확인하세요. 작업하기 전에 연결 가능한 노드를 선택하고 코어가 실행 중인지 확인합니다. 구독을 가져왔다는 것은 설정을 불러왔다는 뜻일 뿐, 노드 연결이 성공했다는 의미는 아닙니다.

  1. 수신 포트 확인

    ‘설정’ → ‘매개변수 설정’에서 로컬 수신 포트 등의 설정을 확인합니다. 실제 포트 번호를 기록하고, 시작 로그에 ‘주소가 이미 사용 중’과 같은 수신 실패 메시지가 없는지 확인하세요.

  2. 입구 활성화

    메인 화면 하단의 ‘시스템 프록시’에서 ‘시스템 프록시 자동 설정’을 선택합니다. 이 설정은 시스템 프록시를 따르는 앱을 클라이언트에 연결합니다. ‘시스템 프록시 변경 안 함’은 프록시를 끈다는 뜻이 아니라 현재 시스템 설정을 변경하지 않는다는 뜻입니다.

  3. 분할 라우팅 선택

    메인 화면 하단의 ‘라우팅’에서 중국 본토 우회 프리셋을 선택합니다. 규칙을 확인하려면 ‘설정’ → ‘라우팅 설정’으로 이동해 중국 본토 대상 직접 연결 규칙이 기본 프록시 규칙보다 앞에 있는지 확인하세요.

  4. 각각 테스트

    직접 연결되는 것으로 확인된 중국 본토 서비스와 프록시가 필요한 대상을 각각 방문하고, 연결 로그에 표시된 대상과 출구 태그를 확인합니다. 기존 페이지 연결이 설정 전환 결과를 가리지 않도록 테스트 전에 이전 연결을 닫거나 브라우저를 다시 시작하세요.

  5. 설정 복원

    테스트가 끝나면 일상적으로 사용하는 라우팅 설정으로 되돌립니다. 로컬 프록시 서비스를 중지할 예정이라면 먼저 ‘시스템 프록시’에서 ‘시스템 프록시 지우기’를 선택한 다음 클라이언트를 종료하세요. 그렇지 않으면 시스템이 이미 닫힌 수신 포트를 계속 가리킬 수 있습니다.

포트와 규칙 필드: 트래픽 경로를 명확히 설정하기

로컬 주소와 포트는 입구 설정을 확인하는 단서입니다. 아래 세 값은 SOCKS와 HTTP 수신 포트를 분리해 설정한 예시이며, 모든 v2rayN 버전의 기본값을 의미하지 않습니다. 현재 버전에서 혼합 수신 포트를 사용한다면 실제 설정에 맞춰 입력하고 예시를 그대로 복사하지 마세요.

127.0.0.1
예시 루프백 주소
10808
예시 SOCKS 수신 포트
10809
예시 HTTP 수신 포트

예를 들어 앱에 HTTP 프록시 127.0.0.1:10809를 직접 입력했다면 시스템 프록시를 지운 뒤에도 해당 앱이 클라이언트를 계속 사용할 수 있습니다. 반대로 앱이 ‘직접 연결’로 설정되어 있으면 시스템 프록시를 켜도 네트워크 경로가 바뀌지 않을 수 있습니다. 프록시 프로토콜도 맞춰야 합니다. HTTP 프록시 주소를 SOCKS만 지원하는 입력란에 임의로 넣어서는 안 됩니다.

다음은 V2Ray/Xray 형식의 라우팅 설정 일부이며, 그대로 실행할 수 있는 전체 설정 파일은 아닙니다. 출구 목록에 direct와 proxy 태그가 이미 있고 코어가 관련 규칙 데이터를 읽을 수 있다고 가정합니다. 클라이언트가 관리하는 설정은 보통 인터페이스에서 수정해야 합니다. 생성된 파일을 직접 편집하면 다음 실행 때 변경 내용이 덮어써질 수 있습니다.

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:private", "geoip:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

데스크톱과 Android: 접속 환경에 맞는 설정 선택

일상적으로 사용할 때는 중국 본토 우회로 시작하고, 앱에 따라 규칙을 추가하는 방법을 권장합니다. 특정 사이트에서 문제가 생겼다고 모든 트래픽을 계속 전역으로 설정하지 마세요. 데스크톱과 Android의 주된 차이는 요청이 코어에 들어오는 방식입니다. 코어에 들어온 뒤에는 두 환경 모두 도메인, IP, 출구 규칙이 맞는지 확인해야 합니다.

권장 설정: 중국 본토 우회로 시작하고 앱별 연결 경로 확인

데스크톱: v2rayN
  • 브라우저는 시스템 프록시를 사용하고 라우팅은 중국 본토 우회로 설정합니다.
  • 시스템 프록시를 따르지 않는 도구는 해당 프로그램의 HTTP / SOCKS 프록시를 직접 설정하세요.
  • 더 넓은 범위의 트래픽 처리가 꼭 필요할 때 TUN과 권한 요구 사항을 검토하세요.
  • LAN 서비스는 직접 연결을 우선 유지하고, 시스템 프록시 예외와 코어 규칙을 모두 확인하세요.
Android:v2rayNG
  • 서비스를 시작하고 시스템 VPN 권한이 승인됐는지 확인하세요. 노드만 선택하고 실행하지 않은 상태가 되지 않도록 합니다.
  • ‘라우팅 설정’에서 사전 정의 규칙이나 사용자 지정 규칙을 확인하세요. 현재 버전의 인터페이스를 기준으로 설정하면 됩니다.
  • 앱별 프록시를 사용한다면 대상 앱이 프록시 적용 범위에 포함됐는지 확인하세요.
  • ‘앱에서 VPN 우회’와 ‘코어에 들어온 뒤 직접 연결’은 서로 다른 계층의 설정입니다.

먼저 요청이 들어오는 범위를 확인한 뒤 라우팅을 조정하세요. 앱 요청이 코어에 들어오지 않았다면 출구 규칙을 바꿔도 해결되지 않습니다.

사내 네트워크, 프린터 서비스, 라우터 관리 페이지는 보통 로컬 네트워크로 직접 연결해야 합니다. 전역 모드에서 이런 서비스가 작동하지 않으면 노드를 바꾸기보다 사설 IP 규칙과 시스템 프록시 예외를 먼저 확인하세요. 고정 출구가 필요한 업무라면 DNS, IPv6, 앱 자체의 네트워크 동작도 확인해야 합니다. ‘전역’이라는 설정만으로 모든 연결이 같은 출구를 사용한다고 보장할 수는 없습니다.

모드를 바꿔도 문제가 계속될 때: 증상별 점검

전역 모드인데 특정 프로그램이 프록시를 사용하지 않나요?

먼저 클라이언트 연결 로그에 해당 프로그램의 대상 주소가 표시되는지 확인하세요. 기록이 없다면 프로그램 자체의 프록시 설정을 확인합니다. 데스크톱에서는 현재 HTTP / SOCKS 수신 주소를 직접 입력할 수 있고, Android에서는 앱별 프록시 적용 범위를 확인하세요. 요청이 들어오지 않는다면 라우팅 규칙부터 바꾸지 마세요.

중국 본토 우회에서는 열리지 않는데 전역 모드에서는 열리나요?

같은 노드로 동일한 대상을 다시 방문하고 출구 태그를 비교하세요. 중국 본토 우회에서 직접 연결 규칙이 적용된다면 해당 도메인과 조회된 IP 주소의 규칙을 확인합니다. 예외를 추가해야 한다면 구체적인 도메인의 프록시 규칙을 더 넓은 직접 연결 규칙보다 앞에 배치하세요. 먼저 IP 대역 전체를 무작정 예외 처리하지 마세요.

직접 연결로 바꿨는데도 웹페이지에 프록시 오류가 표시되나요?

직접 연결 라우팅을 사용해도 로컬 코어가 요청을 받아야 합니다. 코어가 중지된 상태에서 브라우저가 127.0.0.1:10809를 계속 가리키면 연결 오류가 발생합니다. 코어를 다시 실행하거나 시스템 프록시를 지우고 브라우저의 수동 프록시 설정을 제거한 다음 다시 테스트하세요.

중국 본토 사이트가 프록시를 사용한다면 규칙이 잘못된 건가요?

먼저 일치한 도메인, 조회된 주소, 라우팅 순서를 확인하세요. 해당 사이트가 해외 CDN을 사용하거나 현재 도메인 규칙에 포함되지 않았을 수 있습니다. 직접 연결해도 되는 서비스인지 확인한 뒤 범위가 명확한 직접 연결 규칙을 추가하세요. 규칙 데이터를 업데이트했다면 연결을 새로 만들어야 합니다. 기존 연결이 재사용되는 상태에서 새로고침만 반복하지 마세요.

모드를 바꿨는데 출구가 그대로라면 어떻게 하나요?

테스트 페이지의 기존 연결을 닫고 클라이언트가 설정을 다시 불러왔는지 확인한 뒤 요청을 새로 보내세요. 출구 확인 사이트는 해당 요청 하나의 경로만 보여줄 뿐, 모든 앱이 같은 라우팅을 사용한다는 증거는 아닙니다. 페이지 새로고침을 반복하기보다 클라이언트 로그를 함께 확인하는 편이 정확합니다.

일상적인 설정과 문제 해결 마무리

일상 업무와 웹 탐색은 ‘입구 확인 + 중국 본토 우회’로 시작하세요. 전역 모드는 잠깐 비교할 때 유용합니다. 같은 노드, 같은 대상, 같은 앱을 사용하고 라우팅만 바꿔야 문제 범위를 좁힐 수 있습니다. 두 모드에서 모두 실패한다면 라우팅 이름을 계속 바꾸기보다 수신 포트, 노드 연결, DNS, 앱 연결 설정을 다시 확인하세요.

입구와 출구를 나눠 확인하면 모드 선택을 감으로 할 필요가 없습니다. 로그에 대상이 표시되고, 규칙으로 출구를 설명할 수 있으며, 앱 설정이 수신 주소와 일치해야 트래픽 경로를 정확히 파악한 것입니다.