Ang pag-overlap ng Docker subnet ay maaaring maglayo ng mga kahilingan sa proxy
Ihambing ang ruta ng namespace na gumagawa ng kahilingan sa mga saklaw ng bridge ng Docker bago baguhin ang account ng corporate proxy.
Ang isang container sa 172.17.0.0/16 ay maaaring ituring ang corporate proxy sa 172.17.14.133 bilang lokal na kapitbahay ng Docker. Sinusundan ng kahilingan ang ruta ng bridge sa halip na maabot ang corporate network.
Suriin ang ruta sa network namespace na gumagawa ng kahilingan. Ang talahanayan ng ruta ng Windows host lamang ay hindi naglalarawan ng bawat ruta sa loob ng Linux VM ng Docker Desktop o sa loob ng container.
| Setting ng Docker | Network na apektado |
|---|---|
| bip | Ang address at prefix ng default na bridge |
| default-address-pools | Mga subnet na awtomatikong inilalaan sa mga bagong gawang network |
Pumili ng saklaw na hindi nag-o-overlap sa pamamagitan ng paghahambing ng corporate, VPN, host at umiiral na container network. Ang pagbabago ng pool para sa mga susunod na network ay hindi nagbabago ng bilang ng mga umiiral.
Planuhin ang muling paggawa ng apektadong network at container kasama ng mga workload; ang pagbabago ng address ay maaaring makasira ng aktibong koneksyon. Ang paglutas ng isang overlap ay hindi nangangailangan ng ganap na pag-disable ng bridge.
Kapag naabot ng kahilingan ang inilaan na listener, ang protocol at authentication nito ay maaaring suriin nang normal. Ang pagbabago ng password ay hindi makapagwawasto sa naunang pagpili ng rutang ito.