27850, 442 ir 651: vienas stekas, trys pirmieji patikrinimai

Diegėjas sustoja ties 27850, ryšys atmetamas su 442, o kitas profilis grąžina 651. Skaičiai atrodo kaip trys nesusiję gedimai, ir įprasta reakcija yra tris kartus perinkti klientą. Tačiau jie kyla iš vienos posistemės: virtualiojo adapterio ir jį supančio filtrų steko. Klaidos numeris pasako, kuris sluoksnis sugedo, ir tai nulemia pirmąjį patikrinimą. Perinkimas prieš perskaičius numerį dažniausiai atkartoja tą patį gedimą.

Susiekite numerį su sluoksniu

Kiekviena klaida atsiranda skirtingoje vietoje, todėl pirmasis patikrinimas skiriasi net tada, kai matomas simptomas yra tas pats atmestas ryšys. Trys šeimos apima visus atvejus: diegėjas, adapteris ir prievadas po juo. Lentelė žemiau pateikia kiekvieną numerį šalia jo reikalaujamo patikrinimo.

Jei klaida pasirodo prieš pasirenkant bet kurį profilį, ji priklauso diegėjo šeimai. Jei ji pasirodo, kai klientas bando pakelti adapterį, ji priklauso adapterio šeimai. Jei adapteris matomas, o prievadas niekada neatsidaro, tai miniporto šeima. Užsirašykite numerį prieš ką nors keisdami. Trys taisymai liečia skirtingas steko dalis, o pakeitimas ne tai šeimai apsunkina kito bandymo skaitymą.

Pilnas filtrų stekas arba saugos paketas, blokuojantis tvarkyklę

Įdiegus klientą adapterio grandinėje užregistruojamas mažas filtro komponentas. Windows turi griežtą ribą, kiek tokių komponentų gali prisijungti, o numatytoji reikšmė palieka mažai vietos, kai yra antivirusinė programa, virtualizacijos tiltas ir fiksavimo tvarkyklė. Tada diegimas nepavyksta su 27850, nors VPN paketas yra tvarkingas. Diegėjas negali atskirti pilno steko nuo sugedusio.

Perskaitykite dabartinę reikšmę, padidinkite ją ir paleiskite iš naujo prieš bandydami dar kartą. Naujas filtras negali prisijungti, kol stekas nebus perstatytas:

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

Kita priežastis – saugos paketas, blokuojantis tvarkyklės diegimą be matomo raginimo. Jo savisaugos funkcija gali neleisti filtrui užsiregistruoti, todėl diegėjas praneša apie bendrą komponento gedimą. Patikrinkite paties paketo žurnalą ir, jei savisauga trukdo, išjunkite ją tik diegimo metu ir iškart po to grąžinkite. Jei reikšmė jau padidinta ir joks paketas neblokuoja, ieškokite paliktų filtrų tvarkyklių iš ankstesnio VPN produkto. Senas filtras, neturintis atitinkamos paslaugos, vis dar užima vietą ir gali sugadinti naują diegimą.

Adapteris yra ir lieka žemai

Klaida 442 reiškia, kad virtualusis adapteris yra, bet klientas negali jo pakelti. Pirmasis patikrinimas – įrenginių tvarkytuvė su rodomais paslėptais įrenginiais: išjungtas adapteris, adapteris su įspėjimo ženklu ir trūkstamas adapteris kliente atrodo vienodai, bet reikalauja skirtingų taisymų. Internet Connection Sharing dažnai jį laiko. Jei paslauga užėmė adapterį, sustabdykite paslaugą ir bandykite dar kartą prieš liesdami registrą. Likusi bendrinimo konfigūracija gali jį vėl užimti po perkrovimo, todėl pažymėkite, ar pataisa išlieka po perkrovimo.

Perinkimas gali palikti sugadintą rodomąjį pavadinimą, dėl kurio adapteris tampa nevaldomas. Reikšmė turi būti paprastas tekstas, o ne neišspręstas diegėjo žymuo:

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"

Naudokite rodomąjį pavadinimą, kurio tikisi jūsų klientas, tada paleiskite iš naujo, kad adapteris būtų išvardytas iš naujo. Reikšmės nustatymas be perkrovimo paprastai palieka seną būseną, o kitas ryšys vėl grąžina 442.

Prievadas po juo niekada neatsidaro

Klaida 651 pranešama, kai ryšių tvarkytuvė negali atidaryti WAN miniporto. Adapteris kliente gali atrodyti sveikas, o prievadas po juo niekada nepasiekia paleistos būsenos. Išvardykite miniportus ir jų būseną prieš ką nors perindami:

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

Miniportas su klaidos būsena yra tiesioginė užuomina. Perinkus jį iš įrenginių tvarkytuvės, prievadas sukuriamas iš naujo, ir todėl šis taisymas veikia, kai kliento perinkimas nepadeda. Trečiųjų šalių tvarkyklės, prijungtos prie fizinio adapterio, yra kita dažna priežastis. VirtualBox tiltinio tinklo tvarkyklė, likusi TAP tvarkyklė iš OpenVPN arba fiksavimo filtras gali pirmi užimti prievadą. Komponento žymės nuėmimas diegimo metu nepakanka, kai tvarkyklė jau prijungta; ją reikia pašalinti iš adapterio savybių arba pašalinti iš tvarkyklių saugyklos.

IPv6 išjungimas VPN ryšyje išsprendė šią klaidą kai kuriuose rinkiniuose, bet traktuokite tai kaip bandymą, o ne nuolatinį sprendimą. Jei ryšys pradedamas tik išjungus IPv6, pagrindinis miniportas arba tvarkyklė vis dar yra priežastis.

Pakeiskite vieną sluoksnį ir išsaugokite įrodymus

Išsaugokite keičiamas registro reikšmes, užsirašykite adapterių ir filtrų sąrašą prieš ir po, ir perkraukite tarp bandymų. Perkrovimas yra taisymo dalis kiekvienai šeimai čia, nes adapterio stekas sukuriamas įkrovimo metu, o paslaugos perkrovimas jo neperstato.

Perinkite klientą tik tada, kai senas adapteris, filtrai ir miniportai išnyko. Naujo kliento diegimas ant sugedusio steko yra kelias, kuriuo pataisomas 27850 virsta mašina su dviem pusiau užregistruotais adapteriais ir be aiškios klaidos. Sustokite ir eskaluokite, jei ta pati klaida du kartus išgyvena sluoksniui būdingą patikrinimą. Tada naudingas kitas žingsnis yra švari tinklo steko apžvalga su tiekėjo diegimo žurnalu, o ne dar vienas to paties perinkimo bandymas.