Prečo sa váš firemný proxy snaží vyriešiť názov služby Compose

HTTP klient môže odoslať požiadavku na internú službu nakonfigurovanému proxy skôr, než použije preklad názvov služieb Dockeru. Pridajte zámerné obchádzania pre správneho klienta.

Aplikácia sa dostáva na internet cez firemný proxy, ale http://catalog:8080/ zlyháva a proxy nedokáže vyriešiť „catalog“. Je možné, že táto požiadavka nikdy nepoužila interný DNS Dockeru.

HTTP klient môže zvoliť svoj proxy ešte pred nadviazaním priameho spojenia. Externý proxy potom dostane názov, ktorého význam existuje len v sieti Compose.

  1. Použite v požiadavke názov hostiteľa. Služby Compose sú v príslušnej sieti dohľadateľné podľa názvu služby. Pridajte catalog do podporovanej konfigurácie obchádzania spotrebiteľského klienta namiesto natvrdo zadanej IP kontajnera, ktorá sa môže zmeniť.
  2. Zachovajte existujúce výnimky. Pre klienta, ktorý rozlišuje prostredie, zlúčte príslušné položky so zoznamom organizácie:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalog

Overte skutočnú knižnicu alebo spustiteľný súbor v image z hľadiska rozlišovania veľkých a malých písmen, verzie a gramatiky párovania. Neexistuje univerzálny parser NO_PROXY. Program s názvom wget v malom image sa nemusí správať ako GNU Wget.

Keď požiadavka zvolí priame smerovanie, skontrolujte zdieľanú sieť volajúceho a služby, načúvajúcu službu a port kontajnera. Publikovaný port hostiteľa je iný koncový bod. Obchádzanie nemôže pridať chýbajúce sieťové pripojenie, tak ako opätovné vytvorenie siete nemôže naučiť externý proxy súkromný názov Compose.

Zachovajte zamýšľané rozdelenie: interné požiadavky používajú svoju internú cestu; externé požiadavky si zachovávajú schválený proxy. Globálne vypnutie proxy môže toto jedno zlyhanie skryť a zároveň odstrániť trasu potrebnú pre ďalšiu externú požiadavku.

Súvisiace články