¿Cómo cambiar el registro de Docker predeterminado de docker.io a mi registro privado?

Por defecto, si doy un comando:

sudo docker pull ruby:2.2.1

se extraerá del sitio oficial de docker.io de forma predeterminada.

Pulling repository docker.io/library/ruby

¿Cómo lo cambio a mi registro privado? Eso significa que si emito

sudo docker pull ruby:2.2.1

extraerá de mi propio registro privado, el resultado es algo como:

Pulling repository my_private.registry:port/library/ruby

ACTUALIZACIÓN: Siguiendo su comentario, actualmente no es posible cambiar el registro predeterminado, consulte este problema para obtener más información.

Debería poder hacer esto, sustituyendo el host y el puerto por los suyos:

docker pull localhost:5000/registry-demo

Si el servidor es remoto / tiene autenticación, es posible que deba iniciar sesión en el servidor con:

docker login https://<YOUR-DOMAIN>:8080

Luego corriendo:

docker pull <YOUR-DOMAIN>:8080/test-image

Resulta que esto es realmente posible, pero sin usar la versión genuina de Docker CE o EE.

Puede usar la bifurcación de la ventana acoplable de Red Hat con la marca '--add-registry' o puede construir la ventana acoplable desde la fuente usted mismo con registro / config.go modificado para usar su propio índice / espacio de nombres de registro predeterminado codificado.

si está utilizando la distribución de fedora, puede cambiar el archivo

/etc/containers/registries.conf

Agregar dominio docker.io

Parece que no será compatible debido a la fragmentación que crearía dentro de la comunidad (es decir, dos usuarios obtendrían diferentes imágenes extraídas ubuntu:latest). Simplemente tienes que agregar el host delante del nombre de la imagen. Vea este número de github para unirse a la discusión.

(Tenga en cuenta que esto no pretende ser un comentario obstinado, solo un resumen muy breve de la discusión que se puede seguir en el problema de github mencionado).

Intenté agregar las siguientes opciones en /etc/docker/daemon.json. (Usé CentOS7)

"add-registry": ["192.168.100.100:5001"],
"block-registry": ["docker.io"],

después de eso, reinició el demonio de la ventana acoplable. Y funciona sin docker.io. Espero que esta persona sea de ayuda.

La posición oficial de Docker se explica en el número 11815 :

Problema 11815: Permitir especificar los registros predeterminados utilizados en el comando de extracción

Resolución:

Como se señaló anteriormente (# 11815), esto fragmentaría el espacio de nombres y dañaría bastante a la comunidad, haciendo que los archivos docker ya no sean portátiles.

[el Mantenedor] cerrará esto por este motivo.

Red Hat tenía una implementación específica que lo permitía (ver anwser, pero fue rechazado por Docker upstream projet). Se basó en el --add-registryargumento, que se estableció en /etc/containers/registries.confRHEL / CentOS 7.

Anteriormente, esto se podía lograr usando DOCKER_OPTSel /etc/default/dockerarchivo de configuración que funcionaba en Ubuntu 14:04 y tenía algunos problemas en Ubuntu 15:04. No estoy seguro de si esto se ha solucionado.

La siguiente línea debe ir al archivo /etc/default/dockeren el host que ejecuta el demonio de la ventana acoplable. El cambio apunta a que el registro privado está instalado en su red local. Nota: deberá reiniciar el servicio de la ventana acoplable seguido de este cambio.

DOCKER_OPTS="--insecure-registry <priv registry hostname/ip>:<port>"

Estoy agregando la respuesta original dada por Guy, que todavía es válida hoy (próximamente en 2020).

Anular el registro de Docker predeterminado, como lo haría con maven, en realidad no es una buena práctica.

Al usar maven, extrae artefactos del Repositorio Central de Maven a través de su sistema de administración de repositorio local que actuará como un proxy. Estos artefactos son librerías (jar) simples y sin procesar y es poco probable que envíe jarras con el mismo nombre.

Por otro lado, las imágenes de Docker son entornos completamente operativos, ejecutables, y tiene total sentido extraer una imagen de Docker Hub, modificarla y enviar esta imagen a su sistema de administración de registro local con el mismo nombre, porque es exactamente lo que dice su nombre, solo en el contexto de su empresa. ¡En este caso, la única distinción entre las dos imágenes sería precisamente su trayectoria!

Por tanto, es necesario establecer la siguiente regla: el prefijo de una imagen indica su origen; de forma predeterminada, si una imagen no tiene prefijo, se extrae de Docker Hub.

No he probado, pero tal vez secuestrar el proceso de resolución de DNS mediante la adición de una línea en /etc/hostspara hub.docker.como algo similar ( docker.io?) Podría funcionar?