GDOI: ทำไมเซิร์ฟเวอร์คีย์จึงไม่ได้อยู่บนเส้นทางข้อมูลของคุณ

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

สถานะความปลอดภัยสองแบบ

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

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

ตามการแลกเปลี่ยน ไม่ใช่แผนภาพ

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

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

สามบันทึกที่ควรเก็บไว้

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

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

อินเทอร์เฟซ การเชื่อมต่อบริการ เส้นทางประมวลผล

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

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

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

ความพร้อมใช้งานของการควบคุมและการส่งต่อข้อมูลเป็นการตรวจแยกกัน

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

จากนั้นทดสอบการส่งต่อแยกต่างหาก โดยไม่มีคอนโทรลเลอร์ การตรวจสองครั้ง ผลลัพธ์สองอย่าง และการโต้แย้งที่สั้นกว่ามากว่าครึ่งไหนเสีย