라우팅 규칙 설정 가이드: 목적지별로 트래픽을 스마트하게 분류하기

많은 이용자들이 연결에 성공한 뒤 다소 난처한 상황을 겪습니다: 굳이 우회할 필요가 없는 사이트까지 전부 프록시 서버를 거치게 되어 오히려 접속이 느려지는 것입니다. 이는 사실 라우팅 분류가 제대로 설정되지 않았기 때문입니다——아무런 구분 없이 사용하면 클라이언트가 모든 트래픽을 프록시 노드로 보내버리는데, 이 경우 해외 사이트 접속에는 문제가 없지만 원래 직접 연결해도 충분한 사이트까지 불필요하게 우회를 거치게 되어 속도가 느려질 뿐 아니라 노드의 트래픽까지 낭비하게 됩니다. 라우팅 분류가 해결하는 것이 바로 이 부분입니다——클라이언트가 각 요청의 목적지를 자동으로 판단해 직접 연결할지 프록시를 거칠지 결정하게 하는 것입니다. 본 글에서는 최소한의 설정 절차로 이를 올바르게 조정하는 방법을 설명합니다.

내장 규칙 세트를 활성화해 먼저 대부분의 상황을 해결

v2rayN에는 커뮤니티가 유지보수하는 규칙 세트가 기본으로 내장되어 있는데, 이 중에는 중국 본토의 웹사이트 도메인과 IP 대역만 모아 놓은 전용 프리셋도 포함되어 있습니다. 상단 메뉴의 "설정" → "라우팅 설정"을 열면 프리셋 목록에서 "중국 본토 우회"(보통 GeoSite:cn·GeoIP:cn 데이터베이스 기반) 항목을 확인할 수 있으며, 이는 중국 본토 사이트에 접속할 일이 있을 때 유용한 전용 규칙입니다. 중국 본토 사이트를 이용할 일이 없다면 이 프리셋을 굳이 켜지 않아도 되고, 대신 모든 트래픽을 프록시로 보내는 "전역 프록시" 모드를 쓰거나 자주 이용하는 국내 서비스만 직접 연결로 지정하는 나만의 커스텀 규칙을 작성하는 편이 더 실용적입니다. 자주 사용되는 문법은 세 가지입니다: domain:example.com은 해당 도메인과 모든 서브도메인에 완전히 일치합니다. domain:keyword:cdn은 도메인에 cdn이라는 키워드를 포함하는 요청에 매칭되어 같은 CDN 제공자 산하의 여러 도메인에 편리합니다. geoip:private은 로컬/사내 네트워크 주소 대역에 매칭되어 사내 네트워크 요청이 잘못 프록시되는 것을 방지하기 위해 기본적으로 항상 직접 연결로 설정해야 합니다. 여기서 놓치기 쉽지만 중요한 포인트가 있습니다: 라우팅 규칙은 목록의 위에서부터 순서대로 매칭되며 가장 먼저 일치한 규칙이 즉시 적용되고 이후 매칭은 진행되지 않습니다. 그러므로 커스텀 규칙은 반드시 내장 규칙 세트보다 앞에 배치하세요. 그렇지 않으면 영원히 매칭되지 않을 수 있습니다.

겸사겸사 광고도 차단, 자주 발생하는 상황에도 응용

광고나 추적 요청도 겸사겸사 차단하고 싶다면 커뮤니티가 유지보수하는 광고 필터링 규칙 세트를 추가로 불러올 수 있습니다. 일치하는 도메인으로의 요청을 직접 연결이나 프록시가 아닌 "차단"으로 표시해 광고 로딩을 줄이면서 불필요한 프록시 트래픽도 소모하지 않습니다. 위 규칙과 결합하면 몇 가지 자주 발생하는 상황에 그대로 응용할 수 있습니다: 소수의 사이트만 프록시하고 싶다면 라우팅 모드를 "전역 직접 연결"로 변경하고 대상 도메인에 개별적으로 "프록시" 규칙을 추가하세요. 회사 사내 네트워크 서비스에 영향이 없도록 하고 싶다면 geoip:private 규칙을 항상 유지하고 최우선순위로 두세요. 특정 사이트가 원래 직접 연결되어야 하는데 잘못 프록시로 판정되고 있다면 내장 규칙 세트보다 앞에 해당 도메인용 직접 연결 규칙을 추가하면 기본 판정을 덮어쓸 수 있습니다. 설정이 완료되면 로그 창을 열고 직접 연결로 지정한 사이트와 프록시로 지정한 사이트를 각각 방문해 그 요청이 로그상에서 "직접 연결"인지 "프록시"인지 확인해 보세요. 예상한 결과가 아니라면 라우팅 설정으로 돌아가 규칙 순서와 문법이 올바른지 확인하세요——더 기본적인 연결 확인 방법은 빠른 시작 가이드도 참고하세요.

일부 앱은 규칙을 아무리 바꿔도 효과가 없는 이유

주의해야 할 점은 라우팅 규칙이 클라이언트가 인식할 수 있는 트래픽에만 유효하다는 것입니다. 일부 앱(명령줄 도구, 일부 게임 클라이언트 등)이 시스템 프록시 설정을 따르지 않는다면 라우팅 규칙도 당연히 그 앱에는 적용되지 않습니다. 이런 트래픽은 프록시를 직접 우회해 버리므로 당신이 정성껏 설정한 분류 규칙도 우회됩니다. 특정 앱에서 규칙을 아무리 조정해도 전혀 변화가 없다면 그것이 원인일 가능성이 매우 높습니다. 이 경우 TUN 모드를 활성화해야 합니다. 네트워크 어댑터 계층에서 모든 트래픽을 통합해 처리함으로써 비로소 라우팅 규칙이 이런 "말을 듣지 않는" 앱에도 적용될 수 있게 됩니다. 구체적인 원리와 설정 절차는 TUN 모드 완전 가이드를 참고하세요.

규칙 세트는 업데이트가 필요하며 설정도 가끔 점검을

내장 규칙 세트는 한 번 설정하면 영원히 변하지 않는 것이 아닙니다. 커뮤니티가 유지보수하는 GeoIP, GeoSite 데이터베이스는 지속적으로 업데이트되고 있어 새로 추가된 도메인이나 IP 대역 변화에 대응하려면 규칙 세트 파일 업데이트가 필요합니다. 자동 업데이트를 켜 두거나 정기적으로 수동 확인하는 것을 권장합니다. 규칙 세트가 오래되면 새 도메인이 잘못 분류되는 것을 방지할 수 있습니다. 커스텀 규칙을 많이 추가했다면 목록을 정기적으로 점검하는 것도 권장합니다. 사용하지 않는 것을 삭제하고 중복되는 기능을 통합하면 매칭 과정이 더 단순해지고 문제가 발생했을 때 어떤 규칙이 영향을 미치는지도 빠르게 파악할 수 있습니다. 마지막으로 초보자가 흔히 빠지는 오해를 몇 가지 짚어봅니다: 커스텀 규칙을 실수로 내장 규칙 세트보다 뒤에 배치해 영원히 매칭되지 않거나, 여러 규칙 세트를 동시에 활성화했지만 우선순위가 뒤섞여 예상과 반대되는 분류 결과가 나오거나, 규칙 변경 후 노드에 재연결하거나 클라이언트를 재시작하는 것을 잊어 변경 사항이 기존 연결에 즉시 반영되지 않는 경우 등입니다. 분류 결과가 예상과 다르다면 먼저 이 세 가지부터 확인해 보세요.