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