DNS del servicio Docker y omisión del proxy con no_proxy

Use no_proxy para un servicio interno previsto cuando el proxy HTTP externo no puede resolver ni alcanzar esa red.

Un proxy HTTP externo no necesita conocer el nombre del servicio api de Docker. Para http://api:8080/ el proxy abre la conexión siguiente, así que una resolución correcta dentro del contenedor de la aplicación no demuestra la vista DNS del proxy.

Para el acceso directo previsto, añada la excepción al entorno de ese contenedor:

environment:
  http_proxy: http://proxy.example:8080
  https_proxy: http://proxy.example:8080
  no_proxy: api

Las solicitudes directas a api usan la ruta del contenedor y su resolución integrada. Los dos contenedores siguen necesitando la red compartida definida por el usuario y el servicio debe escuchar en 8080. Las solicitudes externas elegibles conservan el proxy. Si esos destinos públicos pueden usar un intermediario público, la lista de proxies HTTP ofrece candidatos para las URL de proxy sin cuenta; mantenga api entre las excepciones directas.

Si los contenedores recreados conservan variables inesperadas, revise la sección config.json proxies del cliente de Docker, que puede inyectar valores de entorno. Cambie la entrada prevista y recree los contenedores afectados mediante el flujo normal, preservando la configuración no relacionada.

Artículos relacionados