เก็บสมุดบัญชีเส้นทางสองเล่มในแล็บ IPsec: ชั้นล่างและเส้นทางที่ป้องกัน
สองเล่ม: เล่มหนึ่งไปถึงเพียร์ อีกเล่มบรรทุกคำนำหน้าแบบส่วนตัว ติดตามทั้งสองเล่ม และถือว่าการกระจายเส้นทางซ้ำเป็นการตัดสินใจเชิงนโยบาย ไม่ใช่ทางลัด
คำถามสองข้อปนกันในแล็บ IPsec: แพ็กเก็ตไปถึงที่อยู่ภายนอกของเพียร์ได้อย่างไร และมันไปถึงเครือข่ายส่วนตัวที่อยู่หลังเพียร์นั้นได้อย่างไร ทั้งสองเป็นของสมุดคนละเล่ม เพราะกระบวนการจัดเส้นทางที่ต่างกันเป็นผู้ตอบ และทั้งสองล้มเหลวด้วยอาการที่ต่างกัน เก็บสมุดชั้นล่างไว้สำหรับปลายทางภายนอกและฮ็อปถัดไปที่ไปถึงปลายทางเหล่านั้น เก็บสมุดชั้นบนไว้สำหรับคำนำหน้าที่ป้องกัน เกตเวย์ของคำนำหน้าเหล่านั้น และเส้นทางที่ตั้งใจให้ผ่านอุโมงค์ ความสับสนส่วนใหญ่ในแล็บเกิดจากการอ่านเส้นทางที่มีอยู่โดยชอบธรรมในสมุดเล่มหนึ่งเป็นหลักฐานเกี่ยวกับอีกเล่มหนึ่ง
สองสมุด สองคำถาม
สมุดยังสั้นพอที่จะดูแลด้วยมือตราบใดที่แล็บยังเล็ก และนั่นคือเวลาที่มันมีประโยชน์ที่สุด สองคอลัมน์ก็เพียงพอ: รายการคืออะไร และไปถึงได้อย่างไร
| Ledger | What it lists |
|---|---|
| Underlay | Each gateway's external address and the next hop that reaches it |
| Protected | Each private prefix, its local gateway and its intended path through the tunnel |
เขียนทั้งสองทิศทาง คำนำหน้าที่อยู่ในสมุดขาออกแต่ไม่อยู่ในสมุดขากลับทำให้เกิดอุโมงค์ที่บรรทุกคำขอและทิ้งคำตอบ สภาพที่ทำงานได้ครึ่งเดียวนี้เป็นผลลัพธ์ที่พบบ่อยที่สุดในแล็บ และเข้าใจผิดได้ง่ายว่าเป็นปัญหานโยบาย
เขียนปลายทางก่อนโปรโตคอล
เริ่มจากปลายทาง ไม่ใช่โปรโตคอล สำหรับเกตเวย์แต่ละตัว บันทึกที่อยู่ภายนอกและฮ็อปถัดไปที่ไปถึงมัน จากนั้นบันทึกคำนำหน้าส่วนตัวแต่ละรายการ เกตเวย์ท้องถิ่นของมัน และเส้นทางที่ควรใช้ผ่านอุโมงค์
การทำเช่นนี้ก่อนเลือกโปรโตคอลจัดเส้นทางทำให้การอภิปรายซื่อสัตย์ การออกแบบมาพร้อมข้อกำหนด ไม่ใช่ความชอบ การถกเถียงว่าจะรันโปรโตคอลใดจึงกลายเป็นคำถามว่าข้อกำหนดใดยากจริง ๆ
คงที่หรือพลวัต ตัดสินเป็นรายเล่ม
การจัดเส้นทางแบบคงที่ฝั่งทรานสปอร์ตมักถูกต้องในแล็บ: ปลายทางสองจุด ฮ็อปถัดไปหนึ่งจุด ไม่มีอะไรต้องบรรจบ ฝั่งส่วนตัวเป็นแบบพลวัตได้อย่างสมเหตุสมผล เพราะคำนำหน้าเข้าและออกตามแบบฝึกหัด การรันโปรโตคอลจัดเส้นทางหนึ่งตัวฝั่งทรานสปอร์ตและอีกตัวฝั่งส่วนตัวไม่ได้บังคับให้คุณกระจายซ้ำระหว่างกัน และการถือว่าการกระจายซ้ำทั้งสองทางเป็นเงื่อนไขเบื้องต้นของ IPsec คือจุดที่แล็บเริ่มสร้างผลลัพธ์ที่ไม่มีใครอธิบายได้
ตัดสินใจสองเล่มแยกกันและบันทึกว่าเล่มใดเป็นแบบพลวัต คำตอบเดียวสำหรับทั้งสองฝั่งมักหมายความว่าคำถามสองข้อไม่เคยถูกแยกออกจากกันจริง ๆ
การกระจายซ้ำคือพรมแดนของนโยบาย
ที่ซึ่งเส้นทางต้องตัดกัน ทำให้การตัดกันเป็นนโยบายที่มีคำนำหน้าชื่อ ทิศทาง การจัดการเมตริก และตัวป้องกันลูป รายการคำนำหน้าและแผนที่เส้นทางให้ทั้งสี่อย่าง และแท็กทำให้เส้นทางที่กระจายซ้ำยังระบุได้หลังสูญเสียบริบทเดิม อ่านความหมายอย่างระมัดระวัง เพราะสองสิ่งนี้ใช้แทนกันไม่ได้: การปฏิเสธ ACL ภายในประโยคจับคู่หมายความว่าเส้นทางไม่ตรงและยังคงประเมินต่อ ขณะที่ลำดับการปฏิเสธในแผนที่เส้นทางหยุดการกระจายซ้ำของเส้นทางโดยสิ้นเชิง คู่มือแผนที่เส้นทางสำหรับการกระจายซ้ำ ครอบคลุมประโยคเหล่านั้นและการเปลี่ยนแปลงคุณลักษณะที่มาพร้อมกัน
จากนั้นเปรียบเทียบตารางจัดเส้นทางที่ได้กับสมุดทั้งสองเล่ม แล็บที่เริ่มส่งต่อหลังการกระจายซ้ำแบบกว้างได้แสดงให้เห็นการเข้าถึง ไม่ใช่เจตนา รายการในตารางที่ไม่ปรากฏในสมุดทั้งสองเล่มหมายความว่าการส่งออกกว้างกว่าการออกแบบ และการประกาศครั้งต่อ ๆ มาสืบทอดความกำกวมนั้น
รักษาตัวอย่างความปลอดภัยให้ทันสมัยเท่าการจัดเส้นทาง
คู่มือเก่าที่พึ่งพาอัลกอริทึมอ่อนแอหรือความลับสาธิตที่ใช้ร่วมกันเป็นการสังเกตทางประวัติศาสตร์ การคัดลอกลงในแล็บที่คุณตั้งใจจะขยายคือวิธีที่ค่าตั้งต้นอ่อนแออยู่รอดในระบบผลิต ใช้นโยบายที่แพลตฟอร์มรองรับและบันทึกเวอร์ชันที่คุณทดสอบ เพราะแล็บมีอายุยืนกว่าบทช่วยสอน
ยอมรับโฟลว์ที่อนุมัติแล้วหนึ่งรายการจากโฮสต์ถึงโฮสต์ ทราฟฟิกขากลับ และปลายทางหนึ่งแห่งที่ต้องอยู่นอกขอบเขตการป้องกัน บันทึกแหล่งที่มาของเส้นทางและตัวเลือกที่เจรจาไว้พร้อมทุกผลลัพธ์ เพื่อให้บันทึกแสดงว่าชั้นใดได้รับการพิสูจน์ ไม่ใช่ชั้นใดบังเอิญทำงานอยู่
เมื่อมีสิ่งใดพัง สมุดจะบอกว่าต้องเปิดชั้นใด การไปไม่ถึงเพียร์คือทรานสปอร์ต การไม่มีเส้นทางภายในคือเส้นทางส่วนตัว และเส้นทางที่มีอยู่โดยไม่มีตัวเลือกที่ตรงกันคือนโยบาย สามประโยค การวินิจฉัยหนึ่งครั้ง ไม่มีการเดา