분할 터널링은 모든 프로그램의 연결을 VPN으로 보내는 대신, 지정한 앱이나 트래픽만 터널을 통과시키는 설정입니다. 예를 들어 브라우저는 프록시를 사용하고 로컬 프린터 관리 프로그램은 일반 네트워크를 사용하게 하거나, 업무용 앱만 VPN에 연결할 수 있습니다. 다만 Windows VPN 클라이언트마다 지원 범위와 메뉴 이름이 다르며, 시스템 프록시·TUN 모드·앱별 규칙은 서로 같은 기능이 아닙니다.

설정 전에 먼저 원하는 결과를 구체적으로 정하세요. 특정 앱만 VPN으로 보내려는지, 특정 앱만 VPN에서 제외하려는지, 아니면 도메인이나 IP 주소를 기준으로 나누려는지에 따라 적합한 방식이 달라집니다. VPN 연결 표시가 켜져 있어도 분할 규칙이 적용되지 않거나, 앱이 자체 프록시 설정을 우선 사용할 수 있으므로 설정 후 실제 경로를 확인해야 합니다.

분할 터널링 방식과 적용 범위

분할 터널링은 하나의 버튼으로 모든 앱을 구분하는 기능처럼 보일 수 있지만, 실제로는 규칙을 판단하는 기준이 다릅니다. 앱 이름이나 실행 파일 경로를 기준으로 나누는 방식은 프로세스 기반 라우팅입니다. 도메인, IP 주소, 국가 또는 네트워크 대역을 기준으로 나누는 방식은 목적지 기반 라우팅입니다. 일부 클라이언트는 두 기준을 함께 제공하고, 다른 클라이언트는 목적지 규칙만 지원할 수 있습니다.

방식 규칙 기준 적합한 상황 주의할 점
앱별 분할 프로세스 이름 또는 실행 파일 경로 특정 프로그램만 VPN을 사용하거나 제외할 때 앱 업데이트 후 실행 파일 경로가 바뀌면 규칙이 맞지 않을 수 있음
도메인 규칙 접속하려는 도메인 서비스별로 다른 연결 경로를 지정할 때 앱이 다른 도메인이나 자체 DNS를 사용하면 일부 요청이 규칙 밖으로 나갈 수 있음
IP 규칙 목적지 IP 또는 IP 대역 고정된 서버 주소에 경로를 지정할 때 서비스의 IP가 바뀌면 기존 규칙을 다시 확인해야 함
시스템 프록시 Windows 프록시 설정을 참조하는 앱 프록시 설정을 지원하는 앱을 간단히 연결할 때 모든 프로그램이 시스템 프록시를 따르는 것은 아님

“VPN 사용 앱”과 “VPN 제외 앱”은 규칙 방향이 반대입니다. 허용 목록 방식은 선택한 앱만 터널로 보내고 나머지는 직접 연결하는 구성이 일반적입니다. 제외 목록 방식은 기본적으로 터널을 사용하되 지정한 앱은 터널을 건너뛰게 합니다. 메뉴에서 앱을 선택하기 전에 클라이언트가 어느 방식을 쓰는지 확인하지 않으면, 필요한 앱이 오히려 반대 경로로 연결될 수 있습니다.

핵심: 앱별 분할이 목표라면 설정 화면에 프로세스 또는 애플리케이션 규칙이 있는지 확인하세요. 시스템 프록시를 켜는 것만으로는 모든 앱을 앱별로 나눌 수 없습니다.

Windows와 클라이언트에 맞는 방법 고르기

Windows용 VPN 공식 클라이언트에 앱별 분할 기능이 있다면 우선 그 기능을 확인하는 것이 가장 간단합니다. 클라이언트 설정에서 “분할 터널링”, “앱별 라우팅”, “VPN 제외 앱”처럼 표시된 메뉴를 찾으세요. 메뉴가 없다면 지원하지 않는 기능일 수 있으므로, 이름이 비슷한 시스템 프록시 메뉴를 대신 켜고 같은 결과를 기대하지 않는 편이 좋습니다. 클라이언트 버전이나 연결 모드에 따라 기능이 숨겨지거나 동작 조건이 달라질 수도 있습니다.

Clash Verge 계열 클라이언트에서는 시스템 프록시와 TUN 모드를 구분해야 합니다. 시스템 프록시는 Windows 프록시를 따르는 프로그램에 주로 적용되고, TUN은 더 넓은 범위의 네트워크 트래픽을 처리할 수 있습니다. 앱별 경로 규칙을 쓰려면 현재 사용 중인 버전과 코어가 프로세스 기준 규칙을 지원하는지 확인해야 합니다. 메뉴에서 앱을 고르는 화면이 없다고 해서 도메인 규칙만으로 앱 전체의 트래픽을 완전히 구분할 수 있는 것은 아닙니다.

sing-box 기반 Windows 클라이언트도 인터페이스와 기능이 구현 방식에 따라 다를 수 있습니다. sing-box 설정에서 프로세스 이름이나 경로를 활용하는 규칙을 제공하더라도, 해당 규칙을 클라이언트가 노출하는지, Windows에서 TUN과 필요한 권한을 사용하는지 확인해야 합니다. Shadowrocket은 iOS 클라이언트이므로 Windows 설정 방법으로 안내하면 안 됩니다. Windows용 앱과 모바일 클라이언트는 메뉴와 트래픽 처리 구조가 서로 다릅니다.

  • ✅ 먼저 현재 클라이언트가 Windows에서 앱별 규칙을 지원하는지 확인하세요.
  • ✅ “VPN으로 보낼 앱”인지 “VPN에서 제외할 앱”인지 규칙 방향을 정하세요.
  • ✅ 시스템 프록시와 TUN 모드가 각각 어떤 트래픽을 처리하는지 구분하세요.
  • ✅ 앱을 지정할 때 표시 이름뿐 아니라 실행 파일 경로가 필요한지도 확인하세요.
  • ❌ 모든 앱이 Windows 시스템 프록시 설정을 따른다고 가정하지 마세요.
  • ❌ 다른 운영체제용 클라이언트의 메뉴 설명을 Windows에 그대로 적용하지 마세요.

앱별 규칙 설정과 적용 확인

메뉴 명칭은 버전에 따라 달라질 수 있지만, 설정 순서는 대체로 같습니다. 기존 연결을 잠시 끊은 뒤 클라이언트의 분할 터널링 또는 라우팅 메뉴를 열고, 앱을 VPN에 포함할지 제외할지 선택합니다. 앱 목록에서 찾을 수 없다면 직접 실행 파일을 지정해야 할 수 있습니다. 프로그램의 바로 가기 파일이 아니라 실제 실행 파일을 선택하고, 설치 위치가 바뀐 경우 규칙이 예전 경로를 가리키지 않는지 확인하세요.

  1. 목표를 정합니다. VPN을 써야 하는 앱만 터널로 보내려는지, 기본은 VPN으로 두고 일부 앱만 제외할지 결정합니다.
  2. 클라이언트 모드를 확인합니다. 시스템 프록시, TUN 또는 클라이언트 자체 프록시 중 현재 어떤 방식으로 연결하는지 확인합니다.
  3. 앱 규칙을 추가합니다. 앱 선택 목록을 이용하거나 실행 파일 경로를 지정합니다. 여러 실행 프로세스를 사용하는 앱은 보조 프로세스도 규칙에 포함해야 할 수 있습니다.
  4. 규칙을 저장하고 재연결합니다. 일부 설정은 저장 즉시 적용되지만, 연결을 다시 수립하거나 앱을 완전히 종료한 뒤 실행해야 반영되는 경우도 있습니다.
  5. 각 앱을 따로 테스트합니다. VPN에 포함한 앱과 제외한 앱을 각각 실행해 예상한 경로로 통신하는지 비교합니다.

IP 확인은 연결 여부를 검토하는 한 가지 방법입니다. VPN을 사용해야 하는 앱의 브라우저에서 IP 조회를 열어 출구 주소가 기대한 연결과 일치하는지 확인할 수 있습니다. 다만 한 앱의 브라우저 결과가 다른 모든 프로그램의 경로까지 증명하지는 않습니다. 앱이 자체 DNS를 사용하거나 별도 연결 프로세스를 띄우는 경우에는 해당 앱의 실제 기능도 함께 시험해야 합니다.

규칙이 적용되지 않는다면 먼저 앱을 완전히 종료하고 다시 실행하세요. 백그라운드 프로세스가 남아 있으면 기존 연결을 계속 사용할 수 있습니다. 다음으로 규칙에 등록한 실행 파일 경로와 실제 실행 파일이 같은지 살펴봅니다. 그 뒤 VPN 연결 모드, TUN 권한, 방화벽 또는 보안 프로그램의 차단 여부를 확인하세요. 업무 앱이 로그인만 실패하는 경우에는 VPN 연결 자체보다 DNS, 인증서 검사, 사내 네트워크 정책이 원인일 수도 있습니다.

연결 문제와 설정 복구

분할 터널링을 적용한 뒤 특정 앱만 연결되지 않으면 규칙을 여러 개 한꺼번에 바꾸기보다 한 번에 하나씩 확인하세요. 먼저 해당 앱을 임시로 기본 경로에 두고 정상 동작하는지 비교합니다. 정상이라면 앱 규칙이나 해당 클라이언트의 프로세스 매칭을 점검할 수 있습니다. 기본 경로에서도 실패한다면 앱 계정, 로컬 네트워크, DNS 또는 VPN 노드 연결 등 다른 원인을 살펴봐야 합니다.

  • 앱이 VPN을 우회하는 경우: 해당 앱이 시스템 프록시를 따르는지 확인하고, TUN을 사용하는 경우 프로세스 규칙이 현재 모드에서 지원되는지 점검합니다.
  • 앱이 VPN으로 들어가지 않는 경우: 포함 목록과 제외 목록을 혼동하지 않았는지 확인하고, 실행 파일 경로 및 보조 프로세스를 다시 확인합니다.
  • 일부 사이트만 열리지 않는 경우: 도메인 규칙, DNS 응답, 앱 내 프록시 설정이 서로 충돌하지 않는지 확인합니다.
  • 설정 변경 뒤 전체 연결이 불안정한 경우: 분할 규칙을 비활성화하고 기본 연결 상태부터 복구한 다음 규칙을 하나씩 다시 추가합니다.

원래 상태로 되돌릴 때는 먼저 앱별 규칙을 비활성화하거나 삭제하고, 필요했다면 시스템 프록시도 이전 상태로 복구하세요. TUN 모드와 시스템 프록시를 여러 클라이언트에서 동시에 사용하면 라우팅이 겹치거나 연결 경로를 파악하기 어려워질 수 있습니다. 사용하지 않는 다른 프록시 앱은 종료하고, 네트워크가 복구된 뒤 VPN 클라이언트를 하나씩 다시 켜는 편이 원인 분리에 도움이 됩니다. 클라이언트를 제거하기 전에 구독 정보와 사용자 지정 규칙을 보관할 필요가 있는지도 확인하세요.

복구 순서: 규칙 해제 → 시스템 프록시와 TUN 상태 확인 → 앱 재시작 → 기본 연결 테스트 → 규칙을 하나씩 다시 적용합니다. 설정을 한꺼번에 초기화하기보다 원인을 단계별로 좁히세요.

자주 묻는 질문

시스템 프록시를 켜면 모든 Windows 앱이 VPN을 사용하나요?

아닙니다. 시스템 프록시 설정을 참조하는 프로그램에 적용되며, 자체 네트워크 연결을 사용하는 앱은 이를 따르지 않을 수 있습니다. 모든 트래픽을 처리하려면 클라이언트가 지원하는 TUN 등 별도 모드가 필요할 수 있지만, 이것만으로 앱별 분할 규칙이 제공되는 것은 아닙니다.

Clash Verge에서 특정 앱만 선택할 수 없으면 어떻게 하나요?

시스템 프록시 모드인지 TUN 모드인지 먼저 확인하고, 해당 버전과 코어가 프로세스 기반 규칙을 지원하는지 살펴보세요. 앱별 선택 기능이 없다면 도메인이나 IP 규칙은 목적지 기준의 대안일 뿐, 앱의 모든 연결을 식별하는 기능과 같지 않습니다.

앱 업데이트 후 분할 규칙이 동작하지 않을 수도 있나요?

가능합니다. 업데이트나 재설치로 실행 파일의 이름 또는 경로가 바뀌면 기존 규칙이 새 프로세스를 가리키지 않을 수 있습니다. 앱을 실행한 뒤 실제 경로를 확인하고, 클라이언트에서 해당 규칙을 다시 지정해 테스트하세요.

IP 조회 결과만으로 앱별 설정을 확인할 수 있나요?

아닙니다. 조회를 실행한 브라우저의 경로는 확인할 수 있지만, 다른 앱이나 백그라운드 프로세스의 경로까지 보장하지 않습니다. 규칙에 포함한 앱과 제외한 앱을 각각 실행하고, 해당 앱의 네트워크 기능이 정상인지 별도로 확인해야 합니다.