v2rayN 라우팅 설정 가이드: 중국 본토는 직접 연결, 해외는 프록시

이 글의 핵심

일상적인 사용에는 ‘중국 본토 우회’를 선택하고, 필요한 사이트에만 예외 규칙을 추가하세요. 이 글은 Windows용 v2rayN 7.x의 일반적인 화면과 Xray 코어를 기준으로 시스템 프록시와 코어 라우팅의 차이, 기본 규칙, 도메인 매칭, DNS, 확인 절차를 설명합니다. 세부 버전에 따라 기본 규칙 이름은 달라질 수 있으므로 이름보다 규칙 순서와 실제 아웃바운드를 기준으로 판단하세요.

1. 시스템 프록시와 라우팅의 차이

라우팅 분할이 작동하려면 요청이 먼저 v2rayN에서 관리하는 프록시 코어로 들어와야 합니다. 시스템 프록시는 해당 설정을 따르는 앱이 요청을 로컬 포트로 보낼지 결정하고, 라우팅 규칙은 코어에 들어온 요청을 직접 연결할지, 노드를 통해 전달할지, 차단할지 정합니다. 두 설정은 서로 대체할 수 없습니다.

Windows용 v2rayN 메인 창이나 트레이 메뉴에서 ‘시스템 프록시’를 ‘시스템 프록시 자동 구성’으로 설정하면, 일반적으로 시스템 프록시 설정을 따르는 브라우저 요청을 처리할 수 있습니다. 클라이언트를 실행하거나 노드를 선택하는 것만으로는 충분하지 않습니다. ‘라우팅’만 바꿔도 브라우저가 프록시를 사용하는 것은 아닙니다.

시스템 프록시: 시스템 프록시 설정을 따르는 앱에 적용됩니다. 기기의 모든 연결을 가로채는 기능은 아닙니다.
코어 라우팅: 코어에 들어온 트래픽을 규칙에 따라 적절한 아웃바운드로 보냅니다.
TUN 모드: 처리 범위를 넓힐 수 있지만 라우팅과 DNS 설정도 함께 고려해야 합니다. 처음 문제를 확인할 때는 변수를 줄이기 위해 시스템 프록시를 사용하세요.
노드 프로토콜: VMess, VLESS 등은 노드 연결 방식을 결정하며, 중국 내 웹사이트가 직접 연결되는지는 결정하지 않습니다.

2. 중국 본토 우회, 전체 프록시, 블랙리스트 중 무엇을 선택할까

먼저 메인 창 하단의 ‘라우팅’ 드롭다운을 확인한 다음 ‘설정’ → ‘라우팅 설정’에서 해당 규칙을 살펴보세요. 기본 제공 설정에는 중국 본토 우회, 블랙리스트, 전체 프록시 등의 방식이 포함되는 경우가 많습니다. 현재 버전에 같은 이름의 항목이 없다면 이름이 비슷하다는 이유만으로 동일한 설정이라고 간주하지 마세요.

중국 본토 우회

권장

일반적으로 로컬 네트워크와 규칙 목록에서 중국 본토로 분류한 도메인 및 IP는 직접 연결하고, 나머지 요청은 프록시로 보냅니다. 도메인 분류와 IP 데이터에 따라 동작하며 웹페이지의 문구나 사이트 운영자의 소재지를 기준으로 판단하지 않습니다.

적합한 경우: 중국 본토의 업무·다운로드와 해외 웹사이트를 함께 이용할 때

전체 프록시

코어에 들어온 일반 요청을 우선 노드로 보냅니다. 기본 설정에 로컬 네트워크 직접 연결 등의 예외가 남아 있을 수 있으므로, ‘전체’라는 이름만 보지 말고 실제 규칙을 확인하세요.

적합한 경우: 라우팅이 문제의 원인인지 확인하기 위해 잠시 비교 테스트할 때

블랙리스트 라우팅

일반적으로 지정 목록에 포함된 도메인만 프록시로 보내고 나머지는 직접 연결합니다. 새 도메인은 목록에 없으면 직접 연결될 수 있으므로 실제 접속 상황에 따라 예외 규칙을 관리해야 합니다.

적합한 경우: 프록시를 사용할 대상이 적고 명확하며 도메인 목록을 직접 관리할 수 있을 때

정리: 우선 기본 설정 하나를 정하세요

일상적인 사용에는 중국 본토 우회를 선택하세요. 특정 사이트에서만 문제가 생기면 전체 프록시로 잠시 바꿔 비교한 뒤, 문제가 해결되면 원래 설정으로 돌아와 해당 사이트 규칙을 추가하세요. 노드, DNS, 코어를 한꺼번에 바꾸지 마세요.

3. 기본 라우팅 규칙으로 설정하기

시작하기 전에 노드 하나 이상으로 실제 웹 요청이 가능한지 확인하세요. 노드 목록의 지연 시간은 특정 탐색에 성공했다는 뜻일 뿐, 원하는 웹사이트에 접속할 수 있다는 보장은 아닙니다. 아래 순서대로 먼저 트래픽을 연결하고, 라우팅을 선택한 다음, 결과를 확인하세요.

노드 선택

메인 창의 노드 목록에서 사용할 노드를 선택하고 마우스 오른쪽 버튼을 눌러 ‘활성 서버로 설정’을 선택하세요. 이번 테스트에서는 이 노드 하나만 사용하고 자동 선택을 켜거나 노드를 자주 바꾸지 마세요.
시스템 프록시 연결

‘시스템 프록시’ 메뉴에서 ‘시스템 프록시 자동 구성’을 선택하세요. 브라우저에 별도의 수동 프록시 설정이 있다면 시스템 프록시를 사용하도록 되돌려 설정이 서로 덮어쓰지 않게 하세요.
기본 규칙 확인

‘설정’ → ‘라우팅 설정’으로 이동해 중국 본토 우회 규칙을 살펴보세요. 사설 주소와 중국 본토 직접 연결 규칙이 일반적인 기본 규칙보다 앞에 있는지 확인하세요. 수정 전에 현재 설정을 백업하거나 복사해 두세요.
라우팅 전환

메인 창으로 돌아와 하단의 ‘라우팅’ 드롭다운에서 방금 확인한 설정을 선택하세요. 수정 사항을 저장한 후 코어가 다시 로드되는지 확인하고, 설정 파싱 오류가 없을 때 다음 단계로 진행하세요.
연결 새로 설정

테스트할 사이트의 기존 탭을 닫고, 필요한 경우 브라우저를 완전히 종료한 뒤 다시 여세요. 중국 내 사이트, 대상 해외 사이트, 로컬 네트워크 기기에 각각 접속해 결과를 기록하세요.

컴퓨터에서 다른 프록시 프로그램도 실행 중이라면 먼저 종료하세요. Windows 시스템 프록시 설정은 여러 프로그램이 공유하므로 다른 프로그램이 백그라운드에서 설정을 변경하면 ‘설정 직후에는 되다가 잠시 후 작동하지 않는’ 문제가 생길 수 있습니다.

4. 사이트별 직접 연결 및 프록시 예외 추가

기본 분류만으로 모든 서비스의 연결 방식을 처리할 수는 없습니다. 중국 내 사이트에서 해외 API를 호출할 수도 있고, 해외 서비스가 현지 콘텐츠 전송 노드를 사용할 수도 있습니다. 실제로 실패한 도메인을 기준으로 규칙을 추가하세요. 한 번 문제가 생겼다고 공용 클라우드 IP 대역 전체의 아웃바운드를 바꾸지는 마세요.

‘설정’ → ‘라우팅 설정’에서 현재 설정의 규칙 목록을 편집하세요. 새 규칙의 도메인 입력란에 아래 매칭 표현식을 입력하고 알맞은 아웃바운드를 선택합니다. 프록시는 일반적으로 proxy, 직접 연결은 direct로 표시됩니다. 화면에 다른 이름이 표시된다면 현재 생성된 설정의 아웃바운드 태그를 기준으로 하세요.

표현식	매칭 범위	사용 권장 상황
`full:api.example.com`	이 도메인 전체와만 매칭	특정 API만 프록시로 보내려는 경우
`domain:example.com`	루트 도메인과 하위 도메인 모두 매칭	사이트 전체의 아웃바운드를 지정하려는 경우
`geosite:cn`	도메인 데이터 파일의 cn 분류와 매칭	중국 본토 도메인을 직접 연결하는 기본 규칙으로 자주 사용
`geoip:cn`	IP 조건에서 cn 주소 분류와 매칭	주소 기준으로 판단할 때 사용하며, 도메인 입력란에는 넣지 않음

표의 example.com은 문법 설명을 위한 예시 도메인일 뿐, 실제로 프록시를 사용해야 하는 대상이 아닙니다. 입력할 때는 도메인 표현식만 넣고 https://, 경로, 쿼리 매개변수, 포트는 제외하세요. 도메인 규칙은 웹 주소의 /account 같은 경로를 확인할 수 없으므로 페이지 경로별로 라우팅할 수 없습니다.

규칙 순서가 우선입니다: Xray 라우팅은 일반적으로 위에서 아래로 확인하며, 처음 일치하는 규칙을 적용합니다. 더 구체적인 예외 규칙은 범위가 넓은 분류 규칙보다 위에 배치하세요.
가장 긴 항목이 우선되는 방식이 아닙니다: 뒤에 있는 완전한 도메인 규칙은 앞에서 이미 일치한 도메인 분류 규칙을 자동으로 덮어쓰지 않습니다.
조건 입력란을 구분하세요: 같은 규칙의 도메인 목록은 보통 항목 중 하나만 일치해도 적용됩니다. 도메인, 포트, 네트워크 유형 등 서로 다른 조건을 함께 입력하면 일반적으로 모든 조건을 충족해야 합니다.
사설 네트워크는 별도로 처리하세요: 사설 주소 대역을 기준으로 로컬 네트워크 기기를 직접 연결할 수 있습니다. 도메인 규칙은 코어가 도메인을 알아야 작동하므로 모든 IP 규칙을 대체하지 않습니다.

5. DNS가 중국 본토 직접 연결에 영향을 주는 이유

도메인별 라우팅이 작동하려면 코어가 도메인을 알아야 합니다. 브라우저가 HTTP 프록시를 통해 HTTPS 연결을 시작하면 일반적으로 대상 호스트 이름을 프록시에 전달합니다. 반면 일부 프로그램은 이미 IP로 변환된 주소만 코어에 전달하므로 도메인 규칙이 적용되지 않을 수 있습니다. TUN, 스니핑, DNS 가로채기는 이 과정에 영향을 주지만 하나의 설정으로 취급해서는 안 됩니다.

IP 라우팅은 DNS 조회 결과에도 영향을 받습니다. 도메인이 어느 분류에 속하는지와 도메인이 변환된 IP가 어느 지역에 속하는지는 서로 다른 조건입니다. 콘텐츠 전송 네트워크를 이용하는 경우 도메인 규칙과 IP 규칙이 서로 다른 방향을 가리킬 수 있으며, 최종 결과는 먼저 일치한 규칙으로 결정됩니다.

먼저 입력값을 확인하세요: 로그의 대상이 IP 주소뿐이라면 앱이 미리 DNS 조회를 했는지 확인하세요. 같은 도메인 규칙을 반복해서 추가하지 마세요.
다음으로 DNS 조회 방식을 확인하세요: Xray의 AsIs는 라우팅을 위해 도메인을 별도로 조회하지 않습니다. IPIfNonMatch는 도메인 단계에서 일치 항목이 없을 때 IP를 조회한 후 IP 규칙을 적용할 수 있습니다.
기본 처리 규칙도 확인하세요: 앞선 광범위한 규칙이 이미 적용됐다면 뒤에 있는 IP 판단으로 결과를 바꿀 수 없습니다.
브라우저 설정은 따로 확인하세요: 브라우저의 보안 DNS 설정은 로컬 DNS 조회 방식에 영향을 줄 수 있습니다. 이 설정을 켰다는 이유만으로 모든 DNS 조회가 프록시를 우회한다고 단정할 수는 없습니다.

v2rayN의 ‘설정’ → ‘DNS 설정’에서 현재 코어가 사용하는 방식을 확인하세요. 먼저 기본 설정을 그대로 두고, 로그에서 DNS 조회 문제가 확인된 경우에만 수정하세요. DNS를 바꾼 뒤에는 연결을 새로 설정하세요. Windows의 ipconfig /flushdns 명령은 시스템 DNS 캐시만 지우며 브라우저, 앱, 코어의 캐시까지 함께 지우지는 않습니다.

6. 포트, 요청, 로그로 결과 확인

확인할 사항은 세 가지입니다. 요청이 로컬 프록시로 들어왔는지, 어떤 아웃바운드 규칙이 적용됐는지, 해당 아웃바운드로 대상에 연결할 수 있는지 확인하세요. 아래 포트 번호는 테스트 범위를 설명하기 위한 예시이며 모든 설치에서 고정으로 사용하는 값은 아닙니다. 실제 값은 ‘설정’ → ‘파라미터 설정’의 로컬 리스닝 설정에서 확인하세요.

10808

로컬 SOCKS 테스트용 포트 예시. 실제 리스닝 포트를 기준으로 하세요.

443

HTTPS에서 자주 쓰는 대상 포트이며 로컬 프록시 포트가 아닙니다.

일반 DNS에서 자주 쓰는 포트이며 암호화 DNS 전체를 포함하지는 않습니다.

실제 SOCKS 리스닝 주소가 127.0.0.1:10808이라면 Windows 터미널에서 아래 명령을 실행할 수 있습니다. socks5h는 대상 도메인을 프록시에서 조회하므로 도메인이 코어에 전달된 후 적용되는 라우팅을 확인하기에 적합합니다. 브라우저 자체의 DNS 동작을 완전히 재현하는 방법은 아닙니다.

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

명령에서 HTTP 응답을 받았다는 것은 요청이 어떤 HTTP 서버에 도달했다는 뜻일 뿐, 프록시 아웃바운드를 사용했다고 단정할 수는 없습니다. Xray 접속 로그에서 해당 도메인과 direct 또는 proxy 같은 아웃바운드 태그를 확인하세요. 현재 로그에 오류만 표시된다면 ‘설정’ → ‘파라미터 설정’에서 로그 수준과 접속 로그 관련 옵션을 확인하세요. 테스트가 끝나면 일상적인 설정으로 되돌려 대상 주소가 장시간 기록되지 않도록 하세요.

노드, 라우팅, DNS를 고정하고 테스트 시각과 대상 도메인을 기록합니다.
중국 본토 우회 설정에서 사이트 두 곳에 각각 요청을 보내고 로그에 표시된 대상과 아웃바운드를 확인합니다.
라우팅만 전체 프록시로 바꿔 다시 요청하고, 접속이 안 되던 사이트가 정상화되는지 비교합니다.
원래 설정으로 돌아와 예외 규칙을 하나 추가하고 다시 테스트합니다. 적용 여부를 확인한 뒤 임시 테스트 규칙을 삭제합니다.

정리: 웹페이지가 열려도 라우팅이 올바르다는 뜻은 아닙니다

요청이 코어에 들어오고, 로그에 예상한 아웃바운드가 표시되며, 대상에서 정상 응답을 받아야 확인이 끝난 것입니다. 공인 IP 조회 결과는 해당 조회 사이트로 향하는 경로만 보여 줍니다. 같은 웹페이지의 이미지, API, 동영상 요청까지 모두 같은 경로를 사용한다고 볼 수는 없습니다.

7. 라우팅 설정 관련 자주 묻는 질문

중국 본토 우회를 선택했는데 중국 내 사이트가 여전히 느린 이유는 무엇인가요?

사이트의 기본 도메인과 정적 리소스 도메인에 적용된 아웃바운드를 로그에서 확인하세요. 프록시로 잘못 연결됐다면 직접 연결해야 하는 정확한 도메인 규칙을 광범위한 프록시 규칙보다 앞에 두세요. 이미 직접 연결 중이라면 로컬 네트워크와 DNS 조회 결과를 확인하고 중복 규칙을 계속 추가하지 마세요.

전체 프록시에서는 열리는데 라우팅 모드에서 열리지 않는다면 무엇부터 바꿔야 하나요?

노드는 그대로 두고 실패한 요청의 도메인을 기록하세요. ‘설정’ → ‘라우팅 설정’에서 해당 도메인의 프록시 예외를 추가하고 분류 규칙보다 앞에 배치합니다. 웹페이지가 여러 도메인을 사용한다면 주소창의 기본 도메인만 규칙에 추가하지 말고 실패한 API도 확인하세요.

새 규칙을 저장했는데도 달라진 점이 없는 이유는 무엇인가요?

먼저 메인 창 하단의 ‘라우팅’에서 방금 편집한 설정을 선택했는지 확인한 다음, 앞선 규칙이 새 규칙보다 먼저 적용되는지 살펴보세요. 이후 테스트 앱을 종료하고 다시 실행해 기존 연결이 재사용되는 경우를 배제하세요. 로그가 계속 없다면 트래픽이 코어에 들어오지 않는 문제부터 해결해야 합니다.

프린터나 회사 내부망에 접속할 수 없으면 어떻게 해야 하나요?

사설 주소 직접 연결 규칙이 광범위한 프록시 규칙보다 앞에 있는지 확인하세요. 회사 내부 도메인은 회사 DNS를 사용해야 할 수 있으므로 공개 도메인 분류 규칙만 추가해서는 해결되지 않습니다. 먼저 시스템 프록시를 끄고 접속을 비교한 다음 내부망 주소, DNS, 기존 기업 네트워크 정책을 확인하세요. 내부망 전체를 원격 노드로 보내지 않도록 주의하세요.

구독을 업데이트하면 라우팅 규칙도 함께 수정되나요?

일반적인 노드 구독 업데이트는 주로 서버 설정을 갱신하며 로컬 라우팅이나 도메인 데이터까지 업데이트하지는 않습니다. 노드를 갱신한 뒤에도 현재 활성 서버, 라우팅 설정, 사용자 지정 규칙을 확인하세요. 도메인 분류 데이터를 업데이트해야 하는지는 클라이언트의 해당 데이터 업데이트 기능에서 별도로 확인해야 합니다.

설명을 이해할 수 있는 규칙만 남겨 두세요. 사설망 직접 연결, 필요한 업무별 예외, 중국 본토 분류 직접 연결, 나머지 트래픽의 명확한 처리 방식이면 충분합니다. 한 번에 하나씩 수정하고 변경 전 설정을 기록해 두세요. 용도를 알 수 없는 규칙을 계속 쌓는 것보다 재현하고 관리하기 쉽습니다.