cert8.db ne estas forĵetebla kaŝmemoro: kontrolu la posedanton de la konservejo
Forigi cert8.db ŝanĝas daŭran sekurecan staton, ne paĝan kaŝmemoron. Trovu la profilon, kiun la kliento malfermas, kopiu ĝin, kaj riparu nur tion, kio estas aprobita.
Malnova subtena fadeno diras forigi dosieron nomatan cert8.db, kaj la VPN denove funkcias. Tiu sinsekvo pli ofte estas hazardo ol ripeto. La dosiero estas atestila datumbazo, kaj forigi ĝin ŝanĝas daŭran sekurecan staton tiel, kion sukcesa lanĉo ne malkaŝas.
Frostigita ensaluto ne estas kaŝmemora problemo
Retumila kaŝmemoro konservas kopiojn de rimedoj; atestila datumbazo konservas fidajn decidojn, atestilojn kaj la ŝlosilojn apartenantajn al ili. Forigi la duan estas pli proksime al restarigo de identeco ol al viŝado de historio. Se la kliento frostis dum ensaluto, la utila evidentaĵo estas, kiu procezo malfermis kiun profilon kaj kion ĝi protokolis, ne kiu dosieron forigis forumafiŝo. Riprodukti la frostiĝon kaj legi la klientan protokolon daŭras pli longe ol forigi dosieron, kaj ĝi estas la sola vojo al vera kaŭzo.
La dosiernomo ankaŭ portas historion: NSS distingas la malnovajn cert8.db kaj key3.db disde la SQLite cert9.db kaj key4.db. Notu la protokolan linion, kiun vi vidis antaŭ la frostiĝo, ĉar ĝi estas la sola daŭra evidentaĵo, kiun vi havas.
Kiun profilon la kliento efektive malfermas
Identigu la klienton, ĝian aŭtentikigan metodon kaj la konservejon, kiun ĝi legas. Ĉi tie ekzistas tri ensalutaj vojoj: retumile helpata, enkonstruita retumilo kaj denaska kliento, kaj ili ne devas dividi profilon. Datumbazo kun la ĝusta nomo en alia dosierujo ne pruvas, ke la frostigita procezo malfermis ĝin. En Linux la NSS-konservejo kutime troviĝas sub ~/.pki/nssdb de la uzanto aŭ en aplikaĵa profila dosierujo. Ambaŭ aranĝoj povas kunekzisti sur unu maŝino, do kontrolu ambaŭ se la migrado estas freŝa.
Listigu, kion la konservejo enhavas antaŭ ol ŝanĝi ĝin: certutil -L -d sql:$HOME/.pki/nssdb presas la atestilojn, kaj la sama ilo kun -K montras, ĉu ŝlosiloj ĉeestas.
Se la komando raportas, ke la datumbazo ne malfermiĝas, vi trovis la profilon, kiun la ilo uzas, ne nepre tiun, kiun la VPN uzis.
Savu sekurkopion de la profilo antaŭ iu ajn riparo
Fermu la tuŝitajn aplikaĵojn, poste kopiu la tutan profilan dosierujon per la aprobita sekurkopia metodo. Atestilaj kaj ŝlosilaj datumbazoj estas rilata sed aparta stato, kaj savi unu arbitran dosieron ne estas reakira plano por la tuta identeco. Protektu la kopion, ĉar la profilo povas enhavi privatajn ŝlosilojn. Registru, kion vi sekurkopiis kaj kie, por ke malsukcesa riparo havu vojon reen.
Poste konfirmu la precizan amplekson de la riparo kun la prizorganto. Plena restarigo de la konservejo, forigo de unu konata malnova atestilo kaj riparo de retumila profilo estas tri malsamaj ŝanĝoj kun tri malsamaj riskoj.
Post la riparo, ensalutu kaj inspektu la konservejon
Post rajtigita riparo, ensalutu al la VPN kaj konfirmu, ke la servila atestilo ankoraŭ validiĝas laŭ la intenco. Kontrolu, ke la identecoj bezonataj de la laborfluo ankoraŭ ĉeestas, kaj ke ne aperis neatendita fidankro. Riparo, kiu igas la konekton funkcii fidante pli ol antaŭe, ne estas riparo.
Tenu la observon kaj la instrukton aparte: unu forigo sekvata de unu sukcesa lanĉo ne estas ĝenerala solvo.
Se la frostiĝo revenas, kaptu la klientan protokolon kaj la uzatan profilon antaŭ ol ŝanĝi ion alian. Tiu registro transformas konjekton en diagnozon.