web-dev-qa-db-fra.com

Erreur d'attraction du docker

J'ai un problème avec mon Docker. Lorsque j'exécute la commande docker pull, une erreur fatale se produit.

run: docker pull golang

get: Pulling repository golang FATA[0000] Get https://index.docker.io/v1/repositories/library/golang/images: dial tcp: lookup index.docker.io on [192.168.3.50]:53: server misbehaving

Ce problème est survenu, même si j'ai essayé de tirer une image différente.

Comment puis-je résoudre ce problème?
Ma version de docker est 1.4.1

dockerpull
18
h0nzan

Votre serveur DNS ne peut pas rechercher le domaine docker-register (index.docker.io). Veuillez revérifier les enregistrements DNS sur votre serveur DNS local ou les remplacer pour un serveur public, par exemple, 8.8.8.8.

10
Alex Zemlyakov

J'ai eu ce problème en faisant docker build . et devenais 

Error while pulling image: 
Get https://index.docker.io/v1/repositories/library/debian/images: 
dial tcp: lookup index.docker.io on 75.75.76.76:53: server misbehaving

et 

Error while pulling image: 
Get https://index.docker.io/v1/repositories/library/debian/images: 
dial tcp: lookup index.docker.io: no such Host

Redémarrer la machine virtuelle que docker utilise a résolu mon problème:

docker-machine restart default && eval "$(docker-machine env default)"
37
Chad McElligott

J'ai vu un problème similaire sous OSX avec Docker stable v1.13.0. Le problème est intermittent et se produit sur plusieurs ordinateurs portables OSX au bureau. Lorsque le problème se manifeste, c'est le message d'erreur:

error pulling image configuration: 
Get https://prod-ap-southeast-2-starport-layer-bucket.s3-REGION.amazonaws.com/XXX: 
dial tcp: lookup prod-REGION-starport-layer-bucket.s3-ap-southeast-2.amazonaws.com on 192.168.xxx.xxx:53: 
no such Host

Nous avons pu le réparer de manière fiable en exécutant la commande suivante:

docker run --rm -v /etc/resolv.conf:/rtemp debian:8 bash -c 'echo "nameserver 8.8.8.8" > /rtemp'

Notez que cette commande doit être exécutée à chaque démarrage du client docker. La commande modifie les paramètres DNS du moteur de docker pour arrêter le traitement de proxy par le client Docker (et donc utiliser les paramètres DNS de l'hôte) et pour résoudre les requêtes DNS via un serveur DNS Google à 8.8.8.8. 

Je pense que la cause première est que la taille de la charge utile des réponses DNS pour l'URL Amazon a été modifiée et que, lorsqu'elle dépasse 512 octets, le proxy DNS du client Docker ne peut pas gérer la réponse.

Je crois que la cause première est discutée dans ce problème de menu fixe, mais je ne peux pas en être sûr: https://github.com/docker/docker/issues/18842

1
zayquan

Oui, j'ai résolu mon problème !! "J'ai ajouté une ligne nameserver 8.8.8.8 dans /etc/resolv.conf" Je viens de commenter cette ligne nameserver fe80::1%wlo1

0
Martha Leonor Castillo Reyes

essayez les commandes ci-dessous

    $ docker-machine ssh
    $ Sudo su
    $ echo "nameserver 8.8.8.8" > /etc/resolv.conf
0
Sachin Gade