Попередження WAN Miniport: відремонтуйте адаптер або перебудуйте профіль

Зависання ще до запиту даних для входу, відмова видалити профіль, поява адаптера з ім'ям, якого ніхто не впізнає: це три обличчя однієї несправності. Програмний інтерфейс, до якого прив'язується VPN, зіпсовано, тоді як обліковий запис і шлюз не зачеплено. Три ремонти виправдані, і який застосовний, випливає з однієї перевірки лише для читання. Усе після цієї перевірки — арифметика; усе до неї — здогад.

До чого профіль насправді прив'язаний

Кожен вбудований тип тунелю Windows обслуговується власним віртуальним адаптером, і ці адаптери є драйверами мініпорту, а не фізичними картами. Профіль обирає тип тунелю, тип обирає адаптер, тому один нездоровий драйвер може зламати кожен профіль, який його використовує, поки спільний доступ до файлів і перегляд вебсторінок працюють далі. Залежність невидима у властивостях профілю.

Ці інтерфейси за замовчуванням приховані, і в Диспетчері пристроїв, і в списку адаптерів. Так зламаний залишається невидимим, поки власник машини наполягає, що нічого не змінилося.

Попереджувальний знак — корисний доказ, а чиста іконка — ні. Адаптер може звітувати про себе як про здоровий і все ж нести порушене прив'язування, тому корисне питання — до чого під'єднано інтерфейс, а не як виглядає іконка. Спершу читайте стан, потім прив'язки, бо іконка відповідає на найменш цікаве питання. Саме пропуск цього порядку перетворює десятихвилинну перевірку на цілий день роботи з драйверами.

Вирішуйте за станом адаптера, а не за кодом помилки

Номер помилки повідомляє, який етап не вдався, і нічого не каже про те, який компонент винен. Розподіл адрес, вибір сертифіката й протокол тунелю мають власні номери, зазвичай 720, 789 і 806, і жоден із трьох не є доказом про мініпорт. Використовуйте номер, щоб вибрати наступну перевірку, а не щоб вибрати ремонт.

Розрізнювальних спостережень мало. Ця таблиця зіставляє кожне з них із наступним кроком лише для читання:

Порядок важливий, бо перевстановлення драйвера повільне й руйнівне. Робити його, щоб виправити проблему розподілу адрес, коштує години й нічого не вчить наступну людину. Таблиця визначає й радіус ураження: один протокол, зламаний у всіх профілях, указує на драйвер, тоді як один зламаний клієнт постачальника поряд із робочими вбудованими профілями вказує на стек постачальника.

Два читання, що вирішують більшість заявок

Обидва читання лише для читання і жодне не чіпає драйвер. Перше перелічує приховані інтерфейси мініпорту з їхнім станом, друге перелічує, до чого прив'язаний названий адаптер:

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

Підставте протокол, який використовує ваш профіль, бо список прив'язок для IKEv2 нічого не каже про SSTP профіль. Вимкнене прив'язування ARP чи IPv4 або сторонній драйвер фільтра, приєднаний до адаптера, можуть зупинити тунель ще до початку. Поява антивірусу в цьому списку не доводить, що він причина, тому спершу встановіть ефект, а вже потім щось вимикайте.

Здоровий адаптер показує очікувані прив'язки і жодного фільтра, який ви не можете пояснити. Коли список чистий, доказ перейшов до самого драйвера, і наступний розділ — той, що застосовний.

Збережіть ім'я адаптера й версію драйвера, перш ніж видаляти його

Коли адаптер справді непридатний, стандартний ремонт — зробити його видалюваним, видалити і дозволити Windows створити новий екземпляр наступного разу, коли профіль використає цей протокол. У Диспетчері пристроїв оновіть драйвер, виберіть зі списку, очистіть фільтр сумісного обладнання і виберіть універсальний адаптер Microsoft, який пропонує видалення.

Перед цим запишіть, що видаляєте: ім'я адаптера, версію драйвера, постачальника й дату. Ремонт, який ви не зможете описати потім, неможливо повторити, а звичайна ціна неописаного ремонту — та сама машина, відремонтована тричі. Утиліти постачальника роблять ту саму роботу з ширшим охопленням і доречні в керованому парку, коли походять від постачальника, а не з дзеркала. Утиліта, що підміняє бінарні файли драйвера, змінює більше, ніж перевстановлення одного адаптера, тому запишіть і її версію в заявку.

Один випадок постачальника потребує іншого ремонту за того самого симптому. Клієнт, який реєструє свій адаптер під показуваним ім'ям зі посиланням на інсталятор, може не ввімкнутися після оновлення, а виправлення редагує це ім'я в службовому ключі, що належить постачальнику. Значення приймає звичайне ім'я адаптера, і після цього клієнт перезапускається:

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

Цей ключ належить одному клієнту. Це не загальний ремонт Windows, і його ніколи не слід застосовувати на машині, яка не запускає цього клієнта.

Підтвердьте другим протоколом, перш ніж закрити заявку

Одне успішне перепідключення перевіряє один протокол через один адаптер, тож доводить менше, ніж здається. Повторіть початковий профіль, потім другий, збудований на іншому типі тунелю, і вимагайте, щоб підключилися обидва. Якщо працює лише перший, залишковий збій — доказ про драйвер або політику, а не про інтерфейс, який ви щойно перебудували.

Якщо початкова скарга була про невидалюваний профіль, перевірте й це, бо профіль, який досі відмовляється видалятися після того, як адаптер став здоровим, — інша несправність, і подальша робота з адаптером марна. Тримайте обліковий запис і шлюз поза нотаткою, якщо щось не вказує на них. Тунель, що вмирає до автентифікації, зазвичай описує машину, а чесна нотатка називає адаптер, протокол і перевірку, яка це підтвердила.