cert8.db کوئی پھینکنے والا کیش نہیں ہے: اسٹور کے مالک کی جانچ کریں

ایک پرانا معاونتی دھاگہ کہتا ہے کہ cert8.db نامی فائل حذف کریں اور VPN پھر کام کرنے لگتا ہے۔ یہ ترتیب مرمت سے زیادہ تر اتفاق ہوتی ہے۔ فائل سرٹیفکیٹ ڈیٹا بیس ہے، اور اسے ہٹانا مستقل سیکیورٹی حالت کو ایسے بدلتا ہے جو کامیاب آغاز ظاہر نہیں کرتا۔

منجمد لاگ ان کیش کا مسئلہ نہیں ہے

براؤزر کیش وسائل کی نقلیں رکھتا ہے؛ سرٹیفکیٹ ڈیٹا بیس اعتماد کے فیصلے، سرٹیفکیٹ اور ان کے ساتھ آنے والی چابیاں رکھتا ہے۔ دوسرے کو حذف کرنا تاریخ صاف کرنے سے زیادہ شناخت ری سیٹ کرنے کے قریب ہے۔ اگر لاگ ان کے دوران کلائنٹ منجمد ہو گیا، تو مفید ثبوت یہ ہے کہ کون سے عمل نے کون سا پروفائل کھولا اور کیا لاگ کیا، نہ کہ کس فائل کو فورم کی پوسٹ نے ہٹایا۔ منجمد ہونے کو دہرانا اور کلائنٹ لاگ پڑھنا فائل حذف کرنے سے زیادہ وقت لیتا ہے، اور یہی اصل وجہ تک پہنچنے کا واحد راستہ ہے۔

فائل کا نام تاریخ بھی رکھتا ہے: NSS پرانے cert8.db اور key3.db کو SQLite پر مبنی cert9.db اور key4.db سے الگ پہچانتا ہے۔ منجمد ہونے سے پہلے دیکھی گئی لاگ لائن لکھ لیں، کیونکہ یہی آپ کے پاس واحد پائیدار ثبوت ہے۔

کلائنٹ واقعی کون سا پروفائل کھولتا ہے

کلائنٹ، اس کی توثیق کا طریقہ اور وہ اسٹور پہچانیں جسے وہ پڑھتا ہے۔ یہاں لاگ ان کے تین راستے ہیں: براؤزر کی معاونت والا، ایمبیڈڈ براؤزر اور مقامی کلائنٹ، اور انہیں ایک ہی پروفائل شیئر کرنا ضروری نہیں۔ کسی دوسری ڈائریکٹری میں درست نام کا ڈیٹا بیس ہونا اس بات کا ثبوت نہیں کہ منجمد عمل نے اسے کھولا۔ Linux میں NSS اسٹور عام طور پر صارف کے ~/.pki/nssdb کے نیچے یا فی ایپ پروفائل ڈائریکٹری میں ہوتا ہے۔ دونوں ترتیبیں ایک ہی مشین پر رہ سکتی ہیں، اس لیے اگر منتقلی حالیہ ہے تو دونوں جانچیں۔

اسٹور بدلنے سے پہلے فہرست بنائیں کہ اس میں کیا ہے: certutil -L -d sql:$HOME/.pki/nssdb سرٹیفکیٹ چھاپتا ہے، اور وہی اوزار -K کے ساتھ دکھاتا ہے کہ چابیاں موجود ہیں یا نہیں۔

اگر کمانڈ بتائے کہ ڈیٹا بیس کھولا نہیں جا سکتا، تو آپ نے وہ پروفائل ڈھونڈ لیا جو اوزار استعمال کرتا ہے، لیکن ضروری نہیں کہ وہی جو VPN نے استعمال کیا۔

کسی بھی مرمت سے پہلے پروفائل کا بیک اپ لیں

متاثرہ ایپس بند کریں، پھر منظور شدہ بیک اپ طریقے سے پوری پروفائل ڈائریکٹری نقل کریں۔ سرٹیفکیٹ اور چابی کے ڈیٹا بیس متعلقہ مگر الگ حالت ہیں، اور ایک من مانی فائل محفوظ کرنا پوری شناخت کے لیے بحالی منصوبہ نہیں ہے۔ نقل کی حفاظت کریں، کیونکہ پروفائل میں نجی چابیاں ہو سکتی ہیں۔ درج کریں کہ کیا اور کہاں بیک اپ لیا، تاکہ ناکام مرمت کے پاس واپسی کا راستہ ہو۔

پھر دیکھ بھال کرنے والے کے ساتھ مرمت کا درست دائرہ طے کریں۔ پورا اسٹور ری سیٹ کرنا، ایک معلوم پرانا سرٹیفکیٹ ہٹانا اور براؤزر پروفائل کی مرمت کرنا تین مختلف تبدیلیاں ہیں، تین مختلف خطرات کے ساتھ۔

مرمت کے بعد سائن ان کریں اور اسٹور کا معائنہ کریں

مجاز مرمت کے بعد VPN میں سائن ان کریں اور تصدیق کریں کہ سرور سرٹیفکیٹ اب بھی مطلوبہ طریقے سے تصدیق ہوتا ہے۔ جانچیں کہ ورک فلو کے لیے ضروری شناختیں اب بھی موجود ہیں اور کوئی غیر متوقع اعتماد اینکر ظاہر نہیں ہوا۔ جو مرمت پہلے سے زیادہ اعتماد کر کے کنکشن چلاتی ہے وہ مرمت نہیں ہے۔

مشاہدہ اور ہدایت الگ رکھیں: ایک حذف اور ایک کامیاب آغاز عام حل نہیں ہے۔

اگر منجمد ہونا واپس آئے، تو کچھ اور بدلنے سے پہلے کلائنٹ لاگ اور زیر استعمال پروفائل محفوظ کریں۔ وہی ریکارڈ اندازے کو تشخیص میں بدلتا ہے۔