DNS du service Docker et contournement du proxy avec no_proxy

Utilisez no_proxy pour un service interne prévu lorsque le proxy HTTP externe ne peut pas résoudre ou atteindre ce réseau.

Un proxy HTTP externe n'a pas besoin de connaître le nom du service api de Docker. Pour http://api:8080/, le proxy ouvre la connexion suivante, donc une résolution réussie dans le conteneur de l'application ne prouve pas la vue DNS du proxy.

Pour l'accès direct prévu, ajoutez l'exception à l'environnement de ce conteneur :

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

Les requêtes directes vers api utilisent la route du conteneur et son résolveur intégré. Les deux conteneurs ont toujours besoin du réseau partagé défini par l'utilisateur et le service doit écouter sur 8080. Les requêtes externes éligibles conservent le proxy. Si ces destinations publiques peuvent utiliser un intermédiaire public, la liste de proxys HTTP fournit des candidats pour les URL de proxy sans compte ; conservez api parmi les exceptions directes.

Si des conteneurs recréés conservent des variables inattendues, inspectez la section config.json proxies du client Docker, qui peut injecter des valeurs d'environnement. Modifiez l'entrée prévue et recréez les conteneurs concernés via le flux normal, en préservant la configuration sans rapport.

Articles similaires