สัญญาเช่าสำรองหลังอุโมงค์ไซต์กลับมา: ต่ออายุหรือรอ?

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

สองนาฬิกา และหนึ่งในนั้นไม่ใช่อุโมงค์

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

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

เปรียบเทียบสองทางเลือกในการกู้คืน

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

ipconfig /all
ipconfig /release
ipconfig /renew

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

อ่านข้อเสนอ ไม่ใช่แค่ที่อยู่

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

tcpdump -ni any 'port 67 or port 68'

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

จุดที่การเปรียบเทียบกลับด้าน

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

ถ้ามีไคลเอนต์เพียงรายเดียวที่ได้รับผลกระทบในขณะที่เพื่อนบ้านปกติดี กลับกัน: สัญญาเช่า การจอง หรือพฤติกรรมไคลเอนต์ DHCP ของรายนั้นคือตัวแปร และการเปลี่ยนแปลงทั้งไซต์เป็นเครื่องมือที่ผิด

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

เขียนขั้นตอนการออกให้ชัด

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

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