Un chevauchement de sous-réseau Docker peut tenir les requêtes à l'écart du proxy
Comparez la route de l'espace de noms demandeur avec les plages de pont de Docker avant de modifier le compte du proxy d'entreprise.
Un conteneur sur 172.17.0.0/16 peut traiter un proxy d'entreprise à 172.17.14.133 comme un voisin Docker local. La requête suit alors la route du pont au lieu d'atteindre le réseau d'entreprise.
Inspectez la route dans l'espace de noms réseau qui émet la requête. Une table de routage de l'hôte Windows seule ne décrit pas toutes les routes à l'intérieur de la VM Linux de Docker Desktop ni d'un conteneur.
| Paramètre Docker | Réseau concerné |
|---|---|
| bip | L'adresse et le préfixe du pont par défaut |
| default-address-pools | Sous-réseaux attribués automatiquement aux réseaux nouvellement créés |
Choisissez une plage sans chevauchement en comparant les réseaux d'entreprise, VPN, hôte et de conteneurs existants. Modifier le pool pour les futurs réseaux ne renumérote pas les réseaux existants.
Planifiez la recréation du réseau et du conteneur concernés avec les charges de travail ; les changements d'adresse peuvent rompre des connexions actives. Résoudre un chevauchement n'exige pas de désactiver entièrement le pont.
Une fois la requête parvenue à l'écouteur prévu, son protocole et son authentification peuvent être évalués normalement. Un changement de mot de passe ne peut pas corriger ce choix de route antérieur.