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 поводяться однаково.