A cert8.db nem eldobható gyorsítótár: ellenőrizze a tár tulajdonosát
A cert8.db törlése állandó biztonsági állapotot változtat, nem oldal-gyorsítótárat. Keresse meg a klienst nyitó profilt, készítsen biztonsági másolatot, és csak a jóváhagyottat javítsa.
Egy régi támogatási szál azt javasolja, hogy töröljön egy cert8.db nevű fájlt, és a VPN újra működik. Ez a sorrend gyakrabban véletlen, mint javítás. A fájl tanúsítvány-adatbázis, és eltávolítása állandó biztonsági állapotot változtat olyan módokon, amelyeket egy sikeres indítás nem tár fel.
A fagyott bejelentkezés nem gyorsítótár-probléma
A böngésző-gyorsítótár erőforrások másolatait tárolja; a tanúsítvány-adatbázis bizalmi döntéseket, tanúsítványokat és a hozzájuk tartozó kulcsokat. A második törlése közelebb áll az identitás visszaállításához, mint az előzmények törléséhez. Ha a kliens a bejelentkezés közben fagyott le, a hasznos bizonyíték az, hogy melyik folyamat melyik profilt nyitotta meg és mit naplózott, nem az, hogy melyik fájlt törölte egy fórumbejegyzés. A fagyás reprodukálása és a kliensnapló olvasása tovább tart, mint egy fájl törlése, és ez az egyetlen út a valódi okhoz.
A fájlnév történelmet is hordoz: az NSS megkülönbözteti a régi cert8.db és key3.db fájlokat a SQLite-alapú cert9.db és key4.db fájloktól. Jegyezze fel a fagyás előtt látott naplósort, mert ez az egyetlen tartós bizonyíték, amivel rendelkezik.
Melyik profilt nyitja meg a kliens valójában
Azonosítsa a klienst, annak hitelesítési módját és a tárhelyet, amelyet olvas. Itt három bejelentkezési út létezik: böngésző segítségével, beágyazott böngészővel és natív klienssel, és ezeknek nem kell közös profilt használniuk. Egy helyes nevű adatbázis egy másik könyvtárban nem bizonyítja, hogy a lefagyott folyamat azt nyitotta meg. Linuxon az NSS-tár általában a felhasználó ~/.pki/nssdb könyvtára alatt vagy alkalmazásonkénti profilkönyvtárban található. Mindkét elrendezés létezhet egy gépen, tehát ellenőrizze mindkettőt, ha a migráció nemrég történt.
Sorolja fel, mit tartalmaz a tár a módosítás előtt: a certutil -L -d sql:$HOME/.pki/nssdb kinyomtatja a tanúsítványokat, és ugyanaz az eszköz a -K kapcsolóval megmutatja, vannak-e kulcsok.
Ha a parancs azt jelzi, hogy az adatbázis nem nyitható meg, akkor az eszköz által használt profilt találta meg, nem feltétlenül azt, amelyet a VPN használt.
Készítsen biztonsági másolatot a profilról minden javítás előtt
Zárja be az érintett alkalmazásokat, majd másolja le a teljes profilkönyvtárat a jóváhagyott biztonsági mentési módszerrel. A tanúsítvány- és kulcsadatbázisok összefüggő, de különálló állapotok, és egy tetszőleges fájl mentése nem a teljes identitás helyreállítási terve. Védje a másolatot, mert a profil tartalmazhat privát kulcsokat. Jegyezze fel, mit és hova mentett, hogy egy sikertelen javításnak legyen visszaútja.
Ezután erősítse meg a javítás pontos hatókörét a karbantartóval. A tár teljes visszaállítása, egy ismert elavult tanúsítvány eltávolítása és egy böngészőprofil javítása három különböző változás három különböző kockázattal.
A javítás után jelentkezzen be és vizsgálja meg a tárat
Engedélyezett javítás után jelentkezzen be a VPN-be, és erősítse meg, hogy a kiszolgáló tanúsítványa továbbra is a szándéknak megfelelően érvényesül. Ellenőrizze, hogy a munkafolyamathoz szükséges identitások még megvannak, és nem jelent meg váratlan bizalmi horgony. Az a javítás, amely több bizalommal működteti a kapcsolatot, mint korábban, nem javítás.
Tartsa külön a megfigyelést és az utasítást: egy törlés és egy sikeres indítás nem általános megoldás.
Ha a fagyás visszatér, rögzítse a kliensnaplót és a használt profilt, mielőtt bármi mást változtatna. Ez a feljegyzés teszi a találgatást diagnózissá.