Proč se váš firemní proxy snaží přeložit název služby Compose

HTTP klient může odeslat požadavek na interní službu nakonfigurovanému proxy dříve, než použije překlad názvů služeb Dockeru. Přidejte záměrná obcházení pro správného klienta.

Aplikace se dostává na internet přes firemní proxy, ale http://catalog:8080/ selhává a proxy nedokáže přeložit “catalog”. Je možné, že tento požadavek nikdy nepoužil interní DNS Dockeru.

HTTP klient může zvolit svůj proxy ještě před navázáním přímého spojení. Externí proxy pak obdrží název, jehož význam existuje jen uvnitř sítě Compose.

  1. Použijte v požadavku název hostitele. Služby Compose jsou v příslušné síti dohledatelné podle názvu služby. Přidejte catalog do podporované konfigurace obcházení spotřebitelského klienta, místo abyste natvrdo zadávali IP kontejneru, která se může změnit.
  2. Zachovejte stávající výjimky. U klienta, který rozlišuje prostředí, slučte příslušné položky se seznamem organizace:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalog

Ověřte skutečnou knihovnu nebo spustitelný soubor v image z hlediska rozlišování velikosti písmen, verze a gramatiky párování. Neexistuje univerzální parser NO_PROXY. Program s názvem wget v malém image se nemusí chovat jako GNU Wget.

Jakmile požadavek zvolí přímé směrování, zkontrolujte sdílenou síť volajícího a služby, naslouchající službu a port kontejneru. Publikovaný port hostitele je jiný koncový bod. Obcházení nemůže přidat chybějící síťové připojení, stejně jako opětovné vytvoření sítě nemůže naučit externí proxy soukromý název Compose.

Zachovejte zamýšlené rozdělení: interní požadavky používají svou interní cestu; externí požadavky si zachovávají schválenou proxy. Globální vypnutí proxy může toto jedno selhání skrýt, ale zároveň odstraní trasu potřebnou pro další externí požadavek.

Související články