VPN malŝaltita, tamen malrapida: kontrolu la adaptilajn ligojn

La kliento raportas malkonektiĝon, la tunela interfaco malaperis, kaj ĉiutaga trafiko ankoraŭ estas pli malrapida ol antaŭ la instalo de la VPN. Unu klarigo estas filtra komponanto, kiu restis ligita al la fizika adaptilo post kiam la tunelo fermiĝis. Tio estas spuro inda je kontrolo, ne verdikto: la sama malrapideco povas deveni de pelila versio, de agordo de offload aŭ de komponanto de dua kliento. Inventaru, kio estas fakte alkroĉita, antaŭ ol ŝanĝi ion ajn.

Nomu la komponenton, registru ĝian staton, poste ŝanĝu unu aferon.

Apartigu la tunelon de la ligo

VPN-interfaco kaj filtra pelilo estas malsamaj objektoj. La interfaco malaperas kiam la tunelo fermiĝas; filtraĵo alkroĉita al la fizika adaptilo instaliĝas en la reta stako kaj povas resti ebligita sendepende de la tunela stato. Uzantoj vidas unu simptomon, kaj la operaciumo tenas du senrilatajn pecojn de stato.

Tiu distingo estas kial malkonekti la klienton aŭ forigi la VPN-profilon ofte ŝanĝas nenion. La interfaco estas la videbla objekto. La ligo sidas pli profunde en la stako kaj postvivas ĝin.

Inventaru la precizan komponenton

Listigu la ligojn sur la adaptilo, kiu portas la malrapidan trafikon, uzante ĝian veran nomon anstataŭ ĝenerala konjekto. Registru la komponentan ID kaj la ebligitan staton, poste komparu la fizikan adaptilon kun la VPN-interfaco kaj iuj ajn aliaj virtualaj adaptiloj en la listo.

Versia informo apartenas al la sama registro, ĉar du maŝinoj montrantaj similan vidigitan nomon povas ruli malsamajn pelilojn. Vendoro ankaŭ povas liveri novan filtra komponanton sub malnova vidigita nomo. Komparu identigilojn anstataŭ etikedoj.

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'

Skribu la adaptilan nomon, la komponentan ID, la pelilan version kaj la VPN-klientan version. Sen tiuj kvar valoroj la sekva komparo estas konjekto. Alkroĉu ilin al la bileto, por ke posta rulo povu esti komparata kun ĉi tiu.

Ŝanĝu unu aprobitan aferon kaj ripetu

Konstruu bazlinion kun la sama laborŝarĝo, celo kaj alira reto. Notu, ĉu la VPN estas malkonektita, ĉu la suspekta ligo estas ebligita kaj ĉu dua VPN-kliento estas instalita, ĉar du klientoj povas ĉiu lasi komponentojn malantaŭe.

Se la vendoro subtenas ŝalti tiun ligon por diagnozo, malŝaltu nur tiun komponenton sur tiu adaptilo, ripetu la identan laborŝarĝon kaj restarigu la originan staton. Antaŭ-post-a paro el unu variablo valoras pli ol freŝa instalo de ĉio. Se la rezulto estas ambigua, restarigu la originan staton antaŭ ol provi la sekvan hipotezon. Du ŝanĝoj samtempe produktas nombron, kiun neniu povas atribui.

Poste rekonektu kaj kontrolu, ĉu la VPN ankoraŭ funkcias, inkluzive de iu ajn politiko, kiun la kliento devus plenumi. Ŝanĝo, kiu plibonigas retumadon dum rompas la propran plenumon de la tunelo, interŝanĝis unu difekton kontraŭ alia, kaj tiu regreso apartenas al la registro.

Restu sur la subtenata vojo de la vendoro

Filtraj efektivigoj ŝanĝiĝas inter produktaj generacioj. Iuj vendoro nun dokumentas vojon de Windows Filtering Platform, kie pli fruaj eldonoj uzis alian pelilan familion, do registra recepto el malnova forumfadeno povas esti tute malĝusta por la instalita versio.

Kontrolu la instalitan inventaron kaj la aktivan vojon aparte, ĉar elekti pli novan reĝimon ne pruvas, ke la pli malnova komponento foriris. Kiam purigado necesas, rulu la subtenatan forig- aŭ ĝisdatigprocezon de la vendoro kaj poste ripetu la ligan inventaron.

Tenu la pruvojn mallarĝaj: adaptilo, komponento, versioj, la kontrolita komparo kaj la regresa rezulto de la VPN. Tio subtenas konkludon pri pelilo aŭ kongrueco sen transformi ĉiun malrapidan konekton en MTU-eksperimenton aŭ aserton, ke ĉiuj VPN-klientoj kondutas same.