Un solapamiento de subred de Docker puede mantener las solicitudes lejos del proxy
Compare la ruta del espacio de nombres que realiza la solicitud con los rangos de puente de Docker antes de cambiar la cuenta del proxy corporativo.
Un contenedor en 172.17.0.0/16 puede tratar un proxy corporativo en 172.17.14.133 como un vecino local de Docker. La solicitud sigue entonces la ruta del puente en lugar de llegar a la red corporativa.
Inspeccione la ruta en el espacio de nombres de red que realiza la solicitud. La tabla de rutas del host Windows por sí sola no describe todas las rutas dentro de la máquina virtual Linux de Docker Desktop ni dentro de un contenedor.
| Ajuste de Docker | Red afectada |
|---|---|
| bip | La dirección y el prefijo del puente predeterminado |
| default-address-pools | Subredes asignadas automáticamente a las redes recién creadas |
Elija un rango sin solapamiento comparando las redes corporativas, VPN, del host y de los contenedores existentes. Cambiar el grupo para redes futuras no renumera las existentes.
Planifique la recreación de la red y el contenedor afectados junto con las cargas de trabajo; los cambios de dirección pueden romper conexiones activas. Resolver un solapamiento no exige desactivar el puente por completo.
Una vez que la solicitud llega al receptor previsto, su protocolo y autenticación pueden evaluarse con normalidad. Un cambio de contraseña no puede corregir esta selección de ruta anterior.