A telepítő megáll 27850-nél, egy kapcsolat 442-vel elutasításra kerül, egy másik profil pedig 651-et ad vissza. A számok három független hibának tűnnek, és a szokásos reakció az, hogy háromszor újratelepítik a klienst. Pedig egyetlen alrendszerből jönnek: a virtuális adapterből és a körülötte lévő szűrőveremből. A hibaszám megmondja, melyik réteg hibázott, és ez határozza meg az első ellenőrzést. Az újratelepítés a szám elolvasása előtt általában ugyanazt a hibát hozza újra.

Párosítsa a számot a réteggel

Minden hiba más ponton keletkezik, ezért az első ellenőrzés más, akkor is, ha a látható tünet ugyanaz az elutasított kapcsolat. Három család fedi le az összes esetet: a telepítő, az adapter és az alatta lévő port. Az alábbi táblázat minden számot az általa megkívánt ellenőrzés mellé tesz.

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

Ha a hiba bármely profil kiválasztása előtt jelenik meg, a telepítő családjába tartozik. Ha akkor jelenik meg, amikor a kliens fel akarja hozni az adaptert, az adapter családjába tartozik. Ha az adapter látható, de a port soha nem nyílik meg, akkor a miniport családjáról van szó. Jegyezze fel a számot, mielőtt bármit megváltoztat. A három javítás a verem különböző részeit érinti, és a rossz családhoz végzett változtatás nehezebben olvashatóvá teszi a következő kísérletet.

Teli szűrőverem, vagy egy csomag, amely blokkolja az illesztőprogramot

A kliens telepítése egy kis szűrőkomponenst regisztrál az adapterláncban. A Windowsnak szigorú felső határa van arra, hány ilyen komponens kapcsolódhat, és az alapérték kevés helyet hagy, ha vírusirtó, virtualizációs híd és rögzítő illesztőprogram van jelen. Ekkor a telepítés 27850-nel meghiúsul, pedig a VPN-csomag rendben van. A telepítő nem tudja megkülönböztetni a teli vermet a sérülttől.

Olvassa ki az aktuális értéket, növelje meg, és indítsa újra, mielőtt újra próbálkozik. Egy új szűrő nem tud kapcsolódni, amíg a verem újra nem épül:

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

A másik ok egy biztonsági csomag, amely látható kérés nélkül blokkolja az illesztőprogram telepítését. Önvédelmi funkciója megakadályozhatja a szűrő regisztrálását, ezért a telepítő általános komponenshibát jelent. Nézze meg a csomag saját naplóját, és ha az önvédelem az akadály, csak a telepítési ablak idejére kapcsolja ki, majd azonnal állítsa vissza. Ha az érték már meg van emelve és egyetlen csomag sem blokkol, keressen elhagyott szűrő-illesztőprogramokat egy korábbi VPN-termékből. Egy régi szűrő, amelyhez már nincs illeszkedő szolgáltatás, továbbra is foglal egy helyet, és tönkreteheti az új telepítést.

Az adapter ott van, és lent is marad

A 442-es hiba azt jelenti, hogy a virtuális adapter jelen van, de a kliens nem tudja felhozni. Az első ellenőrzés az Eszközkezelő látható rejtett eszközökkel: a letiltott adapter, a figyelmeztető jelzéssel ellátott adapter és a hiányzó adapter ugyanúgy néz ki a kliensben, de más javítást igényel. Az Internet Connection Sharing gyakran fogva tartja. Ha a szolgáltatás megszerezte az adaptert, állítsa le a szolgáltatást, és próbálkozzon újra, mielőtt a beállításjegyzékhez nyúl. Egy visszamaradt megosztási konfiguráció újraindítás után ismét megszerezheti, ezért jegyezze fel, hogy a javítás túléli-e az újraindítást.

Az újratelepítés hibás megjelenítési nevet hagyhat maga után, amely kezelhetetlenné teszi az adaptert. Az érték egyszerű szöveg legyen, ne feloldatlan telepítői token:

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"

Használja azt a megjelenítési nevet, amelyet a kliens elvár, majd indítsa újra, hogy az adapter újra felsorolásra kerüljön. Az érték újraindítás nélküli beállítása általában a régi állapotot hagyja a helyén, és a következő kapcsolat ismét 442-t ad.

Az alatta lévő port soha nem nyílik meg

A 651-es hiba akkor jelentkezik, amikor a kapcsolatkezelő nem tudja megnyitni a WAN-miniportot. Az adapter egészségesnek tűnhet a kliensben, miközben az alatta lévő port soha nem ér el indított állapotot. Sorolja fel a miniportokat és állapotukat, mielőtt bármit újratelepít:

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

A hibaállapotú miniport a közvetlen nyom. Az Eszközkezelőből történő újratelepítése újra létrehozza a portot, és ezért működik ez a javítás, amikor a kliens újratelepítése nem. A fizikai adapterhez kapcsolt harmadik féltől származó illesztőprogramok a másik gyakori ok. Egy VirtualBox híd-hálózati illesztőprogram, egy visszamaradt TAP-illesztőprogram a OpenVPN-ból vagy egy rögzítő szűrő előbb foglalhatja el a portot. A komponens kijelölésének megszüntetése telepítés közben nem elég, ha az illesztőprogram már hozzá van kapcsolva; el kell távolítani az adapter tulajdonságai közül, vagy el kell távolítani az illesztőprogram-tárolóból.

Az IPv6 kikapcsolása a VPN-kapcsolaton néhány buildben megoldotta ezt a hibát, de ezt tesztnek tekintse, ne állandó tervezésnek. Ha a kapcsolat csak kikapcsolt IPv6 mellett indul, akkor a mögöttes miniport vagy illesztőprogram a hiba oka.

Változtasson egy rétegen, és őrizze meg a bizonyítékokat

Mentse el a módosított beállításjegyzék-értékeket, jegyezze fel az adapterek és szűrők listáját előtte és utána, és indítsa újra a kísérletek között. Az újraindítás itt minden család javításának része, mert az adapterverem indításkor épül fel, és egy szolgáltatás újraindítása nem építi újra.

Csak akkor telepítse újra a klienst, ha a régi adapter, a szűrők és a miniportok eltűntek. Az új kliens telepítése egy törött veremre az az út, amelyen egy javítható 27850 két fél-regisztrált adapterrel rendelkező, világos hiba nélküli géppé válik. Álljon meg és terjessze fel, ha ugyanaz a hiba kétszer túléli a rétegspecifikus ellenőrzést. Ekkor a hasznos következő lépés a hálózati verem tiszta átvizsgálása a szállító telepítési naplójával, nem pedig ugyanazon újratelepítés újabb kísérlete.

Kapcsolódó cikkek