27850, 442 ja 651: üks virn, kolm esimest kontrolli

Paigaldaja peatub numbril 27850, ühendus lükatakse tagasi numbriga 442 ja teine profiil tagastab 651. Numbrid näivad kolme sõltumatu rikkena ja tavaline reaktsioon on klient kolm korda uuesti paigaldada. Kuid need tulevad ühest alamsüsteemist: virtuaaladapterist ja selle ümber olevast filtrite virnast. Vea number ütleb, milline kiht ebaõnnestus, ja see määrab esimese kontrolli. Enne numbri lugemist uuesti paigaldamine taastoodab tavaliselt sama rikke.

Sobitage number kihiga

Iga viga tekib erinevas kohas, seega erineb esimene kontroll ka siis, kui nähtav sümptom on sama tagasi lükatud ühendus. Kolm perekonda katavad kõik juhtumid: paigaldaja, adapter ja selle all olev port. Allolev tabel paneb iga numbri selle poolt eeldatava kontrolli kõrvale.

Kui viga ilmub enne mis tahes profiili valimist, kuulub see paigaldaja perekonda. Kui see ilmub siis, kui klient proovib adapterit üles tõsta, kuulub see adapteri perekonda. Kui adapter on nähtav ja port ei avane kunagi, on tegu minipordi perekonnaga. Kirjutage number üles enne, kui midagi muudate. Kolm parandust puudutavad virna erinevaid osi ja vale perekonna jaoks tehtud muudatus teeb järgmise katse lugemise raskemaks.

Täis filtrite virn või turbepakett, mis blokeerib draiveri

Kliendi paigaldamine registreerib adapteri ahelasse väikese filtrilise komponendi. Windowsil on range ülempiir, kui palju selliseid komponente saab siduda, ja vaikeväärtus jätab vähe ruumi, kui kohal on viirusetõrje, virtualiseerimissild ja püüdmisdraiver. Siis ebaõnnestub paigaldus numbriga 27850, kuigi VPN-pakett on korras. Paigaldaja ei erista täis virna katkisest.

Lugege praegust väärtust, suurendage seda ja taaskäivitage enne uut katset. Uus filter ei saa siduda enne, kui virn on uuesti üles ehitatud:

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

Teine põhjus on turbepakett, mis blokeerib draiveri paigaldamise ilma nähtava küsimuseta. Selle enesekaitse võib takistada filtri registreerimist ja paigaldaja teatab üldise komponendi vea. Vaadake paketi enda logi ja kui enesekaitse on takistus, lülitage see välja ainult paigaldusakna ajaks ning taastage kohe pärast. Kui väärtus on juba suurendatud ja ükski pakett ei blokeeri, otsige eelmise VPN-toote järelejäänud filtrdraivereid. Vana filter, millel pole enam vastavat teenust, hõivab endiselt koha ja võib uue paigalduse nurjata.

Adapter on olemas ja jääb alla

Viga 442 tähendab, et virtuaaladapter on olemas, kuid klient ei saa seda üles tõsta. Esimene kontroll on Seadmehaldur peidetud seadmetega nähtaval: keelatud adapter, hoiatusmärgiga adapter ja puuduv adapter näevad kliendis ühesugused välja, kuid vajavad erinevaid parandusi. Internet Connection Sharing hoiab seda sageli kinni. Kui teenus on adapteri hõivanud, peatage teenus ja proovige uuesti enne registri puudutamist. Järelejäänud ühiskasutuse seade võib selle pärast taaskäivitust uuesti hõivata, seega pange kirja, kas parandus jääb taaskäivituse järel püsima.

Uuesti paigaldamine võib jätta vigase kuvanime, mis muudab adapteri juhitamatuks. Väärtus peaks olema lihttekst, mitte lahendamata paigaldaja tunnus:

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"

Kasutage kuvanime, mida teie klient ootab, ja taaskäivitage, et adapter uuesti loetletaks. Väärtuse seadmine ilma taaskäivituseta jätab tavaliselt vana oleku püsima ja järgmine ühendus annab jälle 442.

Selle all olev port ei avane kunagi

Viga 651 teatatakse siis, kui ühenduse haldur ei saa WAN-miniporti avada. Adapter võib kliendis terve välja näha, samal ajal kui selle all olev port ei jõua kunagi käivitatud olekusse. Loetlege minipordid ja nende olek enne, kui midagi uuesti paigaldate:

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

Veaolekuga miniport on otsene vihje. Selle uuesti paigaldamine Seadmehaldurist loob pordi uuesti ja seetõttu toimib see parandus siis, kui kliendi uuesti paigaldamine ei aita. Füüsilise adapteriga seotud kolmandate osapoolte draiverid on teine tavaline põhjus. VirtualBoxi silla-võrgudraiver, allesjäänud TAP-draiver OpenVPN i või püüdmisfilter võivad pordi esimesena hõivata. Komponendi märke eemaldamine paigalduse ajal ei ole piisav, kui draiver on juba seotud; see tuleb adapteri atribuutidest eemaldada või draiverihoidlast desinstallida.

IPv6 väljalülitamine VPN-ühendusel on seda viga mõnel buildil lahendanud, kuid käsitlege seda testina, mitte püsiva lahendusena. Kui ühendus käivitub ainult IPv6 väljalülitatuna, on põhjuseks endiselt miniport või draiver.

Muutke ühte kihti ja hoidke tõendid

Salvestage registriväärtused, mida muudate, kirjutage üles adapterite ja filtrite loend enne ja pärast ning taaskäivitage katsete vahel. Taaskäivitus on siin iga perekonna paranduse osa, sest adapteri virn ehitatakse käivitamisel ja teenuse taaskäivitamine ei ehita seda uuesti.

Paigaldage klient uuesti alles siis, kui vana adapter, filtrid ja minipordid on kadunud. Uue kliendi paigaldamine katkisele virnale on tee, kuidas parandatav 27850 muutub masinaks, kus on kaks poolregistreeritud adapterit ja selge veateade puudub. Peatuge ja eskaleerige, kui sama viga läbib kihispetsiifilise kontrolli kaks korda. Sel hetkel on kasulik järgmine samm puhas võrguvirna ülevaade koos tarnija paigalduslogiga, mitte uus katse sama uuesti paigaldamisega.