Azure VPN Client: a VPN-platform nem indította el a kapcsolatot

Az állapotsor szerint a VPN-platform nem indította el a kapcsolatot, a profil panasz nélkül importálható, és az átjáró mindenki másnál egészséges. Ez az üzenet a Windowson belüli átadást írja le, nem elutasított hitelesítő adatot, ezért a hasznos sorrend a legolcsóbb állapotváltozástól a legpusztítóbbig halad. A profil újraimportálása egy perc, a csomag javítása egy újraindítás, a visszaállítás pedig a gépen lévő összes profilt jelenti. A rossz sorrendben végzett munka elpusztítja a bizonyítékot, amelyre ezeknek az eseteknek a szétválasztásához szükség van.

Újraimportálás, javítás, visszaállítás: három különböző költség

A három művelet nem felcserélhető, és közülük csak egy visszafordítható munka nélkül. Az újraimportálás frissíti a profilt, és megtartja az alkalmazás telepítését. A javítás megtartja az importált profilokat, és újraírja a csomagfájlokat. A visszaállítás eltávolítja a profilokat az alkalmazás állapotával együtt, ezért utána mindent újraimportál.

Kezdje az azurevpnconfig.xml friss letöltésével, amikor az átjáró, a címkészlet vagy a hitelesítési mód megváltozott. A törölt átjárót megnevező profil pontosan ezt az állapotsort adja, és a kliens javítása mit sem segít egy olyan fájlon, amely már nem létező dologra mutat.

Bármely romboló lépés előtt ellenőrizze, hogy az alkalmazás futhat-e a háttérben: Beállítások, Alkalmazások, Telepített alkalmazások, Azure VPN Client, Speciális beállítások. A felfüggesztett kliens nem tudja befejezni a platform átadását.

A RasMan az a szolgáltatás, amelynek a kliens átadja

A Remote Access Connection Manager alakítja a klienskérést Windows-kapcsolattá. Indítsa újra emelt szintű parancssorból a net stop rasman, majd a net start rasman paranccsal, aztán csatlakozzon újra, mielőtt bármi mást megváltoztatna.

Ha ez helyreállítja a kapcsolatot, állítsa be az indítási típust, hogy a javítás túlélje az újraindítást: sc.exe config rasman start= delayed-auto. Az a szolgáltatás, amely most fut, de indításkor le van tiltva, holnap reggel ugyanezt a hibát állítja elő.

Figyelje az olyan szolgáltatást, amely elindul, majd magától leáll. Ez a minta függőségre vagy szabályzatra utal, az újraindítás pedig percenként fog működni, ami rosszabb a tiszta hibánál, mert szakaszos hálózati problémának látszik. Ellenőrizze a System naplóban a szolgáltatás nevét a kísérlet ideje körül, és győződjön meg arról, hogy a függőségek is futnak.

Aktuális felhasználó vagy helyi gép: két tanúsítványtároló

Ha a kliens üres tanúsítványlistával nyílik meg, nem a profil a hibás, és a szolgáltatás sem. A kliens az aktuális felhasználó személyes tárolóját olvassa: nyissa meg a certmgr.msc-t, bontsa ki a Certificates, Current User, Personal, Certificates elemet, és ellenőrizze, hogy a tanúsítvány ott van privát kulccsal.

A certlm.msc-vel megnyitott helyi géptároló másik tároló, és az ottani telepítés nem elégíti ki az ügyféltárolóban kereső klienst. Tanúsítványos hitelesítésnél az átjáró csak a gyökér nyilvános kulcsát tartja, és minden eszköznek saját, abból a gyökérből kiadott tanúsítványra van szüksége. A másik gépről másolt tanúsítvány rendszerint privát kulcs nélkül érkezik, ami olyan bejegyzést ad, amely kiválasztható, de mégsem tud hitelesíteni.

Az üres választó tárolóprobléma, nem alagútprobléma.

Tanúsítványos hitelesítés vagy Azure AD: eltérő hibaformák

Az Azure AD-hitelesítéshez a pont-hely konfigurációnak kell a bérlő URL-je, az Azure VPN Client alkalmazásazonosítója közönségként és az STS kiállítója, valamint egy rendszergazda hozzájárulása az Azure VPN alkalmazáshoz. Mentse el ezt a konfigurációt, töltse le újra a csomagot, és az új fájlt importálja a régi példány újrafelhasználása helyett.

Azt is ellenőrizze, hogy a kliens címkészlete nem fedi-e át a virtuális hálózatot vagy egy helyszíni tartományt, és hogy a célgép hálózati biztonsági csoportja engedélyezi-e a készletet. Ez a két hiba minden kliensoldali javítást túlél.

Laptopoldal vagy átjáróoldal

Ne a nyilvános cím ellenőrzésével ítélje meg az alagutat. A pont-hely kapcsolat nem küld minden internetforgalmat az Azure-ba, ezért a változatlan nyilvános cím várható, miközben az alagút helyesen működik. Inkább a virtuális hálózaton belüli privát címet tesztelje, és olvassa ki a gép effektív útvonalait.

Jegyezze fel, melyik lépés állította helyre a kapcsolatot, a kliens verzióját, a profil letöltésének dátumát, és hogy tanúsítvány vagy identitásszolgáltató adta-e a hitelesítő adatot. Ez a feljegyzés a következő esetet kétperces ellenőrzéssé alakítja, és megmutatja, hogy a hibák az átjáró felé tolódnak-e, ahelyett hogy a laptopon maradnának.

A munka sorrendje: importálja újra az aktuális profilt, indítsa újra a RasMant, engedélyezze a háttérbeli futást, javítsa a csomagot, és csak akkor állítsa vissza, ha a tanúsítványtároló sértetlensége igazolt.