27850, 442 і 651: один стек, три перші перевірки
Усі три помилки походять зі стеку віртуального адаптера. Зіставте номер із його рівнем, перевірте цей рівень і перевстановлюйте лише після очищення.
Інсталятор зупиняється на 27850, з’єднання відхиляється з 442, а інший профіль повертає 651. Ці номери виглядають як три незалежні несправності, і звична реакція — тричі перевстановити клієнт. Але вони походять з однієї підсистеми: віртуального адаптера та стеку фільтрів навколо нього. Номер помилки каже, який рівень дав збій, і саме це визначає першу перевірку. Перевстановлення, не прочитавши номер, зазвичай відтворює ту саму несправність.
Зіставте номер із рівнем
Кожна помилка виникає в іншій точці, тому перша перевірка відрізняється, навіть коли видимий симптом — те саме відхилене з’єднання. Три родини охоплюють кожен випадок: інсталятор, адаптер і порт під ним. Таблиця нижче ставить кожен номер поруч із перевіркою, якої він потребує.
| Error | When it appears | First check | Usual cause |
|---|---|---|---|
| 27850 | During install | Filter count and security suite | Stack at the filter limit, or a suite blocking the driver |
| 442 | On connect | Adapter state and display name | Disabled adapter, ICS holding it, malformed CVirtA name |
| 651 | On connect | WAN miniport and third-party drivers | Miniport failed to start, bridging driver attached |
Якщо помилка з’являється до вибору будь-якого профілю, вона належить до родини інсталятора. Якщо вона з’являється, коли клієнт намагається підняти адаптер, це родина адаптера. Якщо адаптер видно, а порт ніколи не відкривається, це родина мініпорта. Запишіть номер, перш ніж щось змінювати. Три виправлення торкаються різних частин стеку, і зміна не для тієї родини робить наступну спробу важчою для читання.
Переповнений стек фільтрів або пакет безпеки, що блокує драйвер
Встановлення клієнта реєструє невеликий компонент фільтра в ланцюжку адаптера. Windows має жорстку межу того, скільки таких компонентів може підключитися, і типове значення залишає мало місця, коли присутні антивірус, міст віртуалізації та драйвер перехоплення. Тоді встановлення зривається з 27850, хоча пакет VPN у порядку. Інсталятор не розрізняє повний стек від пошкодженого.
Прочитайте поточне значення, збільште його й перезавантажтеся перед новою спробою. Новий фільтр не може підключитися, доки стек не буде перебудований:
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /fІнша причина — пакет безпеки, що блокує встановлення драйвера без видимого запиту. Його самозахист може завадити реєстрації фільтра, і інсталятор повідомляє про загальний збій компонента. Подивіться у власний журнал пакета і, якщо самозахист заважає, вимкніть його лише на час встановлення й одразу відновіть. Якщо значення вже збільшене і жоден пакет не блокує, пошукайте осиротілі драйвери фільтрів від попереднього продукту VPN. Старий фільтр без відповідної служби все ще займає місце і може зірвати нове встановлення.
Адаптер є і залишається опущеним
Помилка 442 означає, що віртуальний адаптер присутній, але клієнт не може його підняти. Перша перевірка — Диспетчер пристроїв із показаними прихованими пристроями: вимкнений адаптер, адаптер зі знаком попередження й відсутній адаптер виглядають у клієнті однаково, але потребують різних виправлень. Internet Connection Sharing часто його утримує. Якщо служба зайняла адаптер, зупиніть службу й повторіть спробу, перш ніж чіпати реєстр. Залишкова конфігурація спільного доступу може знову зайняти його після перезавантаження, тому занотуйте, чи виправлення переживає перезавантаження.
Перевстановлення може залишити викривлену відображувану назву, через яку адаптер стає некерованим. Значення має бути звичайним текстом, а не нерозв’язаним маркером інсталятора:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"Використайте відображувану назву, якої очікує ваш клієнт, а потім перезавантажтеся, щоб адаптер знову перелічився. Встановлення значення без перезавантаження зазвичай залишає старий стан, і наступне з’єднання знову дає 442.
Порт під ним ніколи не відкривається
Помилка 651 повідомляється, коли диспетчер з’єднань не може відкрити мініпорт WAN. Адаптер може виглядати здоровим у клієнті, але порт під ним так і не досягає запущеного стану. Перелічіть мініпорти та їхній стан, перш ніж щось перевстановлювати:
Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyNameМініпорт зі станом помилки — прямий слід. Його перевстановлення з Диспетчера пристроїв створює порт заново, і саме тому це виправлення працює, коли перевстановлення клієнта не допомагає. Драйвери третіх сторін, прив’язані до фізичного адаптера, — інша часта причина. Драйвер мостової мережі VirtualBox, залишковий драйвер TAP від OpenVPN або фільтр перехоплення можуть зайняти порт першими. Зняття позначки компонента під час встановлення недостатньо, коли драйвер уже прив’язаний; його треба вилучити з властивостей адаптера або деінсталювати зі сховища драйверів.
Вимкнення IPv6 на з’єднанні VPN вирішило цю помилку в деяких збірках, але ставтеся до цього як до тесту, а не як до постійного рішення. Якщо з’єднання починається лише з вимкненим IPv6, причина все ще в мініпорті або драйвері.
Змініть один рівень і збережіть докази
Збережіть значення реєстру, які змінюєте, запишіть список адаптерів і фільтрів до і після та перезавантажуйтеся між спробами. Перезавантаження є частиною виправлення для кожної родини тут, бо стек адаптера будується під час завантаження, а перезапуск служби його не перебудовує.
Перевстановлюйте клієнт лише після того, як старий адаптер, фільтри й мініпорти зникли. Встановлення нового клієнта поверх пошкодженого стеку — це шлях, яким виправний 27850 перетворюється на машину з двома напівзареєстрованими адаптерами й без ясної помилки. Зупиніться й ескалюйте, якщо та сама помилка двічі переживає перевірку рівня. У цей момент корисний наступний крок — чистий огляд мережевого стеку разом із журналом інсталятора від постачальника, а не ще одна спроба того самого перевстановлення.