VPN af, steeds stadig: ondersoek die adapterbindings

Die kliënt sê ontkoppel, die tonnelkoppelvlak is weg, en alledaagse verkeer is steeds stadiger as voordat die VPN geïnstalleer is. Een verklaring is 'n filterkomponent wat ná die sluiting van die tonnel aan die fisiese adapter gebind gebly het. Dit is 'n leidraad werd om na te gaan, nie 'n uitspraak nie: dieselfde traagheid kan van 'n drywerweergawe, 'n aflaai-instelling of 'n tweede kliënt se komponent kom. Maak 'n inventaris van wat werklik aangeheg is voordat jy enigiets verander.

Noem die komponent, teken sy toestand aan en verander dan een ding.

Skei die tonnel van die binding

'n VPN-koppelvlak en 'n filterdrywer is verskillende objekte. Die koppelvlak verdwyn wanneer die tonnel sluit; 'n filter wat aan die fisiese adapter geheg is, word in die netwerkstapel geïnstalleer en kan aktief bly ongeag die tonnel se toestand. Gebruikers sien een simptoom, en die bedryfstelsel hou twee onverwante stukke toestand.

Daardie onderskeid is waarom die ontkoppeling van die kliënt of die verwydering van die VPN-profiel dikwels niks verander nie. Die koppelvlak is die sigbare objek. Die binding sit dieper in die stapel en oorleef dit.

Maak 'n inventaris van die presiese komponent

Lys die bindings op die adapter wat die stadige verkeer dra, met sy werklike naam eerder as 'n algemene raaiskoot. Teken die komponent-ID en geaktiveerde toestand aan, en vergelyk dan die fisiese adapter met die VPN-koppelvlak en enige ander virtuele adapters in die lys.

Weergawe-inligting hoort in dieselfde rekord, want twee masjiene met 'n soortgelyke vertoonnaam kan verskillende drywers laat loop. 'n Verskaffer kan ook 'n nuwe filterkomponent onder 'n ou vertoonnaam lewer. Vergelyk identifiseerders eerder as etikette.

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'

Skryf die adapternaam, die komponent-ID, die drywerweergawe en die VPN-kliëntweergawe neer. Sonder daardie vier waardes is die volgende vergelyking raaiwerk. Heg hulle aan die kaartjie sodat 'n latere lopie met hierdie een vergelyk kan word.

Verander een goedgekeurde ding en herhaal

Bou 'n basislyn met dieselfde werklading, bestemming en toegangsnetwerk. Let op of die VPN ontkoppel is, of die verdagte binding geaktiveer is en of 'n tweede VPN-kliënt geïnstalleer is, want twee kliënte kan elkeen komponente agterlaat.

As die verskaffer dit ondersteun om daardie binding vir diagnose te wissel, deaktiveer slegs daardie komponent op daardie adapter, herhaal die identiese werklading en herstel die oorspronklike toestand. 'n Voor-en-na-paar uit een veranderlike is meer werd as 'n nuwe installasie van alles. As die resultaat dubbelsinnig is, herstel die oorspronklike toestand voordat jy die volgende hipotese probeer. Twee veranderings op dieselfde tyd lewer 'n getal wat niemand kan toeskryf nie.

Herverbind dan en kyk of die VPN nog werk, insluitend enige beleid wat die kliënt veronderstel is om toe te pas. 'n Verandering wat blaai verbeter terwyl dit die tonnel se eie handhawing breek, het een fout vir 'n ander verruil, en daardie regressie hoort in die rekord.

Bly op die verskaffer se ondersteunde pad

Filterimplementerings verander tussen produkgeslagte. Sommige verskaffers dokumenteer nou 'n Windows Filtering Platform-pad waar vroeëre weergawes 'n ander drywerfamilie gebruik het, so 'n registerresep uit 'n ou forumdraad kan heeltemal verkeerd wees vir die geïnstalleerde weergawe.

Kontroleer die geïnstalleerde inventaris en die aktiewe pad afsonderlik, want die keuse van 'n nuwer modus bewys nie dat die ouer komponent weg is nie. Wanneer opruiming nodig is, voer die verskaffer se ondersteunde verwyderings- of opdateringsproses uit en herhaal daarna die bindinginventaris.

Hou die bewyse nou: adapter, komponent, weergawes, die beheerde vergelyking en die VPN-regressieresultaat. Dit ondersteun 'n drywer- of verenigbaarheidsgevolgtrekking sonder om elke stadige verbinding in 'n MTU-eksperiment te omskep of te beweer dat alle VPN-kliënte dieselfde optree.