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