คู่มือ VPN เล็ก ๆ ต้องตอบอะไรให้ทันในยามเร่งด่วน

ผู้ดูแลที่รับงานต่อตอน 02:00 บอกไม่ได้ว่าบริการปกติหรือไม่ เพราะเอกสารอธิบายการออกแบบและไม่เคยบอกว่าต้องรันอะไร การส่งไฟล์ให้คนอื่นแล้วออกจากห้องคือการทดสอบเดียวที่มีความหมาย บันทึก VPN ขนาดเล็กส่วนใหญ่ตกการทดสอบนี้ตั้งแต่หน้าสอง รูปแบบด้านล่างผ่านการทดสอบนั้น และไม่มีส่วนใดต้องยาว

เริ่มจากแผนที่ที่คนเหนื่อยสามารถกวาดตาได้

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

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

ทุกการตรวจต้องมีคำตอบที่นับว่าปกติ

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

systemctl status openvpn-server@lab
ss -lntu | grep 1194

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

สามความล้มเหลวครอบคลุมคืนส่วนใหญ่

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

เชื่อมไปยังเอกสารต้นทางแทนการวางคำสั่งที่คุณไม่ได้รันบนโฮสต์นี้ คำสั่งที่ไม่ได้ทดสอบและคัดลอกจากสภาพแวดล้อมอื่นแย่กว่าการชี้ทาง เพราะดูน่าเชื่อถือและล้มเหลวอย่างเงียบ ๆ

เขียนการเปลี่ยนแปลงเป็นลำดับ ไม่ใช่ย่อหน้า

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

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

ข้อมูลรับรองอาศัยอยู่ที่อื่น

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

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