Припокриване на Docker подмрежа може да държи заявките далеч от проксито
Сравнете маршрута на пространството от имена, което изпраща заявката, с обхватите на моста на Docker, преди да смените акаунта на корпоративното прокси.
Контейнер на 172.17.0.0/16 може да приеме корпоративно прокси на 172.17.14.133 за локален съсед в Docker. Тогава заявката поема по маршрута на моста, вместо да достигне корпоративната мрежа.
Проверете маршрута в мрежовото пространство от имена, което прави заявката. Само таблицата с маршрути на Windows хоста не описва всички маршрути вътре в Linux VM на Docker Desktop или в контейнер.
| Настройка на Docker | Засегната мрежа |
|---|---|
| bip | Адресът и префиксът на моста по подразбиране |
| default-address-pools | Автоматично разпределяни подмрежи за новосъздадени мрежи |
Изберете непрепокриващ се обхват, като сравните корпоративните, VPN, хост и съществуващите контейнерни мрежи. Промяната на пула за бъдещи мрежи не преномерира съществуващите.
Планирайте пресъздаването на засегнатата мрежа и контейнер заедно с натоварванията; промените на адресите могат да прекъснат активни връзки. Решаването на едно припокриване не изисква пълно изключване на моста.
След като заявката достигне желания слушател, протоколът и удостоверяването ѝ могат да се оценяват нормално. Смяната на парола не може да поправи този по-ранен избор на маршрут.