Een overlappend Docker-subnet kan verzoeken bij de proxy weghouden
Vergelijk de route van de namespace die het verzoek doet met de bridgebereiken van Docker voordat u het zakelijke proxyaccount wijzigt.
Een container op 172.17.0.0/16 kan een zakelijke proxy op 172.17.14.133 als een lokale Docker-buur behandelen. Het verzoek volgt dan de bridgeroute in plaats van het bedrijfsnetwerk te bereiken.
Onderzoek de route in de netwerknamespace die het verzoek doet. Een routetabel van de Windows-host alleen beschrijft niet elke route binnen de Linux-VM van Docker Desktop of binnen een container.
| Docker-instelling | Betrokken netwerk |
|---|---|
| bip | Het adres en de prefix van de standaardbridge |
| default-address-pools | Automatisch toegewezen subnetten voor nieuw gemaakte netwerken |
Kies een bereik zonder overlap door zakelijke, VPN-, host- en bestaande containernetwerken te vergelijken. Het wijzigen van de pool voor toekomstige netwerken hernummert bestaande niet.
Plan het opnieuw aanmaken van het getroffen netwerk en de container samen met de workloads; adreswijzigingen kunnen actieve verbindingen verbreken. Eén overlap oplossen vereist niet dat de bridge volledig wordt uitgeschakeld.
Zodra het verzoek de bedoelde listener bereikt, kunnen het protocol en de authenticatie ervan normaal worden beoordeeld. Een wachtwoordwijziging kan deze eerdere routekeuze niet herstellen.