cert8.db atılan keş deyil: anbarın sahibini yoxlayın

Köhnə bir dəstək mövzusu cert8.db adlı faylı silməyi məsləhət verir və VPN işləməyə başlayır. Bu ardıcıllıq düzəlişdən çox təsadüf olur. Fayl sertifikat verilənlər bazasıdır və onun silinməsi davamlı təhlükəsizlik vəziyyətini uğurlu işə salmanın göstərmədiyi şəkildə dəyişir.

Donmuş giriş keş problemi deyil

Brauzer keşi resursların nüsxələrini saxlayır; sertifikat verilənlər bazası isə etimad qərarlarını, sertifikatları və onlarla gedən açarları saxlayır. İkincisini silmək tarixçəni təmizləməkdən çox şəxsiyyəti sıfırlamağa bənzəyir. Əgər müştəri giriş zamanı donduysa, faydalı dəlil hansı prosesin hansı profili açdığı və nəyi jurnala yazdığıdır, forum yazısının hansı faylı sildiyi deyil. Donmanı təkrar istehsal etmək və müştəri jurnalını oxumaq fayl silməkdən uzun çəkir və həqiqi səbəbə yeganə yoldur.

Fayl adı həm də tarix daşıyır: NSS köhnə cert8.db və key3.db fayllarını SQLite əsaslı cert9.db və key4.db fayllarından fərqləndirir. Donmadan əvvəl gördüyünüz jurnal sətrini yazın, çünki bu, malik olduğunuz yeganə davamlı dəlildir.

Müştəri hansı profili həqiqətən açır

Müştərini, onun autentifikasiya üsulunu və oxuduğu anbarı müəyyən edin. Burada üç giriş yolu var: brauzer köməyi ilə, daxili brauzer və yerli müştəri, və onlar eyni profili paylaşmaq məcburiyyətində deyil. Başqa qovluqda düzgün adlı verilənlər bazasının olması donmuş prosesin onu açdığına dəlil deyil. Linux-da NSS anbarı adətən istifadəçinin ~/.pki/nssdb altında və ya tətbiqə məxsus profil qovluğunda yerləşir. İki sxem bir maşında birlikdə ola bilər, ona görə miqrasiya təzədirsə hər ikisini yoxlayın.

Dəyişməzdən əvvəl anbarın nə saxladığını sadalayın: certutil -L -d sql:$HOME/.pki/nssdb sertifikatları çap edir, eyni alət -K ilə açarların olub olmadığını göstərir.

Əgər əmr verilənlər bazasının açıla bilmədiyini bildirirsə, alətin istifadə etdiyi profili tapmısınız, mütləq VPN-in istifadə etdiyini deyil.

Hər hansı düzəlişdən əvvəl profilin ehtiyat nüsxəsini götürün

Təsirlənmiş tətbiqləri bağlayın, sonra bütün profil qovluğunu təsdiqlənmiş ehtiyat nüsxə üsulu ilə kopyalayın. Sertifikat və açar verilənlər bazaları əlaqəli, lakin ayrı vəziyyətdir və təsadüfi bir faylı saxlamaq bütün şəxsiyyət üçün bərpa planı deyil. Kopyanı qoruyun, çünki profildə özəl açarlar ola bilər. Nəyi və harada ehtiyatladığınızı qeyd edin ki, uğursuz düzəlişin geri dönüş yolu olsun.

Sonra düzəlişin dəqiq həcmini baxıcı ilə təsdiqləyin. Tam anbar sıfırlaması, bir məlum köhnəlmiş sertifikatın silinməsi və brauzer profili düzəlişi üç fərqli dəyişiklik və üç fərqli riskdir.

Düzəlişdən sonra daxil olun və anbarı yoxlayın

İcazəli düzəlişdən sonra VPN-ə daxil olun və server sertifikatının hələ də nəzərdə tutulduğu kimi yoxlanıldığını təsdiqləyin. İş axınının ehtiyac duyduğu kimliklərin hələ də mövcud olduğunu və gözlənilməz etimad ankorunun görünmədiyini yoxlayın. Bağlantını əvvəlkindən çox etimadla işlədən düzəliş düzəliş deyil.

Müşahidəni təlimata qarışdırmayın: bir silmə və ardınca bir uğurlu işə salma ümumi həll deyil.

Donma qayıdırsa, başqa heç nəyi dəyişməzdən əvvəl müştəri jurnalını və istifadə olunan profili qeydə alın. Məhz bu qeyd təxmini diaqnoza çevirir.