Et Docker-subnetoverlap kan holde anmodninger væk fra proxyen
Sammenlign det anmodende namespaces rute med Dockers brointervaller, før du ændrer den virksomhedsproxykonto.
En container på 172.17.0.0/16 kan opfatte en virksomhedsproxy på 172.17.14.133 som en lokal Docker-nabo. Anmodningen følger derefter broruten i stedet for at nå virksomhedsnetværket.
Undersøg ruten i det netværksnamespace, der sender anmodningen. En rutetabel på Windows-værten alene beskriver ikke alle ruter inde i Docker Desktops Linux-VM eller i en container.
| Docker-indstilling | Berørt netværk |
|---|---|
| bip | Standardbroens adresse og præfiks |
| default-address-pools | Automatisk tildelte undernet til nyoprettede netværk |
Vælg et interval uden overlap ved at sammenligne virksomheds-, VPN-, vært- og eksisterende containernetværk. Ændring af puljen for fremtidige netværk omnummererer ikke eksisterende.
Planlæg genskabelse af det berørte netværk og den berørte container sammen med arbejdsbelastningerne; adresseændringer kan afbryde aktive forbindelser. Det kræver ikke, at broen deaktiveres helt, at løse ét overlap.
Når anmodningen når den tilsigtede lytter, kan dens protokol og godkendelse vurderes normalt. En adgangskodeændring kan ikke rette denne tidligere rutevalg.