Az AnyConnect szerint a VPN-szolgáltatás nem érhető el: javítás Windows alatt

A párbeszédpanel abban a pillanatban jelenik meg, amikor a Connect gombra kattint, még a hitelesítő adatok bekérése előtt, és azt közli, hogy a VPN-szolgáltatás nem érhető el. Még semmi sem hagyta el a gépet. Az AnyConnect ablaka egy helyi Windows-szolgáltatással beszél, és amikor ez a beszélgetés megszakad, a kliens feladja, mielőtt egyáltalán átjárót nevezne meg. Ez a sorrend a leghasznosabb nyom a teljes üzenetben: egy szolgáltatást és egy illesztőprogramot hibakeres, nem egy tanúsítványt vagy egy tűzfalszabályt a túloldalon. Íme a sorrend, ahogy haladok, a legolcsóbb ellenőrzés először.

A párbeszédpanel az átjáró megkeresése előtt jelenik meg

Az ablak egy vékony felület. Arra kéri az ügynökszolgáltatást, hogy építse fel az alagutat, és ez a szolgáltatás birtokolja az adaptert, az útvonal-változtatásokat és a profilok tárolóját. Ha a szolgáltatás hiányzik, le van állítva vagy blokkolva van, a felületnek nincs kihez beszélnie, és pontosan ezt jelenti.

A gyakorlati következmény egyszerű: nincs kiszolgálónév, nincs hitelesítő adatok bekérése, nincs tanúsítványhiba. Ha ezek bármelyikét látja, hagyja abba ennek az olvasását, és inkább az alagutat nézze.

Először az ügynökszolgáltatást ellenőrizze

Nyissa meg a services.msc fájlt, és keresse meg a Cisco AnyConnect Secure Mobility Agent szolgáltatást. Ha az indítási típus Disabled, állítsa Automatic értékre, és indítsa el. A frissítés által letiltott vagy összeomlás után maradt szolgáltatás gyakran egyszer tisztán elindul, és fent is marad. Ha másodperceken belül újra meghal, jegyezze fel a hibakódot, és olvasson tovább.

Két kisegítő szolgáltatást érdemes megnézni makacs gépeken. A Base Filtering Engine újraindítása megszüntette ezt az üzenetet, amikor a szűrőillesztő beragadt. Ahol az Internet Connection Sharing engedélyezve volt, az ICS kikapcsolása ugyanezt tette, mert a kettő ugyanazért a hálózati infrastruktúráért verseng.

Kezelt laptopon a szolgáltatás szándékosan le lehet tiltva házirenddel, ezért erősítse meg az eszköz tulajdonosával, mielőtt újra engedélyezné.

Utána a virtuális adaptert ellenőrizze

Az AnyConnectnek saját virtuális adapterre van szüksége, és a letiltott adapter egyes buildökben ugyanezt a párbeszédpanelt hozza. Nyissa meg a Hálózati kapcsolatokat, keresse meg a Cisco AnyConnect Secure Mobility Client bejegyzést, és engedélyezze, ha szürke. Ugyanez a panel kezeli a beragadt esetet: a csatlakozás állapotában lévő interfészt általában nem lehet eltávolítani a Beállításokból, de itt letiltható és törölhető.

Ha az adapter teljesen hiányzik, az illesztőprogram nem települt. Ez a következő szakaszra mutat, nem pedig valamire, amit át lehet kapcsolni.

Amikor az újraindítás nem tart ki

A visszamaradt telepítési könyvtár minden indításkor visszaállíthatja a törött állapotot. Távolítsa el a klienst, törölje a Cisco AnyConnect mappát a ProgramData alatt, indítsa újra, majd telepítse újra ugyanazt a verziót. Pont ennek a mappának az eltávolítása tisztítja meg a profilokat és a gép házirendjének töredékeit, amelyeket az eltávolító hátrahagy. Egy újabb főverzió szintén megszüntetheti az üzenetet, de csak akkor, ha az átjárója elfogadja ezt a kliensverziót.

A macOS felhasználói ugyanezzel a szöveggel találkoznak egy másik összetevőn keresztül. Az ügynök egy launchd-feladat, ezért töltse be, és erősítse meg, hogy az alkalmazás futhat a háttérben. A jelenlegi kiadásokban ez a kapcsoló a Login Items és az Extensions alatt található, és az ott kikapcsolt alkalmazás elindul, majd pontosan ezzel az üzenettel meghiúsul.

Amikor egy második VPN-kliens az ok

Két kliens versenghet a szűrőillesztőkért és az adapter prioritásáért. Egy régebbi Cisco kliens mellé telepített Forti kliens embereket hagyott csatlakozva, de képtelenül bármit elérni, és a nem használt kliens eltávolítása helyreállította a szolgáltatást. A járható alternatíva a VPN-alhálózatonkénti kifejezett útvonal, hogy minden kliens címei a megfelelő adapterre kerüljenek, ahelyett hogy a metrika sorrendjétől függnének.

Ha mindkét kliensnek maradnia kell, döntse el az útvonalakat tudatosan, és írja le őket. A metrika találgatása a következő frissítésnél elromlik.

Javítási sorrend, amely nem igényel két újratelepítést

Mielőtt újratelepít, mentse el az ügynök naplóját. Az üzenet több különböző hibát fed le, és a napló az egyetlen, ami utólag elválasztja őket. Ezután futtassa ezt a sorrendet, és álljon meg az első lépésnél, amely megváltoztatja a viselkedést:

• Ügynökszolgáltatás jelen van, indítási típus Automatic, a GUI indulása előtt fut.
• Virtuális adapter engedélyezve a Hálózati kapcsolatokban, nincs csatlakozás állapotában beragadt interfész.
• Internet Connection Sharing kikapcsolva, Base Filtering Engine egészséges.
• ProgramData mappa eltávolítva az újratelepítés előtt, ugyanaz a verzió újratelepítve.
• Nincs második VPN-kliens, amely ugyanazokat a szűrőillesztőket tartja.

Ha a kliens kilép, mielőtt kiszolgálónevet vagy hitelesítő adatok bekérését mutatná, semmit sem ért el a hálózaton. A negyedik újratelepítés nem talál olyan okot, amelyet egy szolgáltatás állapota két perc alatt megmutatott volna.