Naka-off ang VPN pero mabagal pa rin: suriin ang mga binding ng adapter

Sinasabi ng kliyente na nadiskonekta ito, wala na ang tunnel interface, at ang pang-araw-araw na trapiko ay mas mabagal pa rin kaysa bago mai-install ang VPN. Isang paliwanag ay ang component ng filter na nanatiling nakatali sa pisikal na adapter pagkatapos maisara ang tunnel. Iyon ay isang bakas na dapat suriin, hindi isang hatol: ang parehong kabagalan ay maaaring magmula sa bersyon ng driver, setting ng offload o component ng pangalawang kliyente. Ilista kung ano ang tunay na nakakabit bago magbago ng anuman.

Pangalanan ang component, itala ang kalagayan nito, pagkatapos ay baguhin ang isang bagay.

Ihiwalay ang tunnel mula sa binding

Ang VPN interface at filter driver ay magkaibang bagay. Nawawala ang interface kapag nagsara ang tunnel; ang filter na nakakabit sa pisikal na adapter ay ini-install sa network stack at maaaring manatiling naka-enable anuman ang kalagayan ng tunnel. Isang sintomas ang nakikita ng mga user, at dalawang walang kaugnayang piraso ng estado ang hawak ng operating system.

Ang pagkakaibang iyon ang dahilan kung bakit madalas walang nababago kapag tinanggal ang kliyente o binura ang VPN profile. Ang interface ang nakikitang bagay. Ang binding ay nasa mas malalim na bahagi ng stack at nabubuhay nang mas matagal kaysa rito.

Ilista ang eksaktong component

Ilahad ang mga binding sa adapter na nagdadala ng mabagal na trapiko, gamit ang tunay nitong pangalan sa halip na pangkalahatang hula. Itala ang component ID at kalagayan ng pag-enable, pagkatapos ay ihambing ang pisikal na adapter sa VPN interface at sa anumang iba pang virtual adapter sa listahan.

Ang impormasyon ng bersyon ay kabilang sa parehong record, dahil ang dalawang makina na may magkatulad na display name ay maaaring magpatakbo ng magkaibang driver. Maaari ring magpadala ang vendor ng bagong filter component sa ilalim ng lumang display name. Ihambing ang mga identifier hindi ang mga label.

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'

Isulat ang pangalan ng adapter, component ID, bersyon ng driver at bersyon ng VPN client. Kung wala ang apat na halagang iyon, ang susunod na paghahambing ay hula. Ikabit ang mga ito sa ticket upang maihambing ang susunod na pagpapatakbo sa isang ito.

Baguhin ang isang aprubadong bagay at ulitin

Bumuo ng baseline gamit ang parehong workload, destinasyon at access network. Itala kung nadiskonekta ang VPN, kung naka-enable ang pinaghihinalaang binding, at kung may naka-install na pangalawang VPN client, dahil ang dalawang kliyente ay maaaring mag-iwan ng mga component.

Kung sinusuportahan ng vendor ang pag-toggle ng binding na iyon para sa diagnosis, i-disable lamang ang component na iyon sa adapter na iyon, ulitin ang parehong workload, at ibalik ang orihinal na kalagayan. Ang pares na bago-at-pagkatapos mula sa isang variable ay mas mahalaga kaysa sa bagong install ng lahat. Kung malabo ang resulta, ibalik ang orihinal na kalagayan bago subukan ang susunod na hypothesis. Dalawang pagbabago nang sabay ay gumagawa ng bilang na walang sinumang makapag-uugnay.

Pagkatapos ay kumonekta muli at tiyakin na gumagana pa rin ang VPN, kabilang ang anumang patakarang dapat ipatupad ng kliyente. Ang pagbabagong nagpapabuti sa pag-browse habang sinisira ang sariling pagpapatupad ng tunnel ay nagpalit ng isang depekto sa iba, at ang regression na iyon ay kabilang sa record.

Manatili sa sinusuportahang landas ng vendor

Nagbabago ang mga implementasyon ng pag-filter sa pagitan ng mga henerasyon ng produkto. Ang ilang vendor ay nagdodokumento na ngayon ng landas ng Windows Filtering Platform kung saan gumamit ang mga naunang release ng ibang pamilya ng driver, kaya ang recipe ng registry mula sa lumang thread ng forum ay maaaring lubos na mali para sa naka-install na bersyon.

Suriin nang hiwalay ang naka-install na imbentaryo at ang aktibong landas, dahil ang pagpili ng mas bagong mode ay hindi nagpapatunay na wala na ang lumang component. Kapag kailangan ang paglilinis, patakbuhin ang sinusuportahang proseso ng pag-alis o pag-update ng vendor at pagkatapos ay ulitin ang imbentaryo ng binding.

Panatilihing makitid ang ebidensya: adapter, component, mga bersyon, ang kontroladong paghahambing at ang resulta ng regression ng VPN. Sinusuportahan nito ang isang konklusyon tungkol sa driver o compatibility nang hindi ginagawang eksperimento sa MTU ang bawat mabagal na koneksyon o sinasabing pareho ang pag-uugali ng lahat ng VPN client.