Cambios de proxy de Docker aplicados al demonio equivocado

Añadió un proxy a docker.service, lo reinició y la siguiente descarga se comportó exactamente igual que antes. En una máquina con instalaciones tanto por apt como por snap, compruebe si ese es el demonio que utiliza su CLI.

Hay tres identidades distintas que deben coincidir: el ejecutable de la CLI, el endpoint seleccionado y el proceso del servidor que hay detrás de ese endpoint. Encontrar un comando docker en el PATH solo resuelve la primera.

docker context show
docker context inspect

Los contextos de Docker describen endpoints. DOCKER_HOST, DOCKER_CONTEXT y las selecciones de endpoint en la línea de comandos pueden anular el valor predeterminado aparente, así que inspeccione también el entorno y la invocación.

Después, asocie el socket o la dirección remota seleccionados con el demonio real y su configuración de servicio. Dos instalaciones pueden tener unidades, rutas de configuración y almacenamiento distintos. Un contexto remoto puede apuntar completamente fuera de la máquina.

Aplique el proxy mediante la interfaz que pertenece a ese demonio. La configuración documentada del demonio de Docker y su entorno de arranque no son una difusión a todas las instalaciones de Docker del host.

Realice esta identificación antes de desinstalar un paquete para «ordenar las cosas». Un demonio que parece sin uso puede poseer contenedores o imágenes que la otra instancia no gestiona. La reparación inmediata del proxy consiste en configurar deliberadamente el servidor seleccionado; decidir qué instalación conservar es un cambio de mantenimiento aparte.