cert8.db ass keen Eemolcache: kontrolléiert den Eegentum vum Späicher
cert8.db läschen ännert en dauerhaften Sécherheetszoustand, net e Säitecache. Fannt de Profil, deen de Client opmécht, maacht eng Sécherung a reparéiert nëmmen dat, wat guttgeheescht ass.
En ale Support-Thread seet, een soll eng Datei mam Numm cert8.db läschen, an dann funktionéiert d’VPN erëm. Dës Reiefolleg ass méi dacks en Zoufall wéi eng Reparatur. D’Datei ass eng Zertifikatsdatebank, an hir Entfernung ännert en dauerhaften Sécherheetszoustand op eng Manéier, déi en erfollegräichen Start net weist.
Eng agefruere Umeldung ass kee Cacheproblem
E Browser-Cache späichert Kopien vu Ressourcen; eng Zertifikatsdatebank späichert Vertrauensentscheedungen, Zertifikater an d’Schlësselen, déi dozou gehéieren. Déi zweet läschen ass méi no un enger Identitéitsresettung wéi un enger Historienläschung. Wann de Client beim Umelle agefruer ass, ass de nëtzlechen Noweis, wéi ee Prozess wéi ee Profil opgemaach huet a wat en geloggt huet, net wéi eng Datei e Forumsbäitrag ewechgeholl huet. D’Afréiere reproduzéieren an de Clientlog liese brauch méi Zäit wéi eng Datei läschen, an et ass den eenzegen Wee zu enger echter Ursaach.
Den Numm vun der Datei dréit och Geschicht: NSS ënnerscheet déi al cert8.db an key3.db vun de SQLite cert9.db a key4.db. Schreift d’Loglinn op, déi Dir virum Afréiere gesinn hutt, well dat ass den eenzegen dauerhaften Noweis, deen Dir hutt.
Wéi ee Profil den Client tatsächlech opmécht
Bestëmmt de Client, seng Authentifikatiounsmethod an de Späicher, deen en liest. Hei ginn et dräi Umeldungsweeër: mat Hëllef vum Browser, agebautene Browser an nativen Client, an si mussen net dee selwechte Profil deelen. Eng Datebank mam richtege Numm an engem aneren Dossier ass kee Beweis, datt den agefruerene Prozess si opgemaach huet. Ënner Linux läit den NSS-Späicher meeschtens ënner ~/.pki/nssdb vum Benotzer oder an engem Profildossier pro Applikatioun. Béid Opstellunge kënnen op enger Maschinn bestoen, kontrolléiert also béid, wann d’Migratioun rezent war.
Lëscht op, wat de Späicher enthält, ier Dir en ännert: certutil -L -d sql:$HOME/.pki/nssdb dréckt d’Zertifikater, an dat selwecht Geschier mat -K weist, ob Schlësselen do sinn.
Wann den Uerder mellt, datt d’Datebank net kann opgemaach ginn, hutt Dir de Profil fonnt, deen d’Geschier benotzt, awer net onbedéngt deen, deen d’VPN benotzt huet.
Maacht eng Sécherung vum Profil virun all Reparatur
Maacht déi betraffen Applikatiounen zou, kopéiert dann de ganzen Profildossier mat der guttgeheeschter Sécherungsmethod. Zertifikats- an Schlësseldatebanke si verbonnen, awer getrennten Zoustand, an eng arbiträr Datei ze späicheren ass kee Restauratiounsplang fir déi ganz Identitéit. Schützt d’Kopie, well de Profil privat Schlësselen enthalte kann. Notéiert, wat a wou Dir geséchert hutt, sou datt eng gescheitert Reparatur e Wee zeréck huet.
Bestätegt duerno de geneeë Ëmfang vun der Reparatur mam Betreier. En éischtege Reset vum Späicher, d’Entferne vun engem bekannten iwwerjäregen Zertifikat an eng Reparatur vum Browserprofil sinn dräi verschidde Ännerungen mat dräi verschiddenen Risiken.
No der Reparatur, mellt Iech un a kontrolléiert de Späicher
No enger autoriséierter Reparatur mellt Iech bei der VPN un a bestätegt, datt de Serverzertifikat nach ëmmer wéi virgesinn validéiert gëtt. Kontrolléiert, datt d’Identitéiten, déi de Workflow brauch, nach do sinn an datt keen onerwaarten Vertrauensanker opgedaucht ass. Eng Reparatur, déi d’Verbindung duerch méi Vertrauen wéi virdrun zum Lafen bréngt, ass keng Reparatur.
Halt d’Observatioun an d’Instruktioun getrennt: eng Läschung an en erfollegräichen Start sinn keng allgemeng Léisung.
Kommt d’Afréieren zeréck, fangt de Clientlog an de benotzte Profil op, ier Dir eppes anescht ännert. Dee Rekord mécht aus enger Vermutung eng Diagnos.