รายงาน2026-08-15•อ่าน 5 นาที

รายงานความเสี่ยงใบรับรองหมดอายุ 2026

· ทีม CSR.plus

•เหตุหมดอายุยังคงเป็นสาเหตุใหญ่ที่สุดที่ป้องกันได้ของเหตุขัดข้องเกี่ยวกับใบรับรอง
•ใบรับรองอายุสั้น (90 วัน) ลดการเผชิญความเสี่ยงลงมาก แต่เพิ่มต้นทุนของข้อผิดพลาดการต่ออายุด้วยมือ
•การตรวจสอบพร้อมหน้าต่างเตือน 30 วันและการต่ออายุอัตโนมัติคือสองวิธีปฏิบัติที่กำจัดความเสี่ยงหมดอายุแทบทั้งหมด

สูง

ส่วนของเหตุขัดข้อง

หมดอายุเป็นอันดับหนึ่งที่ป้องกันได้

90 วัน

จังหวะอุตสาหกรรม

อายุสั้นคือบรรทัดฐาน

30 วัน

หน้าต่างเตือน

เกณฑ์แจ้งเตือนที่ดีที่สุด

2 นิสัย

การป้องกัน

ตรวจสอบ + ต่ออายุอัตโนมัติ

เหตุหมดอายุเกิดขึ้นได้อย่างไร

เหตุหมดอายุแทบไม่ใช่ความล้มเหลวทางเทคนิค — คือการต่ออายุที่พลาด: ใบรับรองบนเซิร์ฟเวอร์ที่ถูกลืม กระบวนการมือที่ข้ามไปช่วงวันหยุด งานอัตโนมัติที่ cron หายไประหว่างการย้ายระบบ ใบรับรองผ่านวันที่ notAfter แล้วผู้เยี่ยมชมทุกคนเจอ NET::ERR_CERT_DATE_INVALID จนกว่าจะมีคนต่ออายุ

ผลของใบรับรองอายุสั้น

การเปลี่ยนสู่ใบรับรอง 90 วัน (ริเริ่มโดย Let’s Encrypt ปัจจุบันเป็นแนวทางอุตสาหกรรม) ลดหน้าต่างกรณีเลวร้ายจากปีเป็นเดือน การแลกเปลี่ยนคือด้านปฏิบัติการ: การต่ออายุต้องเป็นอัตโนมัติ เพราะการต่ออายุด้วยมือรายไตรมาสคือกระบวนการที่ถูกข้ามพอดี

สองนิสัยที่กำจัดความเสี่ยงหมดอายุ

ประการแรก ตรวจสอบทุกใบรับรองที่คุณถือ — ติดตามวันที่เหลือและแจ้งเตือนที่ 30 วัน ไม่ใช่ 7 ประการที่สอง ทำให้การต่ออายุอัตโนมัติ (ACME/certbot กับตัวจับเวลา หรือการต่ออายุที่ CA จัดการ) และทดสอบด้วยการรันแบบแห้งใน CI สองนิสัยนี้ร่วมกันเปลี่ยนการหมดอายุจากเหตุการณ์ซ้ำซากเป็นเรื่องไม่เกิด

FAQ

เกณฑ์แจ้งเตือนที่ดีที่สุดคืออะไร?

แจ้งเตือนเมื่อเหลือ 30 วันสำหรับการต่ออายุอัตโนมัติ และ 14 วันสำหรับกระบวนการมือ หน้าต่าง 7 วันไม่เหลือที่ว่างสำหรับความล้มเหลวในการตรวจสอบหรือความล่าช้าของผู้ให้บริการ