Усталёўшчык спыняецца на 27850, злучэнне адмаўляецца з 442, а іншы профіль вяртае 651. Нумары выглядаюць як тры незалежныя няспраўнасці, і звычайная рэакцыя — пераўсталяваць кліент тройчы. Але яны паходзяць з адной падсістэмы: віртуальнага адаптара і стэка фільтраў вакол яго. Нумар памылкі кажа, які ўзровень адмовіў, і менавіта гэта вызначае першую праверку. Пераўсталяванне, не прачытаўшы нумар, звычайна ўзнаўляе тую ж няспраўнасць.

Супастаўце нумар з узроўнем

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

ErrorWhen it appearsFirst checkUsual cause
27850During installFilter count and security suiteStack at the filter limit, or a suite blocking the driver
442On connectAdapter state and display nameDisabled adapter, ICS holding it, malformed CVirtA name
651On connectWAN miniport and third-party driversMiniport 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 ператвараецца ў машыну з двума паўзарэгістраванымі адаптарамі і без яснай памылкі. Спыніцеся і эскалюйце, калі тая ж памылка перажывае праверку ўзроўню двойчы. У гэты момант карысны наступны крок — чысты агляд сеткавага стэка разам з журналам усталёўшчыка ад вытворцы, а не чарговая спроба таго ж пераўсталявання.

Падобныя артыкулы