cert8.db ไม่ใช่แคชที่ทิ้งได้: ตรวจสอบเจ้าของที่เก็บ

กระทู้ช่วยเหลือเก่าบอกให้ลบไฟล์ชื่อ cert8.db แล้ว VPN ก็กลับมาทำงาน ลำดับนั้นเป็นเรื่องบังเอิญมากกว่าการซ่อม ไฟล์นี้คือฐานข้อมูลใบรับรอง และการลบมันเปลี่ยนสถานะความปลอดภัยถาวรในแบบที่การเปิดใช้งานสำเร็จไม่แสดงให้เห็น

การเข้าสู่ระบบที่ค้างไม่ใช่ปัญหาแคช

แคชของเบราว์เซอร์เก็บสำเนาทรัพยากร ส่วนฐานข้อมูลใบรับรองเก็บการตัดสินใจเรื่องความเชื่อถือ ใบรับรอง และกุญแจที่เกี่ยวข้อง การลบอย่างหลังใกล้เคียงกับการรีเซ็ตตัวตนมากกว่าการล้างประวัติ หากไคลเอนต์ค้างระหว่างเข้าสู่ระบบ หลักฐานที่มีประโยชน์คือโปรเซสใดเปิดโปรไฟล์ใดและบันทึกอะไร ไม่ใช่ไฟล์ใดที่โพสต์ในฟอรัมลบไป การทำซ้ำการค้างและอ่านบันทึกของไคลเอนต์ใช้เวลานานกว่าการลบไฟล์ และเป็นทางเดียวสู่สาเหตุจริง

ชื่อไฟล์ก็มีประวัติ: NSS แยก cert8.db และ key3.db แบบเก่าออกจาก cert9.db และ key4.db ของ SQLite จดบรรทัดบันทึกที่คุณเห็นก่อนเกิดการค้างไว้ เพราะมันเป็นหลักฐานถาวรเดียวที่คุณมี

ไคลเอนต์เปิดโปรไฟล์ใดจริง

ระบุไคลเอนต์ วิธีรับรองความถูกต้อง และที่เก็บที่มันอ่าน มีเส้นทางการเข้าสู่ระบบสามทาง: ด้วยความช่วยเหลือของเบราว์เซอร์ เบราว์เซอร์ฝังตัว และไคลเอนต์เนทีฟ และไม่จำเป็นต้องใช้โปรไฟล์ร่วมกัน ฐานข้อมูลที่มีชื่อถูกต้องในไดเรกทอรีอื่นไม่ใช่หลักฐานว่าโปรเซสที่ค้างเปิดมัน ใน Linux ที่เก็บ NSS มักอยู่ใต้ ~/.pki/nssdb ของผู้ใช้หรือในไดเรกทอรีโปรไฟล์ของแต่ละแอป ทั้งสองรูปแบบอาจอยู่ร่วมกันบนเครื่องเดียว ดังนั้นตรวจสอบทั้งสองหากการย้ายข้อมูลเพิ่งเกิดขึ้น

ระบุสิ่งที่ที่เก็บมีก่อนเปลี่ยน: certutil -L -d sql:$HOME/.pki/nssdb พิมพ์ใบรับรอง และเครื่องมือเดียวกันกับ -K แสดงว่ามีกุญแจหรือไม่

หากคำสั่งรายงานว่าเปิดฐานข้อมูลไม่ได้ คุณพบโปรไฟล์ที่เครื่องมือใช้ แต่ไม่จำเป็นต้องเป็นอันที่ VPN ใช้

สำรองโปรไฟล์ก่อนการซ่อมใด ๆ

ปิดแอปที่ได้รับผลกระทบ แล้วคัดลอกไดเรกทอรีโปรไฟล์ทั้งหมดด้วยวิธีสำรองที่ได้รับอนุมัติ ฐานข้อมูลใบรับรองและกุญแจเป็นสถานะที่เกี่ยวข้องแต่แยกจากกัน และการเก็บไฟล์ใดไฟล์หนึ่งไม่ใช่แผนกู้คืนตัวตนทั้งหมด ปกป้องสำเนาเพราะโปรไฟล์อาจมีกุญแจส่วนตัว บันทึกว่าสำรองอะไรและที่ไหน เพื่อให้การซ่อมที่ล้มเหลวมีทางกลับ

จากนั้นยืนยันขอบเขตการซ่อมที่แน่นอนกับผู้ดูแล การรีเซ็ตที่เก็บทั้งหมด การลบใบรับรองเก่าที่รู้จักหนึ่งใบ และการซ่อมโปรไฟล์เบราว์เซอร์เป็นการเปลี่ยนแปลงที่ต่างกันสามอย่างด้วยความเสี่ยงที่ต่างกันสามอย่าง

หลังการซ่อม ให้เข้าสู่ระบบและตรวจสอบที่เก็บ

หลังการซ่อมที่ได้รับอนุญาต ให้เข้าสู่ระบบ VPN และยืนยันว่าใบรับรองเซิร์ฟเวอร์ยังได้รับการตรวจสอบตามที่ตั้งใจ ตรวจสอบว่าตัวตนที่เวิร์กโฟลว์ต้องการยังอยู่ และไม่มี สมอยึดความเชื่อถือ ที่ไม่คาดคิดปรากฏขึ้น การซ่อมที่ทำให้การเชื่อมต่อทำงานได้ด้วยการเชื่อถือมากกว่าเดิมไม่ใช่การซ่อม

แยกการสังเกตออกจากคำแนะนำ: การลบหนึ่งครั้งและการเปิดสำเร็จหนึ่งครั้งไม่ใช่ทางแก้ทั่วไป

หากการค้างกลับมา ให้เก็บบันทึกไคลเอนต์และโปรไฟล์ที่ใช้ก่อนเปลี่ยนอย่างอื่น บันทึกนั้นคือสิ่งที่เปลี่ยนการคาดเดาให้เป็นการวินิจฉัย