cert8.db ez da erabiltzeko modu bakarreko cachea: egiaztatu biltegiaren jabea
cert8.db ezabatzeak segurtasun-egoera iraunkorra aldatzen du, ez orri-cachea. Aurkitu bezeroak irekitzen duen profila, egin segurtasun-kopia eta konpondu onartutakoa soilik.
Laguntza-hari zahar batek cert8.db izeneko fitxategia ezabatzeko esaten du, eta VPNak berriro funtzionatzen du. Segida hori konponbidea baino sarriago kasualitatea da. Fitxategia ziurtagirien datu-basea da, eta hura kentzeak segurtasun-egoera iraunkorra aldatzen du abiarazte arrakastatsuak agerian uzten ez duen moduan.
Izoztutako saio-hasiera ez da cache arazoa
Nabigatzailearen cacheak baliabideen kopiak gordetzen ditu; ziurtagirien datu-baseak konfiantza-erabakiak, ziurtagiriak eta horiekin doazen gakoak gordetzen ditu. Bigarrena ezabatzea identitatea berrezartzera hurbiltzen da, historia garbitzera baino. Bezeroa saio-hasieran izoztu bazen, erabilgarria den froga da zein prozesuk zein profil ireki zuen eta zer erregistratu zuen, ez zein fitxategi kendu zuen foro-mezu batek. Izoztea erreproduzitzeak eta bezeroaren erregistroa irakurtzeak fitxategi bat ezabatzeak baino denbora gehiago eskatzen dute, eta benetako kausarako bide bakarra da.
Fitxategi-izenak historia ere badakar: NSSk cert8.db eta key3.db zaharrak SQLiteko cert9.db eta key4.db fitxategietatik bereizten ditu. Idatzi izoztea baino lehen ikusi zenuen erregistro-lerroa, duzun froga iraunkor bakarra delako.
Zein profil irekitzen du bezeroak benetan
Identifikatu bezeroa, haren autentifikazio-metodoa eta irakurtzen duen biltegia. Hemen hiru saio-hasiera bide daude: nabigatzailearen laguntzarekin, nabigatzaile txertatua eta bezero natiboa, eta ez dute profilik partekatu behar. Beste direktorio batean izen zuzena duen datu-baseak ez du frogatzen prozesu izoztuak hura ireki zuenik. Linuxen NSS biltegia erabiltzailearen ~/.pki/nssdb azpian edo aplikazio bakoitzeko profileko direktorioan egon ohi da. Bi antolaketak makina berean bizi daitezke, beraz egiaztatu biak migrazioa berria bada.
Zerrendatu biltegiak zer duen aldatu aurretik: certutil -L -d sql:$HOME/.pki/nssdb ziurtagiriak inprimatzen ditu, eta tresna berak -K rekin gakoak dauden erakusten du.
Komandoak datu-basea ireki ezin dela adierazten badu, tresnak erabiltzen duen profila aurkitu duzu, ez nahitaez VPNak erabili zuena.
Egin profilaren segurtasun-kopia edozein konponketa baino lehen
Itxi kaltetutako aplikazioak, eta gero kopiatu profil-direktorio osoa onartutako babeskopia-metodoarekin. Ziurtagirien eta gakoen datu-baseak erlazionatutako baina bereizitako egoera dira, eta fitxategi arbitrario bat gordetzea ez da identitate osoaren berreskuratze-plana. Babestu kopia, profilean gako pribatuak egon baitaitezke. Idatzi zer eta non babeskopiatu zenuen, konponketa huts batek itzulbidea izan dezan.
Gero berretsi konponketaren irismen zehatza mantentzailearekin. Biltegia erabat berrezartzea, ziurtagiri zaharkitu ezagun bat kentzea eta nabigatzaile-profil bat konpontzea hiru aldaketa desberdin dira, hiru arrisku desberdinekin.
Konponketaren ondoren, hasi saioa eta ikuskatu biltegia
Baimendutako konponketa baten ondoren, hasi saioa VPNan eta berretsi zerbitzariaren ziurtagiria oraindik aurreikusitako moduan baliozkotzen dela. Egiaztatu lan-fluxuak behar dituen identitateak oraindik badaudela eta espero ez zen konfiantza-aingura bat ez dela agertu. Konexioa lehen baino konfiantza handiagoarekin funtzionarazten duen konponketa ez da konponketa.
Eutsi behaketa eta jarraibidea bereizita: ezabaketa bat eta abiarazte arrakastatsu bat ez dira irtenbide orokorra.
Izoztea itzultzen bada, harrapatu bezeroaren erregistroa eta erabiltzen ari den profila beste ezer aldatu aurretik. Erregistro horrek bihurtzen du susmoa diagnostiko.