ตอนที่ฉันเกือบสูญเสียเซิร์ฟเวอร์ทั้งลำ: บทเรียนจากความประมาทในการจัดการ SSL Certificate

ตอนเช้าที่ทุกอย่างไปสวนทาง

มันเกิดขึ้นในวันศุกร์เช่น วันธรรมชาติที่เทพยดาเลือกให้เกิดเรื่องร้ายที่สุด ฉันเข้าออฟฟิศเสมือนปกติ กาแฟยังอุ่น ข้อมูลโปรเจกต์ยังหนดเนื่อง แต่อีกสักไม่นานอีเมลเริ่มหลั่งไหลเข้ามา "ไซต์เรา HTTPS ไม่ทำงาน" "ลูกค้าอยากติดต่อแต่เบราว์เซอร์บอกว่าไม่ปลอดภัย" "มีวิรัสหรือเปล่า"

ในตอนนั้นความรู้สึกของฉันเป็นแบบนี้: หนาว เย็น ตัวสั่น เหมือนวัสดุทั้งชีวิตฉันถูกแช่ในอากาศ 0 องศา ฉันรีบวิ่งไปที่เซิร์ฟเวอร์ เปิด cPanel ตรวจสอบการตั้งค่า แล้วมันชนให้ตาปลิ้ว: SSL Certificate หมดอายุไปแล้ว 3 วันแล้ว

สิ่งที่ฉันทำผิด (และสิ่งที่คุณไม่ควรทำ)

ที่จริงมันไม่ใช่หนึ่งความผิดแต่เป็นลูกโซ่ของการประมาทที่นำไปสู่ภัยพิบัติ

ความผิดข้อที่ 1: ฉันไม่มีระบบการเตือน

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

โลกของการดูแลเซิร์ฟเวอร์เต็มไปด้วยสิ่งที่ "ดำเนินการอยู่เรื่อย ๆ" จนกระทั่งมันไม่ทำงาน ไม่มีอะไรแย่ไปกว่าการไว้วางใจ "มัน" เกินไป

ความผิดข้อที่ 2: ไม่ติดตามการเตือนจากเซิร์ฟเวอร์

อีกสิ่งหนึ่งที่ฉันค้นพบหลังจากวิกฤติคืออีเมลจากผู้ให้บริการโฮสติ้ง เหล่านั้นกำลัง "นิยม" อยู่ในแฟกเกจสแปม ฉันได้รับการเตือน 5 ถึง 10 วันก่อนหมดอายุจริง ๆ แล้ว แล่ฉันก็ไม่เห็น

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

ความผิดข้อที่ 3: ไม่มี Backup Plan ที่ชัดเจน

เมื่อฉันหาที่เก็บเอกสาร "SSL Certificate ของฉันหมดอายุเมื่อไหร่" ฉันไม่พบ ไม่มีแคลนเดอร์ ไม่มี Checklist ไม่มี Ticketing System ที่บันทึกไว้ว่า "ต่ออายุด้วย Let's Encrypt" หรือ "ซื้อใบใหม่จาก CA"

ทั้งหมดนั้นอยู่ "ในหัวของฉัน" ซึ่งเป็นตำแหน่งที่แย่ที่สุดในจักรวาล

ต้องลงมือแก้ไขอย่างไร

เวลาทำงานของฉันในวันศุกร์นั้นกลับมาเป็นการโต้ตอบกับลูกค้า ไม่ใช่โค้ด แต่เป็นการอธิบาย ขอโทษ และหวังว่าพวกเขาจะยังคงไว้วางใจฉัน

ขั้นตอนคืนชีพ SSL

โชคดีที่ Let's Encrypt ช่วยชีวิตฉันได้ ฉันได้รับการติดตั้ง SSL ใหม่ภายใน 15 นาที ซึ่งนั่นเป็นเพราะว่า อัปเดต OpenSSL ล่าสุด 2024: ความเสี่ยงความปลอดภัยและวิธีจัดการสำหรับเซิร์ฟเวอร์ ให้ข้อมูลเกี่ยวกับการจัดการ SSL ที่เหมาะสม และฉันได้เรียนรู้ว่า cPanel มีแรเมน SSH ที่ทำให้กระบวนการนี้เร็วขึ้น

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

ระบบที่ฉันสร้างขึ้นหลังจากนั้น

ฉันไม่ใช่คนที่ยอมรับความล้มเหลว ฉันเป็นคนที่ยอมรับความล้มเหลวแล้วพัฒนาระบบให้ไม่เกิดซ้ำ แต่ความแตกต่างคือการกระทำไปสู่การป้องกัน

ตั้งค่าการเตือนแบบหลายชั้น

สิ่งแรกที่ฉันทำคือสร้างการเตือนที่มี "หลายแหล่ง":

• เปิดใจจดหมายจาก CA ที่ส่งการเตือน 30 วัน 14 วัน และ 3 วันก่อนหมดอายุ
• ตั้งค่า cPanel เพื่อส่งการเตือนไปที่อีเมลหลักของฉัน
• สร้าง Google Calendar ที่มีการแจ้งเตือนสำหรับวันต่ออายุ
• เพิ่มงานในแอป Task Management ของฉันเพื่อตรวจสอบวันหมดอายุทุกเดือน

ฉันรู้ว่ามันดูยิ่งใหญ่สำหรับเรื่องง่าย ๆ แต่เมื่อคุณมีหลายเซิร์ฟเวอร์ หลายโดเมน และหลาย SSL Certificates มันจึงกลายเป็นเกม "ข้อมูลหายไป"

เข้าสู่ระบบการเตือนแบบอัตโนมัติ

สิ่งที่สำคัญกว่าความเตือนคือการต่ออายุแบบอัตโนมัติ ฉันใช้ Let's Encrypt พร้อม Certbot ที่ตั้งค่า Cron Job เพื่อตรวจสอบและต่ออายุโดยอัตโนมัติทุก 3 เดือน (Certbot มักจะรออยู่ 30 วันก่อนหมดอายุ)

นี่เป็นสิ่งที่ฉันควรจะทำตั้งแต่แรก ปัญหาเดียวคือฉันใช้บริการโฮสติ้งที่มี cPanel ซึ่ง Let's Encrypt บูรณาการได้ดี แต่ฉันไม่เคยเข้าไปตั้งค่า Cron Job ด้วยตัวเอง ฉันแค่หวังว่า "มันจะทำงาน"

ผิดใหญ่ สำหรับผู้ที่มีเซิร์ฟเวอร์หลาย VPS หรือ Dedicated Server ลองพิจารณาการตั้งค่า cPanel อย่างละเอียดซึ่ง รีวิว cPanel ดีไหม? ทำไมหลายคนเลือกใช้สำหรับจัดการเซิร์ฟเวอร์ ได้อธิบายเอาไว้อย่างชัดเจน

บันทึกการจัดการสินทรัพย์

ฉันสร้าง Spreadsheet บน Google Sheets ที่บันทึก:

• โดเมนทั้งหมดของฉัน
• SSL Certificate ของแต่ละโดเมน (จากที่ไหน ผู้ให้บริการ ฯลฯ)
• วันหมดอายุ
• ที่ที่ซื้อ/ต่ออายุ
• ชื่อผู้ติดต่อหากมีปัญหา

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

สิ่งที่ฉันอยากให้คุณเรียนรู้จากประสบการณ์ของฉัน

ถ้าคุณกำลังจัดการเซิร์ฟเวอร์ ไม่ว่าจะเป็นเอกสารหรือทีมงาน ให้ระวังสิ่งต่อไปนี้:

SSL Certificate ไม่ใช่สิ่งที่ "ลืมได้"

ทุกเว็บไซต์ในทุกเว็บเซิร์ฟเวอร์ที่มี HTTPS (และตอนนี้เกือบทุกเซิร์ฟเวอร์) ต้องมี SSL Certificate ที่มีประสิทธิใช้ Certificate นี้มี Expiration Date เหมือนหมากฝรั่งในกระเป๋าของคุณ ถ้าลืมไป มันก็หมดประโยชน์

ระบบการเตือนที่ดีต้องปลายทางที่หลายแห่ง

อีเมลเดียวไม่พอ ลองใช้:

• อีเมล (จาก CA)
• SMS หรือ Push Notification (บางบริการให้บริการนี้)
• ปฎิทินส่วนตัว
• Slack หรือเครื่องมือการจัดการทีมอื่น ๆ
• สคริปต์ที่บันทึกการตรวจสอบลงใน Dashboard

ปัญหาคือปัญหาความสนใจ: เมื่อคุณมีการเตือนจำนวนมากทุกวัน ดวงตาของคุณจะหยิบไป "ที่สำคัญ" และลืม "ระยะยาว"

Automation ไม่ใช่ความเกียจคร่านของเทคโนโลยี มันเป็นความปลอดภัยของธุรกิจ

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

ความเสื่อมสลายของเซิร์ฟเวอร์มักจะเป็นแบบนีลส์

ไม่มีใครโจมตี ไม่มีไฟไหม้เซิร์ฟเวอร์ ไม่มีแบต RAID ที่พังหลายลูกพร้อมกัน มันเป็นแค่ "ฉันลืมสิ่งเล็ก ๆ นี้" แล้วเอื้อคืนสักครู่ ศาสตร์เป็นกำลังตกต่ำสิ

เซิร์ฟเวอร์ของคุณเป็นเสมือนรถของคุณ คุณต้องเปลี่ยนน้ำมัน เพิ่มลมยาง ตรวจสอบเบรก ถ้าคุณลืมหมด รถก็จะแย่เล่า

สรุปสิ่งที่ฉันทำตอนนี้

วันนี้ SSL Certificate ของฉันทั้งหมดตามลำดับ (พวกมันก็หมดสินค้า แต่อย่างน้อยฉันก็ทำให้มันใช่แล้ว) และฉันมี "ระบบ" แน่นอนว่าไม่ใช่ระบบที่สมบูรณ์แบบ แต่นั่นดีกว่า "ไม่มีระบบเลย" ตลาดมากมายในการใช้ HTTPS เหล่านี้ ลูกค้าของฉันต่อให้ไม่มี SSL ก็ยังมาหา ไม่ใช่เพราะว่ามันปลอดภัย แต่เพราะว่า "ไซต์ของคุณทำงานได้"

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