Windows VPN이 모든 트래픽을 가져가나요? 기본 경로를 제거하세요

사무실 VPN에 연결하면 브라우저의 모든 페이지가 그 네트워크를 지나가기 시작합니다: 파일 서버는 빠르고 나머지는 느리거나 걸러지거나 사라집니다. 클라이언트가 잘못 동작하는 것이 아니라 프로필이 전체 터널을 요청한 것입니다. 이를 멈추는 스위치는 최신 설정 앱이 보여 주지 않는 대화상자의 확인란 하나이며, 게이트웨이는 연결할 때마다 다시 발언권을 갖습니다. 이 안내는 Windows 인터페이스가 실제로 제시하는 순서를 따르고, 그다음 경로 테이블이 올바르게 보인 뒤에도 실패하는 점검을 다룹니다.

설정이 아니라 어댑터 속성에서 시작하세요

설정 앱은 프로필을 네트워크 및 인터넷 아래, 그다음 VPN 아래에 나열하지만 일반 옵션만 노출합니다. 기본 게이트웨이 결정은 어댑터에 있습니다. Win+R과 ncpa.cpl로 클래식 어댑터 목록을 열고, VPN 연결을 마우스 오른쪽 단추로 클릭하고, 속성을 선택하고, 인터넷 프로토콜 버전 4를 선택하고, 다시 속성, 그다음 고급을 선택합니다. 원격 네트워크에서 기본 게이트웨이 사용의 선택을 해제하고 세 대화상자에서 모두 빠져나오는 것을 확인하세요.

확인란은 터널이 설정될 때 적용되고 기존 세션은 이미 만든 테이블을 유지하므로 테스트 전에 다시 연결하세요. 클라이언트가 연결 해제된 상태에서 어댑터가 보이지 않으면 한 번 연결한 뒤 창을 다시 여세요. IPv4 속성 페이지가 없는 TAP 또는 Wintun 어댑터를 설치하는 공급업체 클라이언트에는 이 대화상자가 아예 없으며, 그런 경우 같은 결정은 클라이언트 자체 설정의 분할 터널 옵션이고 어댑터의 확인란은 찾을 곳이 아닙니다.

PowerShell에서 같은 변경

Windows VPN 저장소에서 만든 프로필이라면 이 설정은 스크립트로 처리할 수 있으며, 컴퓨터를 자주 다시 만든다면 바로 그것이 원하는 방식입니다:

Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling

그 cmdlet은 해당 저장소의 프로필에만 닿습니다. 서드파티 클라이언트가 추가한 연결은 나타나지 않고, 명령은 오타처럼 읽히는 이름 오류로 실패합니다. 이 스위치가 하지 않는 일도 보세요: 클라이언트가 기본 경로를 설치하는 것은 막지만, 연결할 때 게이트웨이가 푸시하는 경로는 제거하지 않으므로 많은 네트워크에서는 다음 절이 여전히 필요합니다.

게이트웨이가 기본 경로를 다시 푸시할 때

먼저 테이블을 읽으세요. 메트릭이 다른 두 개의 기본 항목은 프로필 변경이 효과가 있었고 푸시된 경로가 그래도 그것을 대체했음을 뜻합니다:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex

터널에 속한 기본 경로를 삭제하고 물리적 경로는 유지하며, 세 번째 명령의 인터페이스 인덱스를 사용하고 어댑터 별칭은 쓰지 마세요: 별칭을 넘기는 스크립트는 표시 이름이 바뀌는 순간 깨집니다.

Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1

삭제는 사무실도 함께 가져가므로 터널 게이트웨이를 통해 회사 접두사를 다시 추가하세요. 사람들이 건너뛰는 줄이 바로 이것이며, 성공적인 분할 터널 변경 뒤에 «VPN이 작동을 멈췄다»가 따라오는 이유입니다:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

다시 연결하면 이 중 어느 것도 유지되지 않으며, 이는 버그가 아니라 어댑터가 다시 만들어지고 클라이언트가 프로필과 게이트웨이의 합의를 다시 적용하는 정직한 동작입니다. 기본 경로가 매번 다시 나타나면 게이트웨이가 분할 터널링을 거부하도록 구성된 것이며 계속 푸시하거나 세션을 끊습니다. 그것은 네트워크 운영자의 정책이며, 요청은 그쪽으로 가야 하고 연결마다 맞서는 로컬 스크립트의 일이 아닙니다.

다시 연결한 뒤 DNS, IPv6, 메트릭을 다시 확인하세요

IPv4 기본 경로를 제거해도 다른 체계나 이름 확인에 대해 아무것도 증명하지 않습니다. 터널이 IPv6를 나르는 동안 IPv4 기본 경로는 로컬로 남을 수 있고, 푸시된 확인자 목록이 내부 이름을 살려 두는 동안 그것을 쓰는 쿼리는 다른 길로 갈 수 있습니다. 끝났다고 하기 전에 세 가지를 모두 확인하세요:

Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy

연결할 때마다 상태가 되돌아가면 테이블을 직접 편집하는 대신 명령을 연결별 작업으로 옮기세요: 연결 이벤트로 시작하는 예약 작업, 또는 클라이언트 자체의 분할 터널 설정이 있다면 그것입니다. 인터페이스 인덱스는 변수에 두고 어댑터를 추가하거나 제거하면 바뀔 수 있으므로 실행할 때 조회하세요.

무엇을 포기했는지 결정하세요

로컬 인터넷 트래픽은 더 이상 사무실에서 검사하거나 필터링하지 않으며, 터널로만 게시되는 것은 이제 자체 경로가 필요합니다. 일부 조직은 분할 터널링을 정책 위반으로 보므로 관리되는 장치를 바꾸기 전에 확인하세요: 푸시된 기본값은 때로 사고가 아니라 강제 수단입니다. Set-VpnConnection 문서에는 분할 터널링 매개 변수와 적용되는 프로필 유형이 나열되어 있습니다.

그다음 정해진 순서로 확인하세요: 기본 경로의 소유자, 일반 브라우징, 주소로 접속하는 회사 호스트 하나, 내부 이름 하나, 그리고 한 번 다시 연결한 뒤 같은 네 가지입니다. 브라우징은 되고 회사 호스트가 실패한다면 빠진 것은 제거한 기본 경로가 아니라 접두사 경로이며, 프로필을 다시 만드는 것보다 훨씬 저렴하게 고칠 수 있습니다.