Egy eszköz továbbra sem csatlakozik a VPN-jelszó visszaállítása után
Az új jelszó mindenhol működik, egy ügyfél kivételével. Keresse meg a tárat, amely még a régi értéket őrzi, korlátozza a próbákat, és ellenőrizze egyetlen próbával.
Visszaállította a jelszót, tesztelte a portálon, és egy laptop továbbra sem tud csatlakozni. Az ösztön a még egyszeri visszaállítás, és pont így záródik le egy fiók, és válik egy elavult titok incidenssé. A VPN-ügyfél ritkán kér jelszót minden alkalommal; egyszer kéri, és eltárolja a választ valahol, amit nem ön választott. Ennek a helynek a megtalálása az egész munka, és gyorsabb, mint egy újabb visszaállítás.
Erősítse meg, mit küld valójában az egyes ügyfelek
Ellenőrizze a fiókot, a tartományt és az átjárót a hibás ügyfélen, mielőtt a jelszót feltételezné a probléma okának. A webportál bejelentkezés más identitásrendszert használhat, mint maga a VPN, ezért a sikeres portálbejelentkezés semmit sem mond a protokoll hitelesítéséről. Egyes telepítések a portálon e-mailt, az alagútban más felhasználónevet fogadnak el. Erősítse meg, milyen identitást van beállítva bemutatni az ügyfél, mielőtt bármit visszaállít.
Olvassa el a hiba szövegét, és osztályozza. A tanúsítványhiba, a lejárt kihívás vagy a nem támogatott titkosítás nem elavult jelszó, és ha annak tekinti, hatástalan visszaállítási ciklust hoz létre. Ha a szolgáltatás zárolási szabályzattal rendelkezik, álljon meg két vagy három sikertelen próba után, és erősítse meg a fiók állapotát, mielőtt folytatja.
Sorolja fel a tárakat a találgatás helyett
Négy tár őriz VPN-titkot, és az alábbi táblázat mindegyiknél megmutatja, hol marad fenn az érték, és mit jelent valójában a törlése. A natív operációs rendszerprofil a platform hitelesítőadat-tárában őrzi a titkot, ezért az a bejegyzés tovább élhet, mint az azt író alkalmazás. Az ügyfél konfigurációs fájlja ott őrzi az értéket, ahol az ügyfél olvassa, akár beágyazva, akár egy hivatkozott hitelesítési fájlban, így egy másik fájl szerkesztése semmit sem változtat. A böngészőportál-süti és a szabályzat által szállított hitelesítő adat olyan helyen él, amelyet az eszköz valójában nem birtokol, és ez dönti el, ki módosíthatja őket.
| Store | Where it lives | How to clear it |
|---|---|---|
| Native OS profile | Windows Credentials, NetworkManager secrets | forget or edit the connection |
| Client configuration file | a referenced auth file or inline value | edit the file the client actually reads |
| Browser session | cookie for the portal SSO | sign out of the portal, not just close the tab |
| Managed policy | delivered by the management service | change it in the manager, not on the device |
Rögzített sorrendben ellenőrizze őket: először az operációs rendszer hitelesítőadat-tára, mert az ügyfél alapértelmezés szerint azt kérdezi, majd az ügyfél saját széfje vagy konfigurációs fájlja, aztán a böngésző munkamenete, végül a szabályzat, amely felülírhatja mindhármat. A sorrend azért fontos, mert egy későbbi tár csendesen visszaállíthat egy korábbit, és ön a rossz réteget javítja, miközben a hiba fennmarad. Írja fel, melyik tárat módosította, mert ez a feljegyzés teszi a következő visszaállítást kétperces munkává egy egész délután helyett.
Nézzen abba a tárba, amelyet az ügyfél valójában használ
Olvasson, mielőtt töröl, hogy tudja, melyik bejegyzés tartozott a VPN-hez. Az alábbi parancsok listáznak és vizsgálnak ahelyett, hogy eltávolítanának, ami visszafordíthatóvá teszi a diagnózist.
# Windows credential store
cmdkey /list | findstr /i vpn# Windows native profile
Get-VpnConnection -Name "Work" | Select-Object -ExpandProperty Guid# macOS Keychain
security find-generic-password -s "Company VPN" -g# Linux NetworkManager
nmcli -s connection show "Work" | grep -i passwordLinuxon a -s olyan titkokat mutat, amelyeket a NetworkManager egyébként elrejt. macOS-en a Keychain parancs kiírja a tárolt elemet, ezért a terminál visszagörgetését bizalmasan kezelje. Ha a hibás ügyfél saját széfű harmadik féltől származó alkalmazás, az operációs rendszer tára helyesnek látszik, miközben az alkalmazás a saját példányát őrzi, és a módosításnak abba a széfbe kell kerülnie.
Foglalkozzon az offline eszközökkel
Laptopok, amelyek maguktól felébrednek és újracsatlakoznak továbbra is a régi titkot mutatják, amíg a példányuk létezik. Tervezze meg a frissítést úgy, hogy ezek az eszközök még azelőtt javuljanak, hogy egyszerre újra próbálkoznának, és fontolja meg az automatikus csatlakozás letiltását az érintett profilon, amíg mindegyik végig nem ment a támogatott folyamaton.
Felügyelt flotta esetén ott módosítsa az értéket, ahol a szabályzat definiálva van. Helyi példány szerkesztése olyan eszközön, amelynek hitelesítő adata központilag van biztosítva, legjobb esetben is ideiglenes; a következő szabályzatfrissítés visszaállítja a régi értéket, és a hiba magyarázat nélkül visszatér.
Ellenőrizze egyetlen ellenőrzött próbával
Frissítse a szándékolt bejegyzést, csatlakozzon egyszer újra, és erősítse meg, hogy az alagút elér valami konkrétat. Egy ellenőrzött próba használható hibát ad, ha meghiúsul, míg húsz zárolt fiókot és rejtélyt ad. Ha az ügyfél a tár javítása után is meghiúsul, rögzítsen egyetlen titok nélküli hibát, és álljon meg. Őrizze meg azt a hibát az eszköz nevével, hogy a következő műszak ott kezdődjön, ahol ön befejezte.
A jelszóváltoztatás nem érinti a tanúsítványokat, a munkamenet-tokeneket vagy az MFA-regisztrációt, és ezek külön identitások saját életciklussal. A megújított tanúsítványt nem javítja a jelszó rotációja, és a visszaállítás előtt kiadott token még érvényes lehet. Fejezze be annak felírásával, melyik tár őrizte az elavult értéket, mert a következő visszaállítás ugyanarra a listára fut.