cert8.db nuk është një cache e përdorshme një herë: kontrolloni pronarin e ruajtësit

Një fill i vjetër mbështetjeje thotë të fshini një skedar të quajtur cert8.db dhe VPN-ja fillon të punojë përsëri. Ai sekuencë është më shpesh rastësi sesa riparim. Skedari është një bazë të dhënash certifikatash, dhe heqja e tij ndryshon gjendjen e përhershme të sigurisë në mënyra që një nisje e suksesshme nuk i zbulon.

Një hyrje e ngrirë nuk është problem cache

Cache-i i shfletuesit ruan kopje të burimeve; baza e certifikatave ruan vendime besimi, certifikata dhe çelësat që shkojnë me to. Fshirja e së dytës është më afër rivendosjes së një identiteti sesa pastrimit të historisë. Nëse klienti u ngrirë gjatë hyrjes, prova e dobishme është cili proces hapi cilin profil dhe çfarë regjistroi, jo cili skedar u hoq nga një postim forumi. Riprodhimi i ngrirjes dhe leximi i regjistrit të klientit kërkon më shumë kohë sesa fshirja e një skedari, dhe është e vetmja rrugë drejt një shkaku të vërtetë.

Emri i skedarit mbart edhe histori: NSS dallon cert8.db dhe key3.db e vjetra nga cert9.db dhe key4.db të SQLite. Shkruani rreshtin e regjistrit që patë përpara ngrirjes, sepse është prova e vetme e qëndrueshme që keni.

Cilin profil hap vërtet klienti

Identifikoni klientin, metodën e tij të vërtetimit dhe ruajtësin që lexon. Këtu ekzistojnë tre rrugë hyrjeje: me ndihmën e shfletuesit, shfletues i integruar dhe klient vendas, dhe nuk duhet të ndajnë një profil. Një bazë me emrin e saktë në një drejtori tjetër nuk është provë që procesi i ngrirë e hapi atë. Në Linux ruajtësi NSS zakonisht ndodhet nën ~/.pki/nssdb e përdoruesit ose në një drejtori profili për aplikacion. Të dyja skemat mund të bashkëjetojnë në të njëjtën makinë, prandaj kontrolloni të dyja nëse migrimi është i vonë.

Përpara se ta ndryshoni, renditni çfarë përmban ruajtësi: certutil -L -d sql:$HOME/.pki/nssdb shtyp certifikatat, dhe i njëjti mjet me -K tregon nëse ka çelësa.

Nëse komanda raporton se baza nuk mund të hapet, keni gjetur profilin që përdor mjeti, por jo domosdoshmërisht atë që përdori VPN-ja.

Bëni një kopje sigurie të profilit përpara çdo riparimi

Mbyllni aplikacionet e prekura, pastaj kopjoni të gjithë drejtorinë e profilit me metodën e miratuar të kopjes. Bazat e certifikatave dhe çelësave janë gjendje e lidhur por e veçantë, dhe ruajtja e një skedari arbitrar nuk është plan rikuperimi për të gjithë identitetin. Mbrojeni kopjen, sepse profili mund të përmbajë çelësa privatë. Shkruani çfarë dhe ku kopjuat, që një riparim i dështuar të ketë rrugë kthimi.

Pastaj konfirmoni shtrirjen e saktë të riparimit me mirëmbajtësin. Rivendosja e plotë e ruajtësit, heqja e një certifikate të vjetër të njohur dhe riparimi i një profili shfletuesi janë tre ndryshime të ndryshme me tre rreziqe të ndryshme.

Pas riparimit, hyni dhe inspektoni ruajtësin

Pas një riparimi të autorizuar, hyni në VPN dhe konfirmoni që certifikata e serverit vazhdon të vërtetohet siç është menduar. Kontrolloni që identitetet e nevojshme për rrjedhën e punës janë ende të pranishme dhe që nuk u shfaq një anëkor besimi i papritur. Një riparim që e bën lidhjen të punojë duke besuar më shumë se më parë nuk është riparim.

Mbani vëzhgimin dhe udhëzimin të ndara: një fshirje dhe një nisje e suksesshme nuk janë zgjidhje e përgjithshme.

Nëse ngrirja kthehet, kapni regjistrin e klientit dhe profilin në përdorim përpara se të ndryshoni çdo gjë tjetër. Ai regjistrim është ai që e kthen hamendjen në diagnozë.