DNS del servizio Docker e bypass del proxy con no_proxy
Usa no_proxy per un servizio interno previsto quando il proxy HTTP esterno non riesce a risolvere o raggiungere quella rete.
Un proxy HTTP esterno non deve conoscere il nome del servizio api di Docker. Per http://api:8080/ il proxy apre la connessione successiva, quindi una risoluzione riuscita nel container dell'app non dimostra la vista DNS del proxy.
Per l'accesso diretto previsto, aggiungi l'eccezione all'ambiente di quel container:
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiLe richieste dirette a api usano la rotta del container e il resolver incorporato. I due container hanno ancora bisogno della rete condivisa definita dall'utente e il servizio deve ascoltare su 8080. Le richieste esterne idonee mantengono il proxy. Se quelle destinazioni pubbliche possono usare un intermediario pubblico, l'elenco di proxy HTTP fornisce candidati per gli URL dei proxy senza account; mantieni api tra le eccezioni dirette.
Se i container ricreati mantengono variabili inattese, esamina la sezione config.json proxies del client Docker, che può iniettare valori d'ambiente. Cambia la voce prevista e ricrea i container interessati tramite il flusso normale, preservando la configurazione non correlata.