Usuń trasę VPN w Windows z profilu, a nie z tabeli

Usuń trasę, zobacz, jak znika, a następne połączenie ją przywraca. To nie polecenie usunięcia zawodzi; inny obiekt przywraca wpis. Twoje polecenie zadziałało na aktywnej tabeli routingu, podczas gdy coś innego trzyma zapisaną instrukcję, która przy każdym połączeniu ponownie instaluje trasę. Znajdź właściciela, zanim usuniesz ten sam wpis po raz trzeci.

Nazwij właściciela, zanim usuniesz ponownie

Zapisz dokładny prefiks miejsca docelowego, aktywny interfejs i nazwę profilu, dopóki trasa istnieje. Potem spójrz na zamierzony profil w tym zakresie, w którym jest przechowywany, ponieważ listy połączeń dla pojedynczego użytkownika i dla wszystkich użytkowników to osobne obiekty. Sprawdź, czy wpis instaluje też skrypt, usługa VPN lub zarządzanie urządzeniami, i przejrzyj elementy uruchamiane przy starcie, gdy żaden z oczywistych właścicieli tego nie wyjaśnia. Trasa dodana przez zaplanowane zadanie wraca według licznika czasu, a nie przy połączeniu.

Czas szybko zawęża listę. Trasa, która wraca tylko przy ponownym połączeniu, wskazuje na profil, a ta, która wraca przy utrzymanym połączeniu, wskazuje na skrypt, usługę lub odświeżenie zasad.

Usuń trasę zapisaną, nie aktywną

W profilu natywnym usunięcie wymaga nazwy połączenia i prefiksu miejsca docelowego, a także przełącznika dla wszystkich użytkowników, gdy połączenie należy do globalnej książki telefonicznej. Najpierw wykonaj podgląd, bo polecenie cmdlet go obsługuje i podgląd nic nie kosztuje:

Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24' -WhatIf
Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24'

To usuwa zapisaną instrukcję, a nie pasujący wpis aktywny, i właśnie ta różnica sprawia, że zmiana przetrwa ponowne połączenie. Usuwanie z tabeli kupuje tylko czas do następnego połączenia. Microsoft dokumentuje polecenie cmdlet jako usuwanie trasy z połączenia VPN, a to jest obiekt, który chcesz zmienić.

Czytaj dane wyjściowe, zamiast zakładać, że się udało. Polecenie cmdlet zgłasza, które połączenie zmieniło, a następny krok potwierdza zmianę z zapisanej konfiguracji, a nie z aktywnej tabeli.

Odczytaj zapisane trasy z powrotem

Zapytaj profil, jakie trasy teraz przechowuje, ponieważ zapisana kolekcja jest wiążącą odpowiedzią, a tabela to tylko kopia. Obiekt połączenia niesie własną listę tras:

Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Get-VpnConnection -AllUserConnection | Select-Object Name, Routes

Prefiks, który nadal występuje w tej kolekcji, wróci przy następnym połączeniu, ilekroć zostanie usunięty z tabeli. Prefiks, który zniknął z kolekcji, a nadal jest w tabeli, ma innego właściciela, i to odsyła cię do pytania o czas.

Porównaj obie listy, gdy połączenie jest aktywne. Prefiks w aktywnej tabeli i nieobecny w zapisanej kolekcji to przypadek wskazujący na skrypty i zasady, a prefiks obecny w obu to przypadek, którego właścicielem jest profil. To porównanie to cała diagnoza i kosztuje jedno ponowne połączenie.

Gdy trasą zarządza zasada zarządzania

Profil dostarczony przez zarządzanie urządzeniami nie jest twój do edycji, a lokalna zmiana jest zastępowana przy następnym odświeżeniu zasad. Znakiem jest zapisana trasa, która wraca po udanym usunięciu, albo profil, którego nie możesz zmienić bez uprawnień, których nie masz. Sprawdź stan rejestracji urządzenia, zanim poświęcisz więcej czasu na polecenie cmdlet.

Działanie korygujące należy do zasad: usuń prefiks z definicji profilu VPN w konsoli zarządzania albo z zasady grupy, która ją wdraża. Poproś właściciela tej zasady o potwierdzenie zmiany, zamiast ponownie edytować lokalną kopię. Wtedy urządzenie przy następnym odświeżeniu odpowiada zasadzie, a trasa pozostaje usunięta z powodu, który przetrwa następne wdrożenie.

Zapisz, co było jej właścicielem

Zapisz właściciela, zakres i dokładne polecenie, aby następna osoba nie powtarzała dochodzenia od początku. Zapisz, czy wpis wrócił i co go wywołało, bo to dowód, że właściciel został właściwie zidentyfikowany. Trasa, która wraca po odświeżeniu zasad, mówi ci, że zasada nadal tak stanowi.

Usunięcie aktywnej trasy to uzasadniony szybki test, czy ścieżka ma znaczenie. To nie jest zmiana konfiguracji i nie powinno być tak rejestrowane. Zmiana, która się liczy, to ta wykonana tam, gdzie mieszka instrukcja.