27850, 442 и 651: един стек, три първи проверки

Инсталаторът спира с 27850, връзката се отказва с 442, а друг профил връща 651. Номерата изглеждат като три несвързани дефекта и обичайната реакция е клиентът да се преинсталира три пъти. Но те идват от една подсистема: виртуалния адаптер и стека от филтри около него. Номерът на грешката казва кой слой е отказал и точно това определя първата проверка. Преинсталиране, преди номерът да е прочетен, обикновено възпроизвежда същия дефект.

Съпоставете номера със слоя

Всяка грешка възниква в различна точка, затова първата проверка е различна, дори видимият симптом да е същата отказана връзка. Три семейства покриват всеки случай: инсталаторът, адаптерът и портът под него. Таблицата по-долу поставя всеки номер до проверката, която предполага.

Ако грешката се появи преди избор на който и да е профил, тя е от семейството на инсталатора. Ако се появи, когато клиентът се опитва да вдигне адаптера, тя е от семейството на адаптера. Ако адаптерът се вижда, а портът така и не се отваря, семейството е на минипорта. Запишете номера, преди да промените каквото и да е. Трите ремонта засягат различни части от стека и промяна за грешното семейство прави следващия опит по-труден за четене.

Пълен стек от филтри или пакет за сигурност, който блокира драйвера

Инсталирането на клиента регистрира малък филтриращ компонент във веригата на адаптера. 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 се превръща в машина с два полурегистрирани адаптера и без ясна грешка. Спрете и ескалирайте, когато същата грешка преживее проверката за слоя два пъти. В този момент полезната следваща стъпка е чист преглед на мрежовия стек с дневника на инсталатора от доставчика, а не пореден опит със същата преинсталация.