DNS-ul serviciului Docker și ocolirea proxy-ului cu no_proxy
Folosiți no_proxy pentru un serviciu intern dorit când proxy-ul HTTP extern nu poate rezolva sau ajunge la acea rețea.
Un proxy HTTP extern nu trebuie să cunoască numele serviciului api al Docker. Pentru http://api:8080/ proxy-ul deschide conexiunea următoare, așa că o rezolvare reușită în containerul aplicației nu dovedește vederea DNS a proxy-ului.
Pentru accesul direct dorit, adăugați excepția în mediul acelui container:
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiCererile directe către api folosesc ruta containerului și resolverul încorporat. Cele două containere au în continuare nevoie de rețeaua partajată definită de utilizator, iar serviciul trebuie să asculte pe 8080. Cererile externe eligibile păstrează proxy-ul. Dacă acele destinații publice pot folosi un intermediar public, lista de proxy-uri HTTP oferă candidați pentru URL-urile de proxy fără cont; păstrați api între excepțiile directe.
Dacă containerele recreate păstrează variabile neașteptate, inspectați secțiunea config.json proxies a clientului Docker, care poate injecta valori de mediu. Modificați intrarea dorită și recreați containerele afectate prin fluxul normal, păstrând configurația fără legătură.