'n Docker-subnetoorvleueling kan versoeke van die proxy weghou
Vergelyk die roete van die versoekende naamruimte met Docker se brugreekse voordat jy die korporatiewe proxy-rekening verander.
'n Houer op 172.17.0.0/16 kan 'n korporatiewe proxy by 172.17.14.133 as 'n plaaslike Docker-buur behandel. Die versoek volg dan die brugroete in plaas daarvan om die korporatiewe netwerk te bereik.
Ondersoek die roete in die netwerknaamruimte wat die versoek maak. 'n Roetelys op die Windows-gasheer alleen beskryf nie elke roete binne Docker Desktop se Linux-VM of 'n houer nie.
| Docker-instelling | Netwerk geraak |
|---|---|
| bip | Die verstekbrug se adres en voorvoegsel |
| default-address-pools | Outomaties toegewysde subnette vir nuutgeskepte netwerke |
Kies 'n nie-oorvleuelende reeks deur korporatiewe, VPN-, gasheer- en bestaande houernetwerke te vergelyk. Om die poel vir toekomstige netwerke te verander, hernommer nie bestaandes nie.
Beplan die geraakte netwerk en houer-herskepping saam met die werklading; adresveranderings kan aktiewe verbindings breek. Om een oorvleueling op te los, vereis nie dat die brug heeltemal gedeaktiveer word nie.
Sodra die versoek die beoogde luisteraar bereik, kan sy protokol en verifikasie normaal geëvalueer word. 'n Wagwoordverandering kan nie hierdie vroeëre roeteseleksie regstel nie.