จะรักษาแผนที่อยู่ IPv6 VPN ให้อ่านรู้เรื่องได้อย่างไรแม้ผ่านไปหนึ่งปี
แผนที่อ่านรู้เรื่องบอกว่าเพรฟิกซ์ใดเป็นของไซต์ใดและคำตอบกลับมาอย่างไร บันทึกบทบาท สัญกรณ์ การมอบหมาย และเส้นทางขากลับไว้ข้างทุกรายการ
สองคำถามตัดสินว่าแผนที่อยู่สมควรมีที่หรือไม่ คือเพรฟิกซ์ใดเป็นของไซต์ใด และคำตอบออกจากไซต์นั้นได้อย่างไร ถ้าตอบทั้งสองได้ในครั้งเดียว ผู้ดูแลก็เปลี่ยนเพียร์ได้โดยไม่ต้องถามใคร ส่วนอื่นทั้งหมดในเอกสารมีไว้เพื่อรองรับสองคำตอบนั้น สิ่งที่ไม่รองรับทั้งสองอย่างคือเครื่องประดับ
ผู้อ่านต้องตอบอะไรก่อนแตะต้องเพียร์
การบีบอัดทำให้ที่อยู่ดูเรียบร้อย และความเรียบร้อยไม่ใช่โครงสร้าง โครงสร้างคือการรู้ว่าผู้ให้บริการมอบช่วงใด คุณเลือกช่วงใด ช่วงใดเป็นพูลไคลเอนต์ และช่วงใดอยู่หลังไซต์
เขียนเพื่อเพื่อนร่วมงานที่จะเข้ามาไตรมาสหน้าและต้องเพิ่มไซต์ที่สอง ไม่มีสิ่งใดบนหน้าบอกที่มาของเพรฟิกซ์ เว้นแต่รายการจะบอก ถ้าข้ามเรื่องนี้ การเปลี่ยนแปลงครั้งแรกจะกลายเป็นโบราณคดี
แต่ละบรรทัดของแผนต้องแบกอะไร
สี่ฟิลด์ทำให้รายการตรวจสอบได้ คือความยาวเพรฟิกซ์ เจ้าของ ปลายทางถัดไปของทราฟฟิก และองค์ประกอบที่แจกจ่ายค่า นำมาเทียบกับการกำหนดค่าที่กำลังทำงาน แล้วความขัดแย้งจะปรากฏเอง ฮอปถัดไปที่ชี้ไปยังอุโมงค์ซึ่งถูกลบเมื่อเดือนก่อนดูผิดทันทีแทนที่จะกลมกลืน
แยกบทบาทไว้คนละแถวแม้วันนี้สองบทบาทใช้เพรฟิกซ์ร่วมกัน การรวมเข้าด้วยกันทำให้การแยกภายหลังอ่านเหมือนการจัดสรรใหม่ไม่ใช่การแก้ไข
| Entry | Fields to record | Why a reviewer needs it |
|---|---|---|
| Endpoint addresses | Prefix, owning side, session initiator | Firewall rules and peer config both read it |
| Tunnel interfaces | Prefix and length, next hop, interface name | Shows the path a packet actually takes |
| Client allocations | Pool range, size, distributing component | Shows room left before a redesign |
| Downstream networks | Prefix, site label, return route | Explains a reply that never arrives |
จุดที่ข้อความมาตรฐานและไวยากรณ์การกำหนดค่าแยกจากกัน
RFC 5952 กำหนดรูปแบบข้อความเดียวสำหรับที่อยู่ คือตัวพิมพ์เล็ก ไม่มีศูนย์นำหน้า และบีบกลุ่มศูนย์ที่ยาวที่สุดเพียงครั้งเดียว ใช้ในบันทึก ตั๋ว และบันทึกการเปลี่ยนแปลง เพื่อให้สองเอกสารเทียบกันได้โดยไม่ต้องแปลง ผู้อ่านที่พบการเขียนที่อยู่เดียวกันสองแบบจะเริ่มหาความต่างที่ไม่มีอยู่ ความสม่ำเสมอตรงนี้ราคาถูกและตัดการเตือนผิดพลาดทั้งชั้นออก
ไฟล์กำหนดค่าเป็นไปตามกฎของตัวเอง และกฎเหล่านั้นไม่ใช่กฎการอ่าน เขียนที่อยู่คู่กับพอร์ตต้องมีวงเล็บแม้ที่อยู่เปล่าไม่ต้อง และการคัดลอกจากบันทึกไปยังไฟล์กำหนดค่าจะทำให้ความต่างนั้นหายไปโดยไม่เตือน ระบุรูปแบบที่แต่ละฟิลด์ใช้ มิฉะนั้นแผนจะก่อให้เกิดข้อผิดพลาดในการคัดลอกที่ควรป้องกัน
สองสัญกรณ์ใช้ได้ตราบใดที่แต่ละอันมีป้ายกำกับ การผสมโดยไม่มีป้ายคือสิ่งที่เชิญข้อผิดพลาด
จุดที่ช่วงทับซ้อนและเส้นทางขากลับที่หายไปปรากฏ
การทับซ้อนอยู่ได้นานกว่าข้อผิดพลาดอื่น เพราะไม่มีอะไรดูผิดจนกว่าสองไซต์จะตอบช่วงเดียวกัน ติดป้ายไซต์และสร้างเพรฟิกซ์เฉพาะถิ่นตามขั้นตอนที่เขียนไว้ แทนการคัดลอกตัวอย่าง
รายการไคลเอนต์ไม่เคยอธิบายว่าคำตอบเดินทางไปทิศใด บันทึกเส้นทางขากลับของเกตเวย์ LAN ไว้ข้างช่วงเพียร์ที่อุโมงค์ขนส่ง และบันทึกจะอธิบายซับเน็ตระยะไกลที่รับคำขอแล้วเงียบอยู่ รันการตรวจสอบด้านล่างบนเครื่องแล้วเทียบกับรายการ แผนที่ขัดกับ ip -6 route คือแผนที่คนเลิกอ่าน
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0การเข้าถึงไม่ใช่สิทธิ์ และเพรฟิกซ์ไม่เคยหมายถึงนโยบาย เขียนการเข้าถึงที่ตั้งใจไว้ข้างเส้นทางที่ใช้บังคับ มิฉะนั้นผู้อ่านคนถัดไปจะถือที่อยู่ในแผนเป็นอนุญาตให้ถึงทุกบริการที่อยู่ข้างหลัง
แผนอยู่รอดถึงไซต์ที่สามได้อย่างไร
ทำเครื่องหมายทุกเพรฟิกซ์ว่าได้รับมอบหมาย กำหนดในท้องถิ่น หรือกำหนดเส้นทางด้วยวิธีอื่น สำหรับทุกสิ่งที่เคลื่อนย้ายได้ ให้ระบุกระบวนการที่ย้ายมัน จากนั้นระบุระเบียน DNS และกฎไฟร์วอลล์ที่ต้องเปลี่ยนในช่วงเดียวกัน เพราะการอัปเดตเพรฟิกซ์ที่หยุดที่เราเตอร์นั้นเสร็จเพียงครึ่ง
หลังการเปลี่ยนแปลง เข้าถึงทรัพยากรหลังทุกขอบเขตที่การเปลี่ยนแปลงแตะต้องก่อนแก้เอกสาร แผนที่อธิบายเครือข่ายของเดือนก่อนแย่กว่าไม่มีเลย เพราะคนเชื่อถือมัน เก็บการจัดสรรที่ถอนไว้ในรายการพร้อมวันที่หายไป เพื่อไม่มีใครออกซ้ำโดยไม่ตั้งใจ ความลับอยู่นอกไฟล์ แผนอธิบายเครือข่าย ไม่ได้เปิดมัน
เก็บแผนไว้ที่ซึ่งการเปลี่ยนแปลงได้รับการตรวจทาน ข้างการกำหนดค่าที่มันอธิบาย เอกสารที่ไม่มีใครอ่านซ้ำเน่าเร็วกว่าเครือข่ายที่มันทำแผนที่