cert8.db nėra vienkartinė talpykla: patikrinkite saugyklos savininką
Ištrynus cert8.db keičiama nuolatinė saugos būsena, o ne puslapio talpykla. Raskite profilį, kurį atidaro klientas, padarykite atsarginę kopiją ir taisykite tik tai, kas aprobuota.
Senas pagalbos srautas pataria ištrinti failą cert8.db, ir VPN vėl pradeda veikti. Tokia seka dažniau yra atsitiktinumas nei taisymas. Failas yra sertifikatų duomenų bazė, o jį pašalinus nuolatinė saugos būsena pasikeičia taip, ko sėkmingas paleidimas neparodo.
Užstrigęs prisijungimas nėra talpyklos problema
Naršyklės talpykla saugo išteklių kopijas; sertifikatų duomenų bazė saugo pasitikėjimo sprendimus, sertifikatus ir su jais susijusius raktus. Ištrinti antrąją yra arčiau tapatybės atstatymo nei istorijos išvalymo. Jei klientas užstrigo prisijungiant, naudingas įrodymas yra tai, kuris procesas atidarė kurį profilį ir ką įrašė, o ne tai, kurį failą pašalino forumo įrašas. Užstrigimo atkūrimas ir kliento žurnalo skaitymas užima daugiau laiko nei failo ištrynimas, ir tai vienintelis kelias į tikrą priežastį.
Failo pavadinimas taip pat neša istoriją: NSS skiria senuosius cert8.db ir key3.db nuo SQLite cert9.db ir key4.db. Užsirašykite žurnalo eilutę, kurią matėte prieš užstrigimą, nes tai vienintelis patvarus įrodymas, kurį turite.
Kurį profilį klientas iš tikrųjų atidaro
Nustatykite klientą, jo autentifikavimo metodą ir saugyklą, kurią jis skaito. Čia yra trys prisijungimo keliai: naršyklės padedamas, įterpta naršyklė ir vietinis klientas, ir jie neturi bendrinti profilio. Duomenų bazė su teisingu pavadinimu kitame kataloge nėra įrodymas, kad užstrigęs procesas ją atidarė. Linux sistemoje NSS saugykla paprastai yra po naudotojo ~/.pki/nssdb arba programos profilio kataloge. Abi išdėstymo schemos gali egzistuoti tame pačiame kompiuteryje, todėl patikrinkite abi, jei migracija neseniai atlikta.
Prieš keisdami, išvardinkite, ką saugykla turi: certutil -L -d sql:$HOME/.pki/nssdb atspausdina sertifikatus, o tas pats įrankis su -K parodo, ar yra raktų.
Jei komanda praneša, kad duomenų bazės atidaryti nepavyksta, radote profilį, kurį naudoja įrankis, bet nebūtinai tą, kurį naudojo VPN.
Padarykite profilio atsarginę kopiją prieš bet kokį taisymą
Uždarykite paveiktas programas, tada nukopijuokite visą profilio katalogą aprobuotu atsarginės kopijos metodu. Sertifikatų ir raktų duomenų bazės yra susijusi, bet atskira būsena, o vieno savavališko failo išsaugojimas nėra visos tapatybės atkūrimo planas. Apsaugokite kopiją, nes profilyje gali būti privatūs raktai. Užsirašykite, ką ir kur išsisaugojote, kad nepavykęs taisymas turėtų kelią atgal.
Tada patvirtinkite tikslią taisymo apimtį su prižiūrėtoju. Visiškas saugyklos atstatymas, vieno žinomo pasenusio sertifikato pašalinimas ir naršyklės profilio taisymas yra trys skirtingi pakeitimai su trimis skirtingomis rizikomis.
Po taisymo prisijunkite ir apžiūrėkite saugyklą
Po leisto taisymo prisijunkite prie VPN ir patvirtinkite, kad serverio sertifikatas vis dar tikrinamas taip, kaip numatyta. Patikrinkite, ar darbo eigai reikalingos tapatybės vis dar yra ir ar nepasirodė netikėtas pasitikėjimo inkaras. Taisymas, kuris priverčia ryšį veikti pasitikint labiau nei anksčiau, nėra taisymas.
Laikykite stebėjimą ir nurodymą atskirai: vienas ištrynimas ir vienas sėkmingas paleidimas nėra bendras sprendimas.
Jei užstrigimas grįžta, užfiksuokite kliento žurnalą ir naudojamą profilį prieš ką nors keisdami. Būtent tas įrašas paverčia spėjimą diagnoze.