cert8.db ei ole ühekordne vahemälu: kontrollige hoidla omanikku
cert8.db kustutamine muudab püsivat turbeseisundit, mitte lehe vahemälu. Leidke profiil, mille klient avab, tehke varukoopia ja parandage ainult lubatut.
Vana tugilõim soovitab kustutada faili nimega cert8.db ja VPN hakkab jälle tööle. See järjestus on sagedamini juhus kui parandus. Fail on sertifikaatide andmebaas ja selle eemaldamine muudab püsivat turbeseisundit viisil, mida edukas käivitamine ei näita.
Külmunud sisselogimine ei ole vahemälu probleem
Brauseri vahemälu hoiab ressursside koopiaid; sertifikaatide andmebaas hoiab usaldusotsuseid, sertifikaate ja neile kuuluvaid võtmeid. Teise kustutamine on lähemal identiteedi lähtestamisele kui ajaloo puhastamisele. Kui klient sisselogimise ajal kinnitus, on kasulik tõend see, milline protsess millise profiili avas ja mida logis, mitte see, millise faili foorumipostitus eemaldas. Kinnitumise taasesitamine ja kliendi logi lugemine võtab kauem kui faili kustutamine ning see on ainus tee tegeliku põhjuseni.
Failinimi kannab ka ajalugu: NSS eristab vanu cert8.db ja key3.db faile SQLite’i cert9.db ja key4.db failidest. Kirjutage üles logirida, mida nägite enne kinnitumist, sest see on ainus püsiv tõend, mis teil on.
Millise profiili klient tegelikult avab
Tehke kindlaks klient, selle autentimismeetod ja hoidla, mida see loeb. Siin on kolm sisselogimisteed: brauseri abil, manustatud brauser ja natiivne klient, ja need ei pea profiili jagama. Õige nimega andmebaas teises kataloogis ei tõesta, et kinnitunud protsess selle avas. Linuxis asub NSS-i hoidla tavaliselt kasutaja ~/.pki/nssdb all või rakendusepõhises profiilikataloogis. Mõlemad paigutused võivad ühel masinal koos eksisteerida, seega kontrollige mõlemat, kui migratsioon on hiljutine.
Loetlege, mida hoidla sisaldab, enne selle muutmist: certutil -L -d sql:$HOME/.pki/nssdb trükib sertifikaadid ja sama tööriist koos -K näitab, kas võtmed on olemas.
Kui käsk teatab, et andmebaasi ei saa avada, olete leidnud profiili, mida tööriist kasutab, mitte tingimata selle, mida VPN kasutas.
Tehke profiilist varukoopia enne igasugust parandust
Sulgege mõjutatud rakendused ja kopeerige seejärel kogu profiilikataloog heakskiidetud varundusmeetodiga. Sertifikaadi- ja võtmeandmebaasid on seotud, kuid eraldi seisund, ja ühe suvalise faili salvestamine ei ole kogu identiteedi taastamise plaan. Kaitske koopiat, sest profiil võib sisaldada privaatvõtmeid. Kirjutage üles, mida ja kuhu varundasite, et ebaõnnestunud parandusel oleks tagasitee.
Seejärel kinnitage paranduse täpne ulatus hooldajaga. Hoidla täielik lähtestamine, ühe teadaoleva vananenud sertifikaadi eemaldamine ja brauseriprofiili parandus on kolm erinevat muudatust kolme erineva riskiga.
Pärast parandust logige sisse ja kontrollige hoidlat
Pärast lubatud parandust logige VPN-i sisse ja kinnitage, et serveri sertifikaat valideeritakse endiselt ettenähtud viisil. Kontrollige, et töövoo jaoks vajalikud identiteedid on endiselt olemas ja et ei ilmnenud ootamatut usaldusankrut. Parandus, mis paneb ühenduse tööle, usaldades rohkem kui enne, ei ole parandus.
Hoidke tähelepanek ja juhend lahus: üks kustutamine ja üks edukas käivitus ei ole üldine lahendus.
Kui kinnitumine naaseb, jäädvustage kliendi logi ja kasutatav profiil enne muu muutmist. Just see kirje muudab oletuse diagnoosiks.