Klient zgłasza rozłączenie, interfejs tunelu zniknął, a codzienny ruch jest nadal wolniejszy niż przed instalacją VPN. Jedno wyjaśnienie to komponent filtra, który po zamknięciu tunelu pozostał powiązany z adapterem fizycznym. To trop wart sprawdzenia, nie wyrok: ta sama wolność może pochodzić z wersji sterownika, ustawienia offload lub komponentu drugiego klienta. Przed jakąkolwiek zmianą zinwentaryzuj to, co jest rzeczywiście podłączone.

Nazwij komponent, zapisz jego stan, a następnie zmień jedną rzecz.

Oddziel tunel od powiązania

Interfejs VPN i sterownik filtra to różne obiekty. Interfejs znika, gdy tunel się zamyka; filtr podłączony do adaptera fizycznego instaluje się w stosie sieciowym i może pozostać włączony niezależnie od stanu tunelu. Użytkownicy widzą jeden objaw, a system operacyjny trzyma dwa niepowiązane fragmenty stanu.

To rozróżnienie jest powodem, dla którego odłączenie klienta lub usunięcie profilu VPN często niczego nie zmienia. Interfejs jest widocznym obiektem. Powiązanie siedzi głębiej w stosie i przeżywa go.

Zinwentaryzuj dokładny komponent

Wypisz powiązania na adapterze, który przenosi wolny ruch, używając jego rzeczywistej nazwy zamiast ogólnego domysłu. Zapisz ID komponentu i stan włączenia, a następnie porównaj adapter fizyczny z interfejsem VPN i wszelkimi innymi adapterami wirtualnymi z listy.

Informacje o wersji należą do tego samego rekordu, ponieważ dwa komputery o podobnej nazwie wyświetlanej mogą uruchamiać różne sterowniki. Dostawca może też dostarczyć nowy komponent filtra pod starą nazwą wyświetlaną. Porównuj identyfikatory, a nie etykiety.

Get-NetAdapterBinding -Name 'Ethernet' -AllBindings | Select-Object DisplayName,ComponentID,Enabled
Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverVersion,Status
Get-NetAdapterStatistics -Name 'Ethernet'
pnputil /enum-drivers | Select-String -Pattern 'vpn|filter|ndis' -Context 0,2
driverquery /v | Select-String -Pattern 'vpn|filter'

Zapisz nazwę adaptera, ID komponentu, wersję sterownika i wersję klienta VPN. Bez tych czterech wartości następne porównanie jest zgadywaniem. Dołącz je do zgłoszenia, aby późniejsze uruchomienie można było porównać z tym.

Zmień jedną zatwierdzoną rzecz i powtórz

Zbuduj linię bazową z tym samym obciążeniem, celem i siecią dostępu. Zanotuj, czy VPN jest rozłączony, czy podejrzane powiązanie jest włączone i czy zainstalowano drugiego klienta VPN, ponieważ dwa klienty mogą każdy zostawić komponenty.

Jeśli dostawca obsługuje przełączanie tego powiązania do celów diagnostyki, wyłącz tylko ten komponent na tym adapterze, powtórz identyczne obciążenie i przywróć stan pierwotny. Para przed i po z jednej zmiennej jest warta więcej niż świeża instalacja wszystkiego. Jeśli wynik jest niejednoznaczny, przywróć stan pierwotny przed wypróbowaniem następnej hipotezy. Dwie zmiany naraz dają liczbę, której nikt nie może przypisać.

Następnie połącz się ponownie i sprawdź, czy VPN nadal działa, w tym wszelkie zasady, które klient powinien egzekwować. Zmiana, która poprawia przeglądanie, ale łamie własne egzekwowanie tunelu, zamieniła jedną usterkę na inną, a ta regresja należy do rekordu.

Trzymaj się ścieżki obsługiwanej przez dostawcę

Implementacje filtrowania zmieniają się między generacjami produktów. Niektórzy dostawcy dokumentują teraz ścieżkę Windows Filtering Platform, gdzie wcześniejsze wersje używały innej rodziny sterowników, więc przepis z rejestru ze starego wątku forum może być całkowicie błędny dla zainstalowanej wersji.

Sprawdź zainstalowany spis i aktywną ścieżkę osobno, ponieważ wybór nowszego trybu nie dowodzi, że starszy komponent zniknął. Gdy potrzebne jest czyszczenie, uruchom obsługiwany przez dostawcę proces usuwania lub aktualizacji, a następnie powtórz spis powiązań.

Trzymaj dowody wąsko: adapter, komponent, wersje, kontrolowane porównanie i wynik regresji VPN. To wspiera wniosek o sterowniku lub zgodności bez zamieniania każdego wolnego połączenia w eksperyment MTU ani twierdzenia, że wszyscy klienci VPN zachowują się tak samo.

Powiązane artykuły