IPv6 ผ่าน VPN: คำนำหน้าที่มอบหมายไม่ใช่กลุ่มที่อยู่

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

ขั้นตอนที่หนึ่ง: ตัดสินใจว่าคุณให้บริการบทบาทใด

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

ตอบคำถามนั้นก่อนเปิดการกำหนดค่าใด ๆ ทุกอย่างหลังขั้นตอนนี้ขึ้นอยู่กับคำตอบที่คุณให้

ขั้นตอนที่สอง: การกำหนดที่อยู่สำหรับโฮสต์เดี่ยว

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

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

ขั้นตอนที่สาม: การมอบหมายสำหรับเราเตอร์ที่อยู่หลังอุโมงค์

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

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

ขั้นตอนที่สี่: ทำให้เส้นทางขากลับชัดเจน

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

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

ขั้นตอนที่ห้า: ตรวจสอบจากด้านหลังเราเตอร์

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

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

การย้อนกลับ

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

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