A Viscosity megjegyezte a jelszót: mit tett ez a jelölőnégyzet

Ez a jelölőnégyzet a bejelentkezési kérésnél ügyfélbeállításnak tűnik, de kezelt gépen gyakran inkább szabályzatdöntés. A Viscosity megjegyzés-vezérlője a macOS kulcskarikában tárolja a hitelesítő adatot, amikor a telepítés engedélyezi a tárolást. A mítosz az, hogy a jelölőnégyzetet mindig Ön állítja be. A gyakorlatban három külön dolog blokkolhatja, és csak az egyik szól a jelszóról.

Mit tárol valójában a jelölőnégyzet

A megjegyzés beállítás kiválasztása arra kéri az ügyfelet, hogy az értéket ehhez az egy kapcsolathoz és fiókhoz tartsa meg. Az elem a kulcskarikába kerül, és a későbbi bejelentkezések a támogatott kérésen keresztül használják újra, nem egy rejtett beállításon keresztül. Magába a kapcsolatfájlba semmi sem íródik. Ez az elkülönítés az oka annak is, hogy az elem későbbi eltávolítása kérést eredményez sérült profil helyett.

A tárolt érték bemenet ahhoz a hitelesítéshez, amelyet a szerver amúgy is elvégzett volna. Nem változtatja meg, mit követel az átjáró, nem kerüli meg a második tényezőt, és nem alakítja az egyszeri kódot újrahasználható titokká. Amit lerövidít, az a gépelés, nem a szabályzat, amelyet a telepítés erre a fiókra alkalmaz.

Miért hiányozhat a vezérlő

A rendszergazda letilthatja a hitelesítő adatok tárolását kezelt telepítésnél, és a SparkLabs a megjegyzés-vezérlőt a kulcskarikán belüli viselkedésével együtt a hitelesítő adatok tárolásáról szóló útmutatóban dokumentálja. Ha a jelölőnégyzet hiányzik, az nem hibás, és a felülíró beállításparancs keresése a rossz válasz.

Kérdezze meg a tulajdonost, melyik támogatott munkafolyamat érvényes helyette. A tárolást tiltó telepítésnek általában oka van, és az ok gyakran az, hogy a fiók megosztott, az eszköz nem megbízható, vagy a hitelesítő adatnak ütemezés szerint le kell járnia. A beállítás megkerülése szándékos vezérlőből incidenssé alakítja a helyzetet, és az incidens általában valaki más ellenőrzésével együtt érkezik.

Nem kezelt telepítésnél a hiányzó vezérlő verziószámmal ellátott támogatási kérdés. Küldje el a telepített ügyfélverziót és azt, amit a kérés valóban mutat, ne pedig találgatást a rejtett alapértékekről.

Három kérés, amely nem ugyanaz a kérés

Az egyszeri kód nem jelszó, a jelszó nem kulcskarikai engedélyezés, a szerver elutasítása pedig egyik sem a háromból. Ezek összekeverése olyan hibákat eredményez, amelyek rossz hitelesítő adatként olvashatók, miközben a valódi probléma egy mező, egy párbeszédablak vagy egy útvonal.

A kulcskarikai párbeszédablak tervezésénél fogva helyi. Azt kérdezi, olvashatja-e ez az alkalmazás ezt az elemet ezen a gépen, és jóváhagyása semmit sem mond a VPN-szervernek.

Ezért a párbeszédablak elutasítása olyan ügyféloldali hibát eredményez, amelyet a szerver soha nem lát, míg a rossz jelszó olyan szerveroldali elutasítást okoz, amelyről az ügyfél csak jelentést tehet. Olvassa el a párbeszédablakot, mielőtt válaszol, és ellenőrizze, hogy a kérő alkalmazás az a ügyfél-e, akit vár, és nem egy telepítő vagy segédfolyamat. A különbség a megosztott gépeken a legfontosabb, ahol az elem egynél több fiók számára is elérhető lehet.

A második tényező mindezen kívül áll. A jelszó tárolása nem tárolja a kódot, és a kódot megkövetelő telepítés minden kapcsolatnál továbbra is megköveteli. Tartsa láthatóan ezt a lépést a tesztelés során, mert a csendesen kihagyó folyamat nem az a folyamat, amelyet beállított.

Egy hitelesítő adat helyreállítása a többi visszaállítása nélkül

Ha a hitelesítés jelszóváltás után meghiúsul, használja az ügyfél dokumentált újrakérdezési és frissítési útvonalát ehhez az egy kapcsolathoz, ahelyett hogy kézzel szerkesztené a kulcskarikát. Olvassa el az üzenetet, mielőtt bármit lecserél, mert az időtúllépést, a tanúsítvány elutasítását vagy a hiányzó útvonalat nem javítja a tárolt jelszó felülírása. Ennek ismételgetése leginkább arra szoktatja, hogy figyelmen kívül hagyja az ügyfél által mutatott hibát. Frissítse az érintett hitelesítő adatot, majd csatlakozzon újra, és figyelje, melyik kérés jelenik meg.

A támogatási fórumok által javasolt teljes kulcskarika-visszaállítás sokkal nagyobb változás a problémánál. Az egyik kapcsolat tárolt jelszavának semmi köze a másik kapcsolat tanúsítványához, és mindent törölni egyetlen elavult elemet egy délutánnyi újraregisztrálássá változtat.

Fejezze be a szokásos vezérlőkkel történő leválasztással és újracsatlakozással, megerősítve, hogy a szándékolt fiók használatos, és hogy a tárolt elem eltávolítása kérést eredményez hiba helyett. A kiszámítható újrahasználat egyetlen világos móddal a hitelesítő adat frissítésére vagy eltávolítására az az eredmény, amelyet érdemes tesztelni.