Eine Docker-Subnetzüberschneidung kann Anfragen vom Proxy fernhalten
Vergleichen Sie die Route des anfragenden Namespace mit den Bridge-Bereichen von Docker, bevor Sie das Konto des Unternehmensproxys ändern.
Ein Container in 172.17.0.0/16 kann einen Unternehmensproxy unter 172.17.14.133 als lokalen Docker-Nachbarn behandeln. Die Anfrage folgt dann der Bridge-Route, statt das Unternehmensnetz zu erreichen.
Prüfen Sie die Route im Netzwerk-Namespace, der die Anfrage stellt. Eine Routentabelle des Windows-Hosts allein beschreibt nicht alle Routen innerhalb der Linux-VM von Docker Desktop oder eines Containers.
| Docker-Einstellung | Betroffenes Netzwerk |
|---|---|
| bip | Adresse und Präfix der Standard-Bridge |
| default-address-pools | Automatisch zugewiesene Subnetze für neu erstellte Netzwerke |
Wählen Sie einen nicht überlappenden Bereich, indem Sie Unternehmens-, VPN-, Host- und bestehende Containernetzwerke vergleichen. Eine Änderung des Pools für künftige Netzwerke nummeriert bestehende nicht neu.
Planen Sie die Neuerstellung des betroffenen Netzwerks und Containers mit den Workloads; Adressänderungen können aktive Verbindungen abbrechen. Eine Überschneidung zu beheben erfordert nicht, die Bridge vollständig zu deaktivieren.
Sobald die Anfrage den vorgesehenen Listener erreicht, lassen sich Protokoll und Authentifizierung normal bewerten. Eine Passwortänderung kann diese frühere Routenwahl nicht korrigieren.