חפיפת תת־רשת של Docker יכולה להרחיק בקשות מה-proxy
השוו את המסלול של מרחב השמות ששולח את הבקשה לטווחי הגשר של Docker לפני שתשנו את חשבון ה-proxy הארגוני.
מכולה בכתובת 172.17.0.0/16 עשויה להתייחס ל-proxy ארגוני בכתובת 172.17.14.133 כשכן Docker מקומי. הבקשה אז עוקבת אחר מסלול הגשר במקום להגיע לרשת הארגונית.
בדקו את המסלול במרחב השמות של הרשת ששולח את הבקשה. טבלת המסלולים של מארח Windows לבדה אינה מתארת כל מסלול בתוך מכונת ה-Linux של Docker Desktop או בתוך מכולה.
| הגדרת Docker | הרשת המושפעת |
|---|---|
| bip | הכתובת והקידומת של גשר ברירת המחדל |
| default-address-pools | תת־רשתות שמוקצות אוטומטית לרשתות חדשות |
בחרו טווח ללא חפיפה על ידי השוואה של רשתות ארגוניות, VPN, מארח ומכולות קיימות. שינוי המאגר לרשתות עתידיות אינו ממספר מחדש את הקיימות.
תכננו יצירה מחדש של הרשת והמכולה המושפעות יחד עם עומסי העבודה; שינויי כתובת עלולים לקטוע חיבורים פעילים. פתרון חפיפה אחת אינו מחייב השבתה מלאה של הגשר.
לאחר שהבקשה מגיעה למאזין המיועד, ניתן להעריך את הפרוטוקול והאימות שלה כרגיל. שינוי סיסמה אינו יכול לתקן את בחירת המסלול המוקדמת הזו.