Melyik kulcskarikaelem tartja elavultnak a VPN-bejelentkezésedet?
Az elutasított bejelentkezés és a lejárt tanúsítvány különböző javításokat igényel. Olvasd el a felszólítást, keresd meg az elemet, amelyiké a titok, majd csatlakozz újra egyszer.
Figyeld, ahogy a Mac egy régi jelszót ajánl fel, figyeld, ahogy a bejelentkezés meghiúsul, és a nyilvánvaló következő lépés a teljes kulcskarikai visszaállítás lesz. Ez a javítás drága, és általában a rossz elemet célozza. Az elavult jelszó, a lejárt tanúsítvány és a zárolt fiók mind elutasítást okoz, és közülük csak egy él olyan kulcskarikabejegyzésben, amelyet törölhetsz. Olvasd el a felszólítást, mielőtt bármit törölsz.
Három hiba, három különböző törlés
A fiók jelszava titok, amelyet a kliens az átjárónak küld, és a törlése arra kényszeríti a felhasználót, hogy újat gépeljen be. A privát kulcs jelmondata megnyit egy kulcsfájlt, ezért a jelmondat-bejegyzés törlése érintetlenül hagyja a kulcsot, de használhatatlanná teszi, amíg valaki újra be nem gépeli a mondatot. Az ügyféltanúsítványnak érvényességi ablaka van, és semmilyen jelszótörlés nem újítja meg. Ez három objektum három tulajdonossal, és a kliens hibaüzenete megnevezi, melyik hibázott.
Az összehasonlítás nem akadémikus, mert a rossz kiválasztása egy támogatási ciklusba kerül, és azt tanítja a felhasználónak, hogy a javítás véletlenszerű. A tanúsítvány-lejárati hiba minden jelszó-visszaállítást túlél, és egy újra megjelenő jelszóbejegyzés más szolgáltatáshoz is tartozhat, mint a VPN. Először párosítsd a hibát az objektumhoz, aztán döntsd el, hogy törölsz, újragépelsz vagy megújítasz.
A teljes kulcskarikai visszaállítás eltávolítja a levelezés, a böngészők és más szolgáltatások hitelesítő adatait. Ez saját helyreállítási költséggel járó végső eszköz, nem VPN-hibaelhárítási lépés.
Olvasd el a felszólítást és a fiókot, mielőtt hozzányúlsz egy elemhez
Olvasd el a pontos hibát, majd olvasd el, melyik fiókot használja a kliens. A szolgáltató webhelyére való bejelentkezés és az átjáró hitelesítő adatai gyakran különböző fiókok, és a kliens az egyiket mentheti, miközben a felhasználó a másikat állítja vissza. Ellenőrizd a kliens beállításaiban látható profilnevet és felhasználónevet. Ha ezek nem egyeznek azzal, amit a felhasználó hisz, a mentett jelszó nem elavult; valami máshoz tartozik.
Az elutasított tanúsítvány általában lejáratról vagy nem megbízható láncról számol be, nem hitelesítési hibáról, míg a zárolt fiók házirend- vagy zárolási üzenetet jelez. Ezek az üzenetek különböző rétegekből származnak, ami a megfogalmazást teszi a leggyorsabb megkülönböztetési móddá. Másold be az üzenetet a jegybe, mert ez az egyetlen bizonyíték, amely túléli a következő kísérletet.
Találd meg azt az elemet, amely valóban birtokolja a titkot
Kezdd a kliens saját elfelejtett jelszó vezérlőjével, ha van ilyen, mert ez a támogatott út, és a megfelelő bejegyzést célozza. Ha meg kell nyitnod a Keychain Access-t, a kliens konfigurációjából származó szolgáltatásnév alapján keress, ne a VPN szó alapján, mert az túl sok mindenre illik. Törlés előtt vizsgáld meg a kiválasztott elemet: fiókja, típusa és módosítási dátuma mind illeszkedjen a történethez. Egy évekkel ezelőtt utoljára módosított elem valószínűleg nem az, amelyet a kliens éppen használt.
Az egyik nézetből való hiány nem bizonyítja, hogy semmi sincs tárolva. Az elemek élhetnek a bejelentkezési kulcskarikában, az iCloud-kulcskarikában vagy egy felügyelt profilon belül, és mindegyik más-más tároló, más-más hozzáférési szabályokkal. Ellenőrizd a kliens saját listáját és a rendszerlistát, mielőtt arra jutsz, hogy a titok hiányzik.
Felügyelt Mac esetén használd az adminisztrátor eltávolítási folyamatát. A profil korlátozásai körüli törlés olyan állapotban hagyja az eszközt, amelyet a következő házirend-ellenőrzés visszavon.
Csatlakozz újra egyszer, aztán állj meg
Az elem eltávolítása vagy frissítése után tegyél egy bejelentkezési kísérletet a támogatott folyamaton keresztül. Egy kísérlet válaszol a kérdésre, míg öt kísérlet fiókzárolással válaszol rá. Ha az elutasítás megfogalmazása megváltozik, a törlés működött, és a fennmaradó hiba másik rétegben van. Ha pontosan ugyanúgy ismétlődik, állítsd vissza, amit eltávolítottál, és térj vissza a felszólításhoz.
Egy helyi elem eltávolítása érintetlenül hagyja a szolgáltatásnál lévő hitelesítő adatot. Amikor a titkot esetleg más látta, kezeld forgatási feladatként, és használd a szolgáltató jelszócsere- vagy kulcscsere-folyamatát, mert a kulcskarikai másolat volt az egyik hely, ahol létezett. A helyi tisztítás és a távoli visszavonás külön műveletek, külön tulajdonosokkal.
Hasonlítsd össze, mit ígérhet az egyes javítások
Egy jelszóbejegyzés törlése azt ígéri, hogy a kliens újra jelszót kér, és semmi többet. Egy tanúsítvány cseréje új érvényességi ablakot ígér, de csak akkor, ha a kibocsátó szolgáltatás elérhető, és a profil frissül. Egy jelszó vagy kulcs forgatása azt ígéri, hogy a régi titok működése megszűnik, és ez az egyetlen javítás, amely segít, ha az aggodalom a nyilvánosságra kerülés. Válaszd ki a szükséges ígéretet, majd hajtsd végre azt a műveletet.
Írd be az eredményt a jegybe: melyik elemet törölték, melyik hitelesítő adatot forgatták, és melyik bejelentkezés sikerült. A következő embernek ugyanezzel a tünettel erre a leképezésre van szüksége, nem egy újraépített kulcskarikáról szóló történetre. Az Apple Keychain Access útmutatója leírja a tárolókat és hozzáférési szabályaikat, és az emberek általában ezt a részt találgatják.