Je reçois l'erreur ci-dessous lors de la création d'une image
Step 1/10 : FROM ubuntu:14.04
Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
J'étais confronté au même problème lorsque j'essayais de créer ou d'extraire une image avec Docker sous Win10. Modification du DNS de l'adaptateur réseau Docker vEthernet(DockerNAT)
à 8.8.8.8
corrigé pour moi, comme décrit dans ce problème de GitHub .
Pour changer le DNS, allez dans Docker (TrayIcon) -> Paramètres - > ( Réseau et définissez un serveur DNS fixe ip = 8.8.8.8
.
Changer le serveur DNS dans la configuration de la carte réseau Windows a également fonctionné.
Après le redémarrage, Docker est capable de récupérer et de reconstituer des images.
Informations de version:
Windows 10 x64 Enterprise Version 1709
$ docker version
Client:
Version: 17.12.0-ce
API version: 1.35
Go version: go1.9.2
Git commit: c97c6d6
Built: Wed Dec 27 20:05:22 2017
OS/Arch: windows/AMD64
Server:
Engine:
Version: 17.12.0-ce
API version: 1.35 (minimum version 1.12)
Go version: go1.9.2
Git commit: c97c6d6
Built: Wed Dec 27 20:12:29 2017
OS/Arch: linux/AMD64
Experimental: true
Je pense que le problème est que vous êtes derrière le proxy, auquel cas vous devez écrire une configuration manuelle dans le fichier de service Docker systemd. Cela remplacera la valeur par défaut docker.service
fichier.
Si vous utilisez Docker pour Windows, définissez simplement le DNS par défaut sur 8.8.8.8 sur la carte réseau "vEthernet (DockerNAT)". Cependant, rappelez-vous qu’il ne s’agit pas d’une bonne pratique, car vous exposerez à partir de votre réseau de bureau.
Dans l'environnement linux, vous pouvez ajouter la variable d'environnement car vous êtes derrière HTTP_PROXY ou HTTPS_PROXY, car vous utilisez le port 80 ou 443 respectivement. Comme indiqué ci-dessous dans /etc/systemd/system/docker.service.d/http-proxy.conf
[Service]
Environment="HTTP_PROXY=http://proxy.example.com:80/"
comme pour HTTTP_PROXY dans /etc/systemd/system/docker.service.d/https-proxy.conf
[Service]
Environment="HTTPS_PROXY=https://proxy.example.com:443/"
Ensuite, il suffit de redémarrer le menu fixe après le rechargement de Deamon,
$ Sudo systemctl daemon-reload
$ Sudo systemctl restart docker
J'espère que ça marche.
Référence: https://docs.docker.com/engine/admin/systemd/#httphttps-proxy
J'ai eu le même problème et le correctif suivant a fonctionné pour moi: https://github.com/moby/moby/issues/22635#issuecomment-260063252
Dans mon cas, j'ai ajouté les 2 lignes "serveur de noms" suivantes au fichier /etc/resolv.conf.
avant:
nameserver 127.0.0.53
après:
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 127.0.0.53
J'avais le même problème et je n'ai découvert au bout de 30 minutes que j'étais sur un réseau VPN pour un travail qui bloque d'autres sites. Je suis sorti du VPN, et cela a fonctionné :) Ceci est certainement un problème de réseau. Quand il a été dit "non authentifié", j'ai pensé que j'avais peut-être besoin de quelques informations de connexion.
C'est peut-être l'ancien, mais disponible ici
https://success.docker.com/article/i-get-x509-certificate-signed-by-unknown-authority-error-when-i-try-to-login-to-my-dtr-) with-default-certificates lancer les commandes suivantes sur chaque serveur
export DOMAIN_NAME = bootstrap.node1.local export TCP_PORT = 5000 openssl s_client -connect $ DOMAIN_NAME: $ TCP_PORT -showcerts/dev/null | openssl x509 -outform PEM | tee /etc/pki/ca-trust/source/anchors/$DOMAIN_NAME.crt update-ca-trust/bin/systemctl restart docker.service
+1, cela a fonctionné pour moi, mais vous devez également vous assurer que les paramètres de proxy sont désactivés si vous êtes Internet public ou définissez des procurations si vous êtes sur un réseau d'entreprise.
Pour mon cas, mon entreprise devait définir mon adresse IP dans le Liste blanche afin d'accéder aux fichiers cloud.docker. Alors n'hésitez pas à dire à la personne responsable si vous avez une telle erreur.