Windows VPN이 남긴 오래된 경로를 제거하는 방법

세션은 몇 시간 전에 끝났고 어댑터도 사라졌지만, 경로는 여전히 테이블에 남아 인터페이스 42를 가리킵니다. 그 행을 삭제하는 데는 명령 하나면 되지만, 그것이 올바른 행인지 판단하려면 네 가지 확인이 필요합니다. 경로 테이블은 공유되므로 광범위한 제거는 다른 연결이 아직 쓰는 경로까지 지우며, 터널을 나르는 경로도 포함됩니다. 아래의 각 단계는 오직 하나의 항목만 일치할 때까지 대상을 좁힙니다.

1. 항목이 오래된 것인지 의도된 것인지 판단합니다

재부팅 후에도 살아남은 항목은 어딘가에 기록되었고, 그 장소는 보통 사고가 아니라 결정입니다. 분할 터널링은 잔여물과 똑같이 보이는 경로에 의존하며, 하나의 접두사를 터널로 보내는 정책은 하나의 목록에서 오래된 항목과 구별되지 않습니다. 경로가 언제 나타났는지 물으세요—터널이 작동하는 동안에만 존재하는 경로는 클라이언트 구성에 속하므로 정리 명령은 잘못된 도구입니다. 의도적인 경로를 제거하면 다음 연결이 아무도 지켜보지 않는 단계에서 실패합니다.

엔드포인트 경로에는 별도의 경고가 필요합니다. 클라이언트가 암호화된 패킷이 로컬 연결을 통해 도달하도록 VPN 서버에 호스트 경로를 추가할 때, 그 경로를 삭제하면 다음 재연결에서 터널이 무너지고 증상은 서버 결함처럼 읽힙니다. 무엇이든 건드리기 전에 목적지를 클라이언트가 연결하는 주소와 비교하세요: VPN 서버와 일치하는 단일 공인 주소는 바깥 경로이며 쓰레기가 아닙니다.

2. 항목을 지목하는 네 가지 필드를 기록합니다

두 인터페이스가 같은 목적지로 가는 경로를 가질 수 있으므로 접두사만으로는 식별자가 아닙니다. 목적지 접두사, 인터페이스 인덱스, 다음 홉, 정책 저장소를 기록하세요—이 네 값이 정확히 하나의 항목을 설명합니다. 하나의 목록이 그 모두를 줍니다:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

메트릭으로 정렬하면 컴퓨터가 실제로 선호하는 경로가 위로 올라오고, 잔여물은 보통 그 자리에 앉아 있습니다. 터널이 작동하는 동안과 떨어진 뒤에 항목을 다시 비교하세요: 어댑터와 함께 사라지는 경로는 클라이언트의 것이고, 남는 경로는 다른 무언가가 기록한 것입니다. 정책 저장소는 사람들이 건너뛰는 필드이며, 활성 저장소에서 제거된 항목이 다음 정책 새로 고침 후에 돌아오기 때문에 다시 나타나는 이유를 설명합니다. 상태를 바꾸는 무엇이든 실행하기 전에 네 값을 적어 두세요.

3. 제거를 미리 본 다음 항목 하나를 제거합니다

Remove-NetRoute는 Get-NetRoute가 출력한 것과 같은 접두사와 인터페이스 인덱스를 받으며 미리 보기 스위치가 있으므로 아무것도 추측할 필요가 없습니다. 다음 순서로 이 쌍을 실행하세요:

Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42 -WhatIf
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42

미리 보기는 삭제할 개체를 출력하므로 스위치를 놓기 전에 접두사, 인터페이스, 다음 홉을 메모와 비교하세요. 활성 저장소가 기본이므로 어느 줄도 영구 항목에 도달하지 않으며, 식별한 경로가 그곳에 있다면 -PolicyStore PersistentStore를 추가해야 하고, 그렇게 하지 않으면 제거가 성공한 것처럼 보이고 항목은 다음 정책 새로 고침에서 돌아옵니다. 자신의 연결을 나르는 경로를 삭제하면 그 연결이 끝나므로 세션이 원격일 때는 대역 외 복구 경로를 유지하세요. 테이블을 지우는 명령에는 절대 손을 뻗지 마세요.

4. 그것을 되돌려 놓는 구성 요소를 찾습니다

소유자가 여전히 경로를 설치하도록 구성되어 있는 동안에는 삭제가 해결책이 아닙니다. 소유자는 보통 분할 터널 목록이 있는 VPN 클라이언트 프로필, 로그온 시 경로를 추가하는 스크립트나 예약 작업, 또는 컴퓨터에 적용된 도메인 정책 중 하나입니다. 모든 연결에서 실행되므로 프로필을 먼저 확인하세요:

Get-VpnConnection | Select-Object Name,SplitTunneling,ServerAddress
Get-NetRoute -PolicyStore PersistentStore

영구 항목은 아무것도 연결하지 않고도 보이므로, VPN 세션 없이 재부팅 후 돌아오는 경로는 거의 항상 그 저장소나 시작 스크립트에 있습니다. 그곳에서 소유자를 고치면 수동 삭제는 치료가 아니라 검증이 됩니다.

5. 조회, 이웃, 메모를 확인합니다

깨끗한 결과는 경로가 사라졌다는 것이 아니라, 이제 예상한 인터페이스를 조회가 선택한다는 뜻입니다. 영향을 받은 접두사로 가는 패킷이 어디로 갈지 컴퓨터에 물으세요: 잔여물은 여전히 죽은 인덱스를 지목하지만 깨끗한 답은 온링크 인터페이스나 올바른 게이트웨이를 지목합니다. Find-NetRoute는 한 번에 하나의 주소에 대해 답합니다:

Find-NetRoute -RemoteIPAddress 10.20.4.7

그다음 이웃을 시험하세요: 분할 터널에 여전히 필요한 두 번째 접두사를 골라 그 조회가 변하지 않았는지 확인하되, 경로를 하나 더 빼는 것이 이 정리가 부르는 실수입니다. 원래 실패한 애플리케이션을 다시 시도하고, 이제 어느 구성 요소가 접두사를 소유하는지 기록하세요. Microsoft의 Get-NetRoute 설명서에는 두 번째 단계에서 적어 둔 필드가 나열되어 있습니다. 여섯 달 뒤에는 그 메모가 같은 항목을 두 번 진단하는 일을 막아 줍니다.