Nakładanie się podsieci Docker może trzymać żądania z dala od proxy
Przed zmianą konta firmowego proxy porównaj trasę przestrzeni nazw wysyłającej żądanie z zakresami mostu Docker.
Kontener pod 172.17.0.0/16 może traktować firmowe proxy pod 172.17.14.133 jako lokalnego sąsiada Docker. Żądanie idzie wtedy trasą mostu, zamiast docierać do sieci firmowej.
Sprawdź trasę w przestrzeni nazw sieci, która wysyła żądanie. Sama tablica tras hosta Windows nie opisuje wszystkich tras wewnątrz maszyny wirtualnej Linux Docker Desktop ani kontenera.
| Ustawienie Docker | Dotyczy sieci |
|---|---|
| bip | Adres i prefiks domyślnego mostu |
| default-address-pools | Podsieci przydzielane automatycznie nowo utworzonym sieciom |
Wybierz niepokrywający się zakres, porównując sieci firmowe, VPN, hosta i istniejące sieci kontenerów. Zmiana puli dla przyszłych sieci nie przenumerowuje istniejących.
Zaplanuj odtworzenie zajętej sieci i kontenera wraz z obciążeniami; zmiany adresów mogą zerwać aktywne połączenia. Rozwiązanie jednego nakładania nie wymaga całkowitego wyłączenia mostu.
Gdy żądanie dotrze do zamierzonego odbiorcy, jego protokół i uwierzytelnianie można ocenić normalnie. Zmiana hasła nie naprawi tego wcześniejszego wyboru trasy.