27850, 442 un 651: viens steks, trīs pirmās pārbaudes

Instalētājs apstājas pie 27850, savienojums tiek noraidīts ar 442, un cits profils atgriež 651. Skaitļi izskatās kā trīs nesaistīti bojājumi, un ierastā reakcija ir trīs reizes pārinstalēt klientu. Taču tie nāk no vienas apakšsistēmas: virtuālā adaptera un ap to esošā filtru steka. Kļūdas numurs norāda, kurš slānis neizdevās, un tas nosaka pirmo pārbaudi. Pārinstalēšana pirms numura izlasīšanas parasti atkārto to pašu bojājumu.

Saskaņojiet numuru ar slāni

Katra kļūda rodas citā vietā, tāpēc pirmā pārbaude atšķiras arī tad, ja redzamais simptoms ir tas pats noraidītais savienojums. Trīs saimes aptver visus gadījumus: instalētājs, adapters un ports zem tā. Tabulā zemāk katrs numurs ir blakus pārbaudei, ko tas prasa.

Ja kļūda parādās pirms jebkura profila izvēles, tā pieder instalētāja saimei. Ja tā parādās, kad klients mēģina pacelt adapteru, tā pieder adaptera saimei. Ja adapters ir redzams, bet ports nekad neatveras, tā ir miniporta saime. Pierakstiet numuru, pirms kaut ko maināt. Trīs labojumi skar dažādas steka daļas, un izmaiņa nepareizajai saimei padara nākamo mēģinājumu grūtāk lasāmu.

Pilns filtru steks vai drošības pakotne, kas bloķē draiveri

Klienta instalācija reģistrē nelielu filtra komponentu adaptera ķēdē. Windows ir stingrs griesti tam, cik daudz šādu komponentu var piesaistīt, un noklusējuma vērtība atstāj maz vietas, kad ir antivīruss, virtualizācijas tilts un uztveršanas draiveris. Tad instalācija neizdodas ar 27850, lai gan VPN pakotne ir kārtībā. Instalētājs nevar atšķirt pilnu steku no sabojāta.

Izlasiet pašreizējo vērtību, paaugstiniet to un pārstartējiet pirms jauna mēģinājuma. Jauns filtrs nevar piesaistīties, kamēr steks nav pārbūvēts:

reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /f

Otrs iemesls ir drošības pakotne, kas bloķē draivera instalāciju bez redzama brīdinājuma. Tās pašaizsardzība var liegt filtram reģistrēties, un instalētājs ziņo par vispārēju komponenta kļūmi. Apskatiet pašas pakotnes žurnālu, un, ja pašaizsardzība traucē, izslēdziet to tikai instalācijas laikā un nekavējoties atjaunojiet. Ja vērtība jau ir paaugstināta un neviena pakotne nebloķē, meklējiet pamestus filtru draiverus no iepriekšējā VPN produkta. Vecs filtrs bez atbilstoša servisa joprojām aizņem vietu un var izjaukt jauno instalāciju.

Adapters ir un paliek apakšā

Kļūda 442 nozīmē, ka virtuālais adapters ir, bet klients to nevar pacelt. Pirmā pārbaude ir Ierīču pārvaldnieks ar redzām slēptajām ierīcēm: atspējots adapters, adapters ar brīdinājuma zīmi un trūkstošs adapters klientā izskatās vienādi, bet prasa dažādus labojumus. Internet Connection Sharing to bieži notur. Ja serviss ir aizņēmis adapteru, apturiet servisu un mēģiniet vēlreiz, pirms pieskaraties reģistram. Atlikusī koplietošanas konfigurācija var to atkal aizņemt pēc pārstartēšanas, tāpēc atzīmējiet, vai labojums saglabājas pēc pārstartēšanas.

Pārinstalācija var atstāt bojātu parādāmo nosaukumu, kas padara adapteru nevadāmu. Vērtībai jābūt vienkāršam tekstam, nevis neatrisinātam instalētāja marķierim:

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"

Izmantojiet parādāmo nosaukumu, ko sagaida jūsu klients, un pēc tam pārstartējiet, lai adapters tiktu uzskaitīts no jauna. Vērtības iestatīšana bez pārstartēšanas parasti atstāj veco stāvokli, un nākamais savienojums atkal dod 442.

Ports zem tā nekad neatveras

Kļūda 651 tiek ziņota, kad savienojumu pārvaldnieks nevar atvērt WAN miniportu. Adapters klientā var izskatīties vesels, bet ports zem tā nekad nesasniedz palaistu stāvokli. Uzskaitiet miniportus un to stāvokli, pirms kaut ko pārinstalējat:

Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyName

Miniports ar kļūdas stāvokli ir tieša norāde. Tā pārinstalēšana no Ierīču pārvaldnieka no jauna izveido portu, un tāpēc šis labojums darbojas, kad klienta pārinstalācija nepalīdz. Trešo pušu draiveri, kas piesaistīti fiziskajam adapteram, ir otrs biežais iemesls. VirtualBox tilta tīkla draiveris, atlikušais TAP draiveris no OpenVPN vai uztveršanas filtrs var pirmais aizņemt portu. Komponenta atzīmes noņemšana instalācijas laikā nav pietiekama, ja draivers jau ir piesaistīts; tas ir jānoņem no adaptera rekvizītiem vai jāatinstalē no draiveru krātuves.

IPv6 izslēgšana VPN savienojumā ir atrisinājusi šo kļūdu dažos būvējumos, bet uztveriet to kā testu, nevis pastāvīgu risinājumu. Ja savienojums sākas tikai ar izslēgtu IPv6, pamata miniports vai draiveris joprojām ir vainīgs.

Mainiet vienu slāni un saglabājiet pierādījumus

Saglabājiet mainītās reģistra vērtības, pierakstiet adapteru un filtru sarakstu pirms un pēc, un pārstartējiet starp mēģinājumiem. Pārstartēšana ir labojuma daļa katrai saimei šeit, jo adaptera steks tiek būvēts startēšanas laikā un servisa pārstartēšana to nepārbūvē.

Pārinstalējiet klientu tikai tad, kad vecais adapters, filtri un miniporti ir pazuduši. Jauna klienta instalācija virs sabojāta steka ir ceļš, kā labojams 27850 pārvēršas mašīnā ar diviem pusreģistrētiem adapteriem un bez skaidras kļūdas. Apstājieties un eskalujiet, ja tā pati kļūda divreiz pārdzīvo slānim raksturīgo pārbaudi. Tajā brīdī noderīgais nākamais solis ir tīra tīkla steka pārskatīšana ar piegādātāja instalācijas žurnālu, nevis vēl viens tās pašas pārinstalācijas mēģinājums.