VPN vypnutá, ale stále pomalé: zkontrolujte vazby adaptéru

Klient hlásí odpojení, rozhraní tunelu zmizelo a běžný provoz je stále pomalejší než před instalací VPN. Jedno vysvětlení je komponenta filtru, která po zavření tunelu zůstala navázaná na fyzický adaptér. To je stopa, kterou stojí za to prověřit, ne verdikt: stejná pomalost může pocházet z verze ovladače, nastavení offloadu nebo komponenty druhého klienta. Před jakoukoli změnou proveďte soupis toho, co je skutečně připojeno.

Pojmenujte komponentu, zaznamenejte její stav a potom změňte jednu věc.

Oddělte tunel od vazby

Rozhraní VPN a filtr ovladače jsou různé objekty. Rozhraní zmizí, když se tunel zavře; filtr připojený k fyzickému adaptéru se instaluje do síťového zásobníku a může zůstat povolený bez ohledu na stav tunelu. Uživatelé vidí jeden symptom a operační systém drží dva nesouvisející kusy stavu.

Právě tento rozdíl je důvod, proč odpojení klienta nebo smazání profilu VPN často nic nezmění. Rozhraní je viditelný objekt. Vazba sedí hlouběji v zásobníku a přežívá ho.

Proveďte soupis přesné komponenty

Vypište vazby na adaptéru, který nese pomalý provoz, a použijte jeho skutečný název místo obecného odhadu. Zaznamenejte ID komponenty a stav povolení a potom porovnejte fyzický adaptér s rozhraním VPN a všemi dalšími virtuálními adaptéry v seznamu.

Informace o verzi patří do stejného záznamu, protože dva počítače s podobným zobrazovaným názvem mohou spouštět různé ovladače. Dodavatel může také dodat novou komponentu filtru pod starým zobrazovaným názvem. Porovnávejte identifikátory, ne popisky.

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'

Zapište název adaptéru, ID komponenty, verzi ovladače a verzi klienta VPN. Bez těchto čtyř hodnot je další srovnání jen odhad. Přiložte je k tiketu, aby šlo pozdější běh porovnat s tímto.

Změňte jednu schválenou věc a opakujte

Vytvořte výchozí stav se stejnou zátěží, cílem a přístupovou sítí. Poznamenejte, zda je VPN odpojená, zda je podezřelá vazba povolená a zda je nainstalovaný druhý klient VPN, protože dva klienti mohou každý zanechat komponenty.

Pokud dodavatel podporuje přepínání této vazby pro diagnostiku, zakažte pouze tuto komponentu na tomto adaptéru, zopakujte stejnou zátěž a obnovte původní stav. Pár před a po z jedné proměnné má větší cenu než čistá instalace všeho. Je-li výsledek nejednoznačný, obnovte původní stav, než vyzkoušíte další hypotézu. Dvě změny najednou dají číslo, které nikdo nemůže připsat.

Potom se znovu připojte a ověřte, že VPN stále funguje, včetně jakýchkoli zásad, které má klient vynucovat. Změna, která zlepší prohlížení, ale rozbije vlastní vynucování tunelu, vyměnila jednu závadu za druhou, a tato regrese patří do záznamu.

Zůstaňte na dodavatelem podporované cestě

Implementace filtrování se mezi generacemi produktů mění. Někteří dodavatelé nyní dokumentují cestu Windows Filtering Platform, kde dřívější vydání používala jinou rodinu ovladačů, takže recept z registru ze starého vlákna fóra může být pro nainstalovanou verzi zcela špatný.

Zkontrolujte nainstalovaný soupis a aktivní cestu odděleně, protože volba novějšího režimu nedokazuje, že starší komponenta zmizela. Když je potřeba čištění, spusťte dodavatelem podporovaný proces odebrání nebo aktualizace a poté soupis vazeb zopakujte.

Držte důkazy úzké: adaptér, komponenta, verze, kontrolované srovnání a výsledek regrese VPN. To podporuje závěr o ovladači nebo kompatibilitě, aniž by se každé pomalé připojení měnilo v experiment s MTU nebo tvrzení, že všichni klienti VPN se chovají stejně.