v2rayN 국내외 트래픽 분리 설정: 중국 사이트는 직접 연결, 해외 서비스는 프록시로

‘중국 우회’ 프리셋을 바탕으로 직접 연결·프록시·차단 출구를 살펴보고, 중국 사이트는 직접 연결하고 해외 서비스는 프록시를 거치도록 설정한 뒤 로그로 확인하는 방법을 안내합니다.

이 글의 핵심

구독을 가져오고 노드에 연결할 수 있지만, 시스템 프록시와 라우팅 모드가 아직 헷갈리는 데스크톱 사용자에게 적합합니다. 먼저 브라우저 트래픽이 v2rayN으로 들어오게 한 다음 ‘중국 우회’ 프리셋으로 직접 연결과 프록시를 나누고, 연결 로그에서 결과를 확인합니다. 처음에는 프리셋을 유지하고 꼭 필요한 도메인에만 예외 규칙을 추가하세요.

시스템 프록시와 라우팅 분리의 차이

시스템 프록시는 ‘요청이 클라이언트로 들어오는지’를 결정하고, 라우팅 규칙은 ‘들어온 요청이 어디로 나가는지’를 결정합니다. 두 기능은 별개의 설정입니다. ‘중국 우회’를 선택해도 시스템 프록시를 사용하지 않고 별도로 프록시를 설정하지 않은 프로그램은 기존 네트워크로 직접 접속할 수 있습니다.

브라우저로 웹페이지에 접속하는 경우를 예로 들어 보겠습니다. 시스템 프록시를 켜면 시스템 프록시 설정을 따르는 브라우저가 연결을 로컬 수신 포트로 전달합니다. 그러면 코어가 대상 도메인과 IP 등을 기준으로 규칙을 확인합니다. 직접 연결 규칙에 해당하는 요청은 현재 기기의 네트워크로 나가고, 프록시 규칙에 해당하는 요청은 선택한 노드로 전달됩니다.

브라우저 요청 로컬 프록시 진입점 라우팅 규칙 확인 출구 선택 대상 서비스

따라서 ‘시스템 프록시 설정’이 ‘모든 사이트가 노드를 거친다’는 뜻은 아니며, ‘시스템 프록시 해제’도 클라이언트의 라우팅 규칙을 끄는 것이 아닙니다. 문제를 확인하기 전에 요청이 코어에 들어왔는지 먼저 살펴보고, 그다음 어떤 규칙이 적용됐는지 확인하세요. 잘못된 단계에서 설정을 반복해서 바꾸는 일을 막을 수 있습니다.

‘중국 우회’를 선택하고 기존 설정 유지

v2rayN 버전에 따라 메뉴 위치나 프리셋 이름이 조금씩 다를 수 있습니다. 일반적인 데스크톱 인터페이스에서는 ‘설정’ → ‘라우팅 설정’에서 규칙을 관리하고, 기본 화면 아래쪽의 라우팅 선택 메뉴에서 구성을 바꿀 수 있습니다. 여기서 ‘중국 우회’는 중국 도메인이나 주소는 직접 연결하고 나머지 요청은 대체로 프록시로 보내는 프리셋을 뜻합니다. 실제 아웃바운드는 도메인과 IP 일치 규칙에 따라 결정됩니다.

  1. 현재 설정을 기록하세요.현재 라우팅 구성, 시스템 프록시 상태, 활성 서버를 적어 두세요. 프리셋을 수정해야 한다면 먼저 복사본을 만들어 별도 구성으로 저장하세요. 인터페이스에서 내보내기를 지원하면 백업도 함께 보관하세요.
  2. 노드가 정상적으로 작동하는지 확인하세요.구독을 가져온 뒤 활성 서버를 선택하고 노드에 연결되는지 먼저 확인하세요. 구독 링크는 서버 설정을 제공할 뿐, 모든 라우팅 정책을 자동으로 결정하지는 않습니다.
  3. 로컬 진입점을 확인하세요.‘설정’ → ‘매개변수 설정’을 열고 로컬 수신 포트 관련 항목을 찾으세요. 화면에 표시된 주소, 포트, 지원 프록시 프로토콜을 기록하세요. 다른 사람의 포트 번호를 그대로 따라 하지 마세요.
  4. 시스템 프록시를 설정하세요.기본 화면이나 트레이 메뉴의 ‘시스템 프록시’에서 ‘시스템 프록시 자동 설정’을 선택하세요. ‘시스템 프록시 해제’ 상태가 아닌지 확인하세요.
  5. 분리 프리셋을 선택하세요.라우팅 선택 메뉴에서 ‘중국 우회’ 또는 이에 해당하는 구성을 선택하세요. 규칙에 중국 사이트 직접 연결이 포함되어 있는지, 어떤 규칙에도 해당하지 않을 때 트래픽이 어디로 가는지 확인하세요.
  6. 새 연결을 시작하세요.설정을 저장하고 화면의 안내에 따라 코어를 다시 시작하세요. 전환 전에 만들어진 연결을 재사용하지 않도록 기존 웹페이지 연결을 닫고 테스트 사이트에 다시 접속하세요.

‘전역 프록시’를 국내외 트래픽 분리의 최종 설정으로 사용하지 마세요. 노드에서 대상 서비스에 접속할 수 있는지 임시로 확인할 때는 유용하지만, 중국 사이트의 접속 위치도 바뀝니다. 테스트가 끝나면 목표한 분리 구성으로 돌아가 새 연결을 만드세요.

10808
아래 명령어에서 사용하는 예시 로컬 포트
443
HTTPS에서 주로 사용하는 대상 포트
53
일반 DNS 서비스에서 주로 사용하는 포트

세 숫자는 각각 로컬 진입점, 웹 대상 서비스, 도메인 조회에 쓰이며 서로 바꿔 쓸 수 없습니다. 아래의 10808은 설명을 위한 예시일 뿐, 모든 설치 환경의 기본 포트는 아닙니다. 실제 수신 포트가 다르면 테스트 명령어의 포트도 함께 바꿔야 합니다.

직접 연결·프록시·차단과 규칙 순서 이해하기

라우팅 규칙은 보통 위에서 아래 순서로 확인하며, 먼저 일치한 규칙이 출구를 결정합니다. 범위가 넓은 규칙을 너무 앞에 두면 뒤쪽의 구체적인 예외 규칙이 적용되지 않을 수 있습니다. 규칙을 직접 추가할 때는 꼭 필요한 예외 하나부터 추가하고, 충돌하는 포괄 규칙보다 앞에 배치하세요.

출구 유형연결 경로사용 사례확인할 점
직접 연결현재 기기의 네트워크에서 대상에 직접 연결중국 사이트, 로컬 네트워크 기기로그에 노드 출구가 아닌 직접 연결 출구가 표시되는지
프록시활성 서버를 통해 대상에 연결프록시를 사용해야 접속할 수 있는 해외 서비스로그에 프록시 출구가 표시되고 노드 연결이 정상인지
차단코어가 일치하는 연결을 거부하거나 폐기접속을 명확히 차단하려는 특정 도메인요청이 실패하고 해당 차단 기록이 표시되는지

인터페이스의 ‘직접 연결’과 설정에 적힌 출구 태그는 서로 다른 개념입니다. 구성에 따라 direct, proxy, block을 태그로 사용할 수 있지만, 태그는 이름일 뿐 실제로 정의된 출구에 연결되어야 합니다. 단어 하나만 바꿨다고 해당 연결 방식이 설정된 것은 아닙니다.

중국 사이트 직접 연결 규칙

도메인 조건
geosite:cn
IP 조건
geoip:cn
대상 출구
기존 직접 연결 출구
규칙 구성
도메인과 IP를 별도 규칙으로 설정

한 규칙에 domain과 ip를 함께 지정하면 일반적으로 두 조건을 모두 충족해야 합니다. ‘둘 중 하나만 일치해도 직접 연결’하려는 경우에는 규칙을 나누는 편이 적절합니다.

해외 서비스 프록시 예외

정확한 도메인
full:example.com
도메인 및 하위 도메인
domain:example.com
대상 출구
기존 프록시 출구
규칙 위치
충돌하는 포괄 규칙보다 앞에 배치

example.com은 문법 설명을 위한 예시입니다. 실제 설정에는 조정하려는 서비스의 도메인을 입력하고, 예시 도메인을 서비스 목록으로 간주하지 마세요.

geosite:cn은 도메인 분류이지 ‘중국어 웹페이지 전체’를 뜻하지 않습니다. geoip:cn은 IP 분류이며, 웹사이트 운영 주체의 소재지를 나타내는 것도 아닙니다. 서비스가 해외 CDN을 사용할 수 있고 중국 도메인이 다른 지역의 IP로 연결될 수도 있습니다. 따라서 웹사이트 이름만 보지 말고 실제 요청과 규칙 적용 로그를 확인하세요.

간단한 규칙으로 사용자 지정 분리 이해하기

아래는 Xray 라우팅 구조의 일부로, 구체적인 예외 규칙과 중국 도메인 직접 연결, 중국 IP 직접 연결의 순서를 설명합니다. 완성된 클라이언트 설정이 아니며, 모든 v2rayN 규칙 가져오기 창에 그대로 붙여 넣을 수 있는 형식도 아닙니다. 인터페이스에서 편집할 때는 각 규칙에 해당 조건을 입력하세요.

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

차단 규칙도 먼저 일치한 규칙이 적용됩니다. 대상 도메인의 용도를 확실히 알고 있을 때만 추가하고, 우선 정확한 도메인 하나로 테스트하세요. 공유 도메인 분류 전체를 차단하면 로그인, 인증 코드, 정적 리소스까지 함께 영향을 받아 웹페이지는 열리지만 주요 기능이 작동하지 않을 수 있습니다.

중국 사이트 직접 연결과 해외 프록시 작동 확인

‘연결 성공’과 ‘올바른 출구 사용’을 함께 확인해야 합니다. 웹페이지가 빠르게 열린다고 반드시 직접 연결된 것은 아닙니다. IP 확인 페이지에 노드 주소가 표시되어도 해당 요청의 경로만 확인할 수 있으며 다른 사이트에도 같은 경로가 적용된다는 뜻은 아닙니다.

  1. 코어 로그를 확인하세요.v2rayN의 로그 영역에서 새 연결 기록을 찾으세요. 현재 로그 수준에 연결 정보가 표시되지 않으면 ‘설정’ → ‘매개변수 설정’의 코어 관련 옵션에서 로그 수준을 임시로 info로 바꾸고 다시 테스트하세요.
  2. 중국 사이트를 따로 테스트하세요.www.baidu.com처럼 자주 사용하는 중국 사이트에 접속하세요. 도메인이나 조회된 대상 주소로 로그를 찾아 해당 연결이 직접 연결 출구를 사용하는지 확인하세요.
  3. 해외 서비스를 따로 테스트하세요.실제로 프록시가 필요한 서비스에 접속해 새 연결이 프록시 출구를 사용하는지 확인하세요. 한 페이지가 여러 도메인에 요청을 보낼 수 있으므로 메인 페이지, 로그인 API, 이미지 리소스를 구분해서 확인해야 합니다.
  4. 변경 전후 결과를 기록하세요.테스트 시간, 라우팅 구성, 대상 도메인, 출구 태그, 오류 메시지를 적어 두세요. 원인을 파악하기 어려워지지 않도록 한 번에 하나씩만 변경하고 노드, DNS, 라우팅을 동시에 바꾸지 마세요.

명령줄에서 로컬 HTTP 프록시 진입점을 직접 지정해 프로그램이 시스템 프록시 설정을 읽지 않는 경우를 확인할 수도 있습니다. 아래 명령어는 Windows의 curl.exe용이며, 127.0.0.1:10808에서 실제로 HTTP 프록시를 제공해야 합니다. 해당 포트가 SOCKS만 지원한다면 이 명령어를 그대로 사용할 수 없습니다.

curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://www.baidu.com/
curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://www.wikipedia.org/

명령어의 10초는 연결 시간 초과 한도이고, 20초는 요청 전체에 걸리는 시간의 한도입니다. 속도 측정값이 아닙니다. 두 번째 도메인은 해외 서비스 테스트용일 뿐, 실제 프록시 경유 여부는 현재 규칙과 로그로 확인해야 합니다. HTTP 상태 코드가 표시되면 응답을 받은 것이지만, 구체적인 상태는 사이트의 접속 정책에 따라 달라질 수 있습니다.

결론: 새 연결 두 개로 출구를 확인하세요

중국 사이트 하나와 프록시가 필요한 해외 서비스 하나에 각각 요청을 보내고 로그에서 새 연결 기록을 찾으세요. 첫 번째는 직접 연결, 두 번째는 프록시 출구를 사용하는 것을 확인해야 이 테스트에서 트래픽 분리 목표를 달성한 것입니다. IP 확인 페이지 하나만 보고 결론을 내리지 마세요.

트래픽 분리 오류, 웹페이지 접속 실패, 구독 업데이트 관련 문제 해결

DNS는 트래픽 분리에서 자주 간과되는 부분입니다. 브라우저의 보안 DNS를 사용하면 브라우저가 직접 도메인을 조회할 수 있습니다. 요청이 IP 주소로 코어에 들어올 때 도메인 규칙이 적용되는지는 인바운드 정보와 스니핑 설정에 따라 달라집니다. 문제가 생겼다고 스니핑을 전역으로 켜지 말고 로그에 도메인이 표시되는지 IP만 표시되는지 먼저 확인하세요.

‘중국 우회’를 선택했는데 중국 사이트가 왜 프록시를 거치나요?

먼저 앞쪽에 전체 트래픽을 프록시로 보내는 규칙이 있는지 확인한 다음, 접속한 도메인이 분류에 포함되어 있는지 살펴보세요. 특정 서비스에 대한 요구가 명확하다면 중국 분류 규칙보다 앞에 해당 서비스의 정확한 도메인을 직접 연결하는 규칙을 추가하세요. 도메인 하나 때문에 일치하지 않는 모든 트래픽을 직접 연결로 바꾸지 마세요.

브라우저는 정상인데 다른 프로그램은 왜 프록시를 사용하지 않나요?

프로그램을 실행할 때 코어에 새 연결 기록이 생기는지 확인하세요. 기록이 없다면 해당 프로그램이 시스템 프록시를 읽지 않을 수 있습니다. 우선 프로그램 안에 실제 로컬 프록시 주소와 프로토콜을 직접 지정하세요. 이런 프로그램의 트래픽을 반드시 가로채야 한다면 기존 라우팅 정책을 유지하면서 TUN 사용을 별도로 검토하세요.

해외 웹페이지가 열리지 않을 때 DNS부터 바꿔야 하나요?

같은 노드와 대상에 임시 전역 프록시를 적용해 먼저 테스트하세요. 전역 프록시에서는 접속되지만 분리 모드에서 실패한다면 적용된 규칙과 도메인 조회를 중점적으로 확인하세요. 두 모드 모두 실패하면 노드 연결과 로그부터 살펴보세요. DNS를 변경하기 전에 기존 설정을 기록하고 한 번에 하나씩만 바꾸세요. 변경 후에는 새 연결을 다시 만드세요.

구독을 업데이트하면 사용자 지정 규칙이 삭제되나요?

일반적인 구독 업데이트는 주로 서버 목록을 갱신하며, 사용자 지정 라우팅은 보통 별도로 저장됩니다. 전체 설정 가져오기, 백업 복원, 설정 초기화는 다른 작업입니다. 수정하기 전에 라우팅을 내보내거나 구성을 복사해 두세요. 업데이트 후에는 활성 서버와 현재 라우팅을 확인하고, 구독 업데이트를 규칙 관리로 착각하지 마세요.

테스트가 끝나면 임시로 높인 로그 수준을 평소 설정으로 되돌리고, 검증된 라우팅 구성을 보관하세요. 도움을 요청할 때는 필요한 대상 도메인과 오류 메시지, 민감 정보를 제거한 설정 일부만 공유하세요. 구독 링크, 노드 인증 정보, 접속 기록이 포함된 전체 로그는 공개하지 않는 것이 좋습니다.

클라이언트 다운로드