27850, 442 og 651: ein stakkur, þrjár fyrstu prófanir

Uppsetningarforritið stöðvast við 27850, tengingu er hafnað með 442 og önnur prófíll skilar 651. Númerin líta út eins og þrjár ótengdar bilanir, og venjulega viðbrögðin eru að setja biðlarann upp aftur þrisvar sinnum. En þau koma frá einu undirkerfi: sýndarhandbeyginum og síustakknum í kringum hann. Villunúmerið segir hvaða lag brást, og það ræður fyrstu prófuninni. Að setja upp aftur áður en númerið er lesið endurtekur venjulega sömu bilun.

Paraðu númerið við lagið

Hver villa kemur fram á öðrum stað, svo fyrsta prófunin er önnur jafnvel þótt sýnilega einkennið sé sama hafnaða tengingin. Þrjár fjölskyldur ná yfir hvert tilvik: uppsetningarforritið, handbeygirinn og portið undir honum. Taflan hér að neðan setur hvert númer við hlið þeirrar prófunar sem það krefst.

Ef villan birtist áður en einhver prófíll er valinn tilheyrir hún uppsetningarfjölskyldunni. Ef hún birtist þegar biðlarinn reynir að reisa handbeyginn tilheyrir hún handbeygisfjölskyldunni. Ef handbeygirinn er sýnilegur en portið opnast aldrei er það miniportfjölskyldan. Skrifaðu númerið niður áður en þú breytir einhverju. Þrjár viðgerðirnar snerta mismunandi hluta stakksins, og breyting fyrir ranga fjölskyldu gerir næstu tilraun erfiðari að lesa.

Fullur síustakkur, eða öryggispakki sem lokar fyrir rekilinn

Uppsetning biðlarans skráir litla síueiningu í keðju handbeygisins. Windows hefur harða þak á hversu margar slíkar einingar mega tengjast, og sjálfgefið gildi skilur lítið eftir þegar vírusvörn, sýndarvaðning og upptökurekill eru til staðar. Þá mistekst uppsetningin með 27850 þótt VPN-pakkinn sé í lagi. Uppsetningarforritið greinir ekki fullan stakk frá skemmdum.

Lestu núverandi gildi, hækkaðu það og endurræstu áður en þú reynir aftur. Nýr sía getur ekki tengst fyrr en stakkurinn hefur verið endurbyggður:

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

Önnur orsökin er öryggispakki sem lokar fyrir uppsetningu rekils án sýnilegrar ábendingar. Sjálfvörnin getur komið í veg fyrir skráningu síunnar, og uppsetningarforritið tilkynnir þá almenna einingarbilun. Skoðaðu eigið log pakkans, og ef sjálfvörnin er fyrirstaðan skaltu slökkva á henni aðeins meðan uppsetning stendur og setja hana strax aftur. Ef gildið er þegar hækkað og enginn pakki lokar, leitaðu að yfirgefnum síureklum frá fyrri VPN-vöru. Gömul sía sem á enga samsvarandi þjónustu lengur tekur enn sæti og getur fellt nýju uppsetninguna.

Handbeygirinn er til staðar og verður kyrr niðri

Villa 442 þýðir að sýndarhandbeygirinn er til staðar og biðlarinn kemst ekki upp með hann. Fyrsta prófunin er Tækjastjóri með falin tæki sýnd: óvirkur handbeygir, handbeygir með viðvörunarmerki og handbeygir sem vantar líta eins út í biðlaranum en þurfa mismunandi viðgerðir. Internet Connection Sharing heldur honum oft. Ef þjónustan hefur tekið handbeyginn skaltu stöðva þjónustuna og reyna aftur áður en þú snertir skrána. Eftirskilin deilingaruppsetning getur tekið hann aftur eftir endurræsingu, svo skrifaðu niður hvort viðgerðin lifir endurræsingu af.

Enduruppsetning getur skilið eftir skemmt birtanafn sem gerir handbeyginn óstjórnanlegan. Gildið á að vera látlaus texti, ekki óleyst uppsetningartákn:

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"

Notaðu birtanafnið sem biðlarinn þinn væntir og endurræstu svo handbeygirinn sé talinn upp aftur. Að setja gildið án endurræsingar skilur venjulega gamla ástandið eftir og næsta tenging skilar 442 aftur.

Portið undir honum opnast aldrei

Villa 651 er tilkynnt þegar tengistjórinn kemst ekki inn á WAN-miniportið. Handbeygirinn getur litið heilbrigður út í biðlaranum á meðan portið undir honum nær aldrei ræstu ástandi. Listaðu miniportin og stöðu þeirra áður en þú setur eitthvað upp aftur:

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

Miniport með villustöðu er beina vísbendingin. Enduruppsetning úr Tækjastjóra endurskapar portið, og þess vegna virkar þessi viðgerð þegar enduruppsetning biðlarans gerir það ekki. Reklar þriðja aðila sem eru tengdir líkamlega handbeyginum eru hin algenga orsök. VirtualBox-brúarnetverksrekill, eftirskilinn TAP-rekill frá OpenVPN eða upptökusía geta tekið portið fyrst. Að taka hakið af einingunni meðan á uppsetningu stendur er ekki nóg þegar rekillinn er þegar tengdur; hann verður að fjarlægja úr eiginleikum handbeygisins eða fjarlægja úr reklaverinu.

Að slökkva á IPv6 á VPN-tengingunni hefur leyst þessa villu í sumum byggingum, en meðhöndlaðu það sem prófun en ekki varanlega hönnun. Ef tengingin byrjar aðeins með IPv6 slökkt er undirliggjandi miniport eða rekillinn enn orsökin.

Breyttu einu lagi og varðveittu sönnunargögnin

Geymdu skrárgildin sem þú breytir, skrifaðu lista yfir handbeygja og síur fyrir og eftir og endurræstu milli tilrauna. Endurræsing er hluti viðgerðarinnar fyrir hverja fjölskyldu hér, því stakkur handbeygisins er byggður við ræsingu og endurræsing þjónustu endurbyggir hann ekki.

Settu biðlarann aðeins upp aftur þegar gamli handbeygirinn, síurnar og miniportin eru farin. Að setja nýjan biðlara ofan á skemmdan stakk er leiðin sem gerir viðgerðanlegt 27850 að vél með tvo hálfskráða handbeygja og enga skýra villu. Stöðvaðu og ýttu málinu upp ef sama villa lifir lagbundnu prófunina af tvisvar. Á þeim punkti er næsta gagnlega skref hrein endurskoðun netstakksins með uppsetningarlogi framleiðandans, ekki önnur tilraun með sömu enduruppsetningu.