การทับซ้อนของซับเน็ต Docker อาจทำให้คำขอไม่ไปถึงพร็อกซี

คอนเทนเนอร์บน 172.17.0.0/16 อาจมองพร็อกซีขององค์กรที่ 172.17.14.133 เป็นเพื่อนบ้าน Docker ภายในเครื่อง เมื่อนั้นคำขอจะไปตามเส้นทางบริดจ์แทนที่จะไปถึงเครือข่ายขององค์กร

ตรวจสอบเส้นทางในเนมสเปซเครือข่ายที่ส่งคำขอ ตารางเส้นทางของโฮสต์ Windows เพียงอย่างเดียวไม่ได้อธิบายทุกเส้นทางภายใน Linux VM ของ Docker Desktop หรือภายในคอนเทนเนอร์

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

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

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