VPN выключаны, а запаволенне засталося: праверце прывязкі адаптара

Кліент паведамляе, што адключаны, інтэрфейс тунеля знік, а штодзённы трафік усё яшчэ павольнейшы, чым да ўсталявання VPN. Адно з тлумачэнняў — кампанент фільтрацыі, які застаўся прывязаным да фізічнага адаптара пасля закрыцця тунеля. Гэта зачэпка, якую варта праверыць, а не прысуд: тое ж запаволенне можа паходзіць ад версіі драйвера, налады offload або кампанента другога кліента. Пералічыце тое, што фактычна падключана, перш чым нешта змяняць.

Назвіце кампанент, зафіксуйце яго стан, затым змяніце адну рэч.

Аддзяліце тунель ад прывязкі

Інтэрфейс VPN і драйвер фільтрацыі — розныя аб'екты. Інтэрфейс знікае, калі тунель закрываецца; фільтр, прывязаны да фізічнага адаптара, усталёўваецца ў сеткавы стек і можа заставацца ўключаным незалежна ад стану тунеля. Карыстальнікі бачаць адзін сімптом, а аперацыйная сістэма захоўвае дзве незвязаныя часткі стану.

Менавіта гэтая розніца тлумачыць, чаму адключэнне кліента або выдаленне профілю VPN часта нічога не мяняе. Інтэрфейс — гэта бачны аб'ект. Прывязка знаходзіцца глыбей у стэку і перажывае яго.

Пералічыце дакладны кампанент

Пералічыце прывязкі на адаптары, які нясе павольны трафік, выкарыстоўваючы яго сапраўднае імя, а не агульнае меркаванне. Зафіксуйце ID кампанента і стан уключэння, затым параўнайце фізічны адаптар з інтэрфейсам VPN і любымі іншымі віртуальнымі адаптарамі ў спісе.

Звесткі пра версію належаць у той жа запіс, бо дзве машыны з падобным адлюстраваным імем могуць выконваць розныя драйверы. Пастаўшчык таксама можа выпускаць новы кампанент фільтрацыі пад старым адлюстраваным імем. Параўноўвайце ідэнтыфікатары, а не назвы.

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'

Запішыце імя адаптара, ID кампанента, версію драйвера і версію кліента VPN. Без гэтых чатырох значэнняў наступнае параўнанне — здагадка. Далучыце іх да заяўкі, каб пазнейшы запуск можна было параўнаць з гэтым.

Змяніце адну дазволеную рэч і паўтарыце

Стварыце базавую лінію з той жа нагрузкай, прызначэннем і сеткай доступу. Адзначце, ці адключаны VPN, ці ўключана падазроная прывязка і ці ўсталяваны другі кліент VPN, бо два кліенты могуць пакінуць пасля сябе кампаненты.

Калі пастаўшчык падтрымлівае пераключэнне гэтай прывязкі для дыягностыкі, адключыце толькі гэты кампанент на гэтым адаптары, паўтарыце ідэнтычную нагрузку і аднавіце першапачатковы стан. Пара «да і пасля» з адной зменнай каштоўнейшая за чыстую ўсталёўку ўсяго. Калі вынік неадназначны, аднавіце першапачатковы стан, перш чым правяраць наступную гіпотэзу. Дзве змены адначасова даюць лік, які ніхто не зможа аднесці.

Затым перападключыцеся і праверце, што VPN па-ранейшаму працуе, уключаючы любую палітыку, якую кліент павінен выконваць. Змена, якая паляпшае прагляд, але ламае ўласнае выкананне тунеля, абмяняла адну няспраўнасць на другую, і гэтая рэгрэсія належыць у запіс.

Заставайцеся на падтрыманым шляху пастаўшчыка

Рэалізацыі фільтрацыі змяняюцца паміж пакаленнямі прадуктаў. Некаторыя пастаўшчыкі цяпер дакументуюць шлях Windows Filtering Platform, дзе ранейшыя выпускі выкарыстоўвалі іншае сямейства драйвераў, таму рэцэпт з рэестра са старой тэмы форуму можа быць цалкам няправільным для ўсталяванай версіі.

Праверце ўсталяваны пералік і актыўны шлях асобна, бо выбар навейшага рэжыму не даказвае, што стары кампанент знік. Калі патрэбна ачыстка, запусціце падтрыманы пастаўшчыком працэс выдалення або абнаўлення і пасля гэтага паўтарыце пералік прывязкаў.

Трымайце доказы вузкімі: адаптар, кампанент, версіі, кантраляванае параўнанне і вынік рэгрэсіі VPN. Гэта падмацоўвае выснову пра драйвер або сумяшчальнасць, не ператвараючы кожнае павольнае злучэнне ў эксперымент з MTU і не сцвярджаючы, што ўсе кліенты VPN паводзяць сябе аднолькава.