J'ai essayé d'exécuter Docker sur divers fichiers qui fonctionnaient auparavant et qui ne fonctionnent plus.
Dès que le fichier Docker incluait une ligne qui devait installer le logiciel, il échouait avec un message indiquant que le package n'a pas été trouvé.
RUN apt-get -y install supervisor nodejs npm
Le message commun qui apparaissait dans les journaux était
Could not resolve 'archive.ubuntu.com'
Une idée pourquoi aucun logiciel ne s'installe pas?
Réponses:
Décommentant DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4"en /etc/default/dockertant que Matt transporteur suggéré ne pas travailler pour moi. Ni mettre les serveurs DNS de ma société dans ce fichier. Mais, il y a un autre moyen (lisez la suite).
Commençons par vérifier le problème:
$ docker run --rm busybox nslookup google.com # takes a long time
nslookup: can't resolve 'google.com' # <--- appears after a long time
Server: 8.8.8.8
Address 1: 8.8.8.8
Si la commande semble se bloquer, mais finit par cracher l'erreur "impossible de résoudre" google.com "", vous rencontrez le même problème que moi.
La nslookupcommande interroge le serveur DNS 8.8.8.8 afin de transformer l'adresse texte de «google.com» en adresse IP. Ironiquement, 8.8.8.8 est le serveur DNS public de Google . En cas d' nslookupéchec, les serveurs DNS publics tels que 8.8.8.8 peuvent être bloqués par votre entreprise (ce que je suppose est pour des raisons de sécurité).
Vous penseriez que l'ajout des serveurs DNS de votre entreprise à DOCKER_OPTSin /etc/default/dockerdevrait faire l'affaire, mais pour une raison quelconque, cela n'a pas fonctionné pour moi. Je décris ci-dessous ce qui a fonctionné pour moi.
SOLUTION :
Sur l'hôte (j'utilise Ubuntu 16.04), découvrez les adresses des serveurs DNS primaire et secondaire:
$ nmcli dev show | grep 'IP4.DNS'
IP4.DNS[1]: 10.0.0.2
IP4.DNS[2]: 10.0.0.3
À l'aide de ces adresses, créez un fichier /etc/docker/daemon.json:
$ sudo su root
# cd /etc/docker
# touch daemon.json
Mettez ceci dans /etc/docker/daemon.json:
{
"dns": ["10.0.0.2", "10.0.0.3"]
}
Quitter la racine:
# exit
Maintenant, redémarrez le docker:
$ sudo service docker restart
VÉRIFICATION :
Vérifiez maintenant que l'ajout du /etc/docker/daemon.jsonfichier vous permet de résoudre "google.com" en une adresse IP:
$ docker run --rm busybox nslookup google.com
Server: 10.0.0.2
Address 1: 10.0.0.2
Name: google.com
Address 1: 2a00:1450:4009:811::200e lhr26s02-in-x200e.1e100.net
Address 2: 216.58.198.174 lhr25s10-in-f14.1e100.net
RÉFÉRENCES :
J'ai basé ma solution sur un article de Robin Winslow, qui mérite tout le mérite de la solution. Merci Robin!
"Correction de la configuration DNS réseau de Docker." Robin Winslow. Récupéré 09/11/2016. https://robinwinslow.uk/2016/06/23/fix-docker-networking-dns/
nslookup google.com 8.8.8.8Dans mon cas, c'est donc j'ai cette erreurconnection timed out; no servers could be reached
/etc/default/dockern'a pas fonctionné pour certaines personnes est (citant un commentaire du fichier)# THIS FILE DOES NOT APPLY TO SYSTEMD
Après beaucoup de maux de tête, j'ai trouvé la réponse. Could not resolve 'archive.ubuntu.com'peut être corrigé en apportant les modifications suivantes:
Décommentez la ligne suivante dans /etc/default/docker
DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4"
Redémarrez le service Docker
sudo service docker restart
Supprimez toutes les images qui ont mis en cache les paramètres DNS non valides.
Le mérite revient à Andrew SB
docker build --no-cache=true ...
docker build --no-cache=true -t docker-whale .mais rien de différent ne semble s'être produit.
Je rencontre le même problème, mais neiter décommenter les entrées / etc / default / docker dns ni modifier le /etc/resolv.conf dans le conteneur de construction ou le /etc/docker/daemon.json m'aide.
Mais après avoir construit avec l'option --network = host, la résolution était à nouveau correcte.
docker build --network=host -t my-own-ubuntu-like-image .
Peut-être que cela aidera quelqu'un à nouveau.
Je pense que la réponse de Matt Carrier est la bonne solution à ce problème. Cependant, après la mise en œuvre, je remarquai toujours le même comportement: could not resolve 'archive.ubuntu.com'.
Cela m'a conduit à finalement découvrir que le réseau auquel j'étais connecté bloquait le DNS public. La solution à ce problème était de configurer mon conteneur Docker pour qu'il utilise le même serveur de noms que mon hôte (la machine à partir de laquelle j'exécutais Docker).
Comment j'ai trié:
docker run -it docker/whalesay bashping 172.217.4.238 (Google.com)ping google.comDans mon cas, le premier ping donné lieu à des réponses, le second non.
Comment j'ai réparé:
Une fois que j'ai découvert que DNS ne fonctionnait pas à l'intérieur du conteneur, j'ai vérifié que je pouvais dupliquer le même comportement sur l'hôte. nslookup google.comrésolu très bien sur l'hôte. Mais, nslookup google.com 8.8.8.8ounsloookup google.com 8.8.4.4 expiré.
Ensuite, j'ai trouvé le (s) serveur (s) de noms que mon hôte utilisait en exécutant nm-tool(sur Ubuntu 14.04). Dans la veine de rétroaction rapide, j'ai commencé à nouveau l'image par exemple, et a ajouté l'adresse IP du serveur de nom au fichier resolv.conf du conteneur: sudo vi /etc/resolv.conf. Une fois enregistré, j'ai tenté à nouveau le ping ( ping google.com) et cette fois cela a fonctionné!
Veuillez noter que les modifications apportées au fichier resolv.conf du conteneur ne sont pas persistantes et seront perdues lors des redémarrages du conteneur. Dans mon cas, la solution la plus appropriée était d'ajouter l'adresse IP du serveur de noms de mon réseau au /etc/default/dockerfichier de l'hôte .
nmcli device show <interfacename> | grep IP4.DNS(Ubuntu> = 15) et nmcli dev list iface <interfacename> | grep IP4(Ubuntu <15). Crédit: Marty Fried .
Après avoir ajouté l'adresse IP DNS locale au fichier docker par défaut, cela a commencé à fonctionner pour moi ... veuillez trouver les étapes ci-dessous ...
$ nm-tool # (will give you the dns IP)
DNS: 172.168.7.2
$ vim /etc/default/docker # (uncomment the DOCKER_OPTS and add DNS IP)
DOCKER_OPTS="--dns 172.168.7.2 --dns 8.8.8.8 --dns 8.8.4.4"
$ rm `docker ps --no-trunc -aq` # (remove all the containers to avoid DNS cache)
$ docker rmi $(docker images -q) # (remove all the images)
$ service docker restart #(restart the docker to pick up dns setting)
Maintenant, allez-y et construisez le docker ... :)
Pour tous ceux qui ont également ce problème, j'ai résolu mon problème en éditant le /etc/default/docker fichier, comme suggéré par d'autres réponses et questions. Cependant, je n'avais aucune idée de l'IP à utiliser comme DNS.
Ce n'est qu'après un certain temps que j'ai compris que je devais courir ifconfig dockersur l'hôte pour afficher l'adresse IP de l'interface réseau du docker.
docker0 Link encap:Ethernet Endereço de HW 02:42:69:ba:b4:07
inet end.: 172.17.0.1 Bcast:0.0.0.0 Masc:255.255.0.0
endereço inet6: fe80::42:69ff:feba:b407/64 Escopo:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Métrica:1
pacotes RX:8433 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:9876 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:0
RX bytes:484195 (484.1 KB) TX bytes:24564528 (24.5 MB)
C'était 172.17.0.1dans mon cas. J'espère que cela aidera tous ceux qui ont également ce problème.
ifconfig docker0
J'ai trouvé cette réponse après quelques recherches sur Google. J'utilise Windows, donc certaines des réponses ci-dessus ne s'appliquent pas à mon système de fichiers.
Fondamentalement, exécutez:
docker-machine ssh default
echo "nameserver 8.8.8.8" > /etc/resolv.conf
Ce qui écrase juste le serveur de noms existant utilisé avec 8.8.8.8je crois. Cela a fonctionné pour moi!
Sur la base de certains commentaires, vous devrez peut-être être root. Pour ce faire, émettez sudo -i.
sshn'existe pas?
sudo -iune fois que vous êtes
Je voulais juste ajouter une réponse tardive pour toute personne rencontrant ce problème dans les moteurs de recherche.
Ne faites PAS cela: j'avais l'habitude d'avoir une option dans / etc / default / docker à définir iptables=false. En effet, ufw ne fonctionnait pas (tout était ouvert même si seuls 3 ports étaient autorisés), j'ai donc suivi aveuglément la réponse à cette question: Un pare-feu non compliqué (UFW) ne bloque rien lors de l'utilisation de Docker et ce, qui était lié dans le commentaires
J'ai une très faible compréhension des règles iptables / nat / routing en général, d'où la raison pour laquelle j'aurais pu faire quelque chose d'irrationnel.
Il s'avère que je l'ai probablement mal configuré et tué la résolution DNS dans mes conteneurs. Lorsque j'ai géré un terminal à conteneurs interactif:docker run -i -t ubuntu:14.04 /bin/bash
J'ai eu ces résultats:
root@6b0d832700db:/# ping google.com
ping: unknown host google.com
root@6b0d832700db:/# cat /etc/resolv.conf
search online.net
nameserver 8.8.8.8
nameserver 8.8.4.4
root@6b0d832700db:/# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=1.76 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=1.72 ms
La restauration de toute ma configuration ufw (before.rules), la désactivation de ufw et la suppression de iptables = false de / etc / default / docker ont restauré la fonctionnalité de résolution DNS des conteneurs.
J'ai maintenant hâte de réactiver la fonctionnalité ufw en suivant ces instructions à la place.
J'ai le même problème et j'ai essayé les étapes mentionnées, mais il semble qu'aucune ne fonctionne jusqu'à l'actualisation des paramètres réseau.
Les marches:
DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4 --ip-masq=true"à /etc/default/docker.iptables -t nat -F POSTROUTING. Après avoir exécuté cela, redémarrez le docker et il initialisera la table nat avec la nouvelle plage d'adresses IP.Même problème pour moi (sur Ubuntu Xenial).
docker run --dns ... pour les conteneurs travaillés. docker build(docker-compose etc.) n'a pas fonctionné.Après avoir analysé les journaux de docker ( journalctl -u docker.service), si vous avez trouvé un avertissement sur une mauvaise résolution de la résolution appliquée.
Suite à cela, j'ai constaté que nos serveurs de noms d'entreprise avaient été ajoutés aux interfaces réseau mais pas dans resolvconf.
Appliqué cette solution Comment configurer mon DNS statique dans les interfaces? (askubuntu) , c'est-à-dire ajouter des serveurs de noms à/etc/resolvconf/resolv.conf.d/tail
Après la mise à jour de resolvconf (ou redémarrage).
bash
docker run --rm busybox nslookup google.com
a fonctionné instantanément.
Toutes mes versions de docker-compose fonctionnent maintenant.
J'ai eu le même problème aujourd'hui, je viens d'ajouter la ligne ci-dessous à / etc / default / docker
DOCKER_OPTS="--dns 172.18.20.13 --dns 172.20.100.29 --dns 8.8.8.8"
puis j'ai redémarré mon ordinateur portable.
Dans mon cas, le redémarrage du démon docker ne me suffit pas, je dois redémarrer mon ordinateur portable pour le faire fonctionner.
J'ai également lutté pendant un certain temps avec cela maintenant, mais voici ce qui l'a résolu pour moi Ubuntu 16.04 x64. J'espère que cela fera aussi gagner du temps à quelqu'un.
Dans /etc/NetworkManager/NetworkManager.conf: commenter
#dns=dnsmasq
Créer (ou modifier) /etc/docker/daemon.json:
{
"dns": ["8.8.8.8"]
}
sudo service docker restartSur mon système ( macOS High Sierra 10.13.6avec Docker 2.1.0.1), cela était dû à un proxy d'entreprise.
J'ai résolu cela en deux étapes:
Preferences>ProxiesAjoutez les mêmes paramètres à votre config.json à l'intérieur ~/.docker/config.jsoncomme:
"proxies":
{
"default":
{
"httpProxy": "MYPROXY",
"httpsProxy": "MYPROXY",
"noProxy": "MYPROXYWHITELIST"
}
}
newgrp dockerlieu de faire une déconnexion complète, puis connectez-vous après m'être donnésudo usermod -aG docker myuserid... c'est un cas de pointe pour bien sûr que cela arrive