Tenho tentado executar o Docker build em vários arquivos que funcionavam anteriormente, que agora não estão mais funcionando.
Assim que o arquivo Docker incluísse qualquer linha para instalar o software, ele iria falhar com uma mensagem dizendo que o pacote não foi encontrado.
RUN apt-get -y install supervisor nodejs npm
A mensagem comum que apareceu nos logs foi
Could not resolve 'archive.ubuntu.com'
Alguma ideia de por que algum software não instala?
Respostas:
Descomentando DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4"em /etc/default/dockercomo Matt portador sugeriu que não funciona para mim. Nem colocar os servidores DNS da minha empresa nesse arquivo. Mas, há outra maneira (continue lendo).
Primeiro, vamos verificar o problema:
$ 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
Se o comando parecer travar, mas eventualmente exibir o erro "não é possível resolver 'google.com'", você tem o mesmo problema que eu.
O nslookupcomando consulta o servidor DNS 8.8.8.8 para transformar o endereço de texto de 'google.com' em um endereço IP. Ironicamente, 8.8.8.8 é o servidor DNS público do Google . Se nslookupfalhar, os servidores DNS públicos como 8.8.8.8 podem ser bloqueados pela sua empresa (o que presumo que seja por razões de segurança).
Você pensaria que adicionar os servidores DNS da sua empresa ao DOCKER_OPTSin /etc/default/dockerdeveria resolver, mas por algum motivo, não funcionou para mim. Eu descrevo o que funcionou para mim abaixo.
SOLUÇÃO :
No host (estou usando o Ubuntu 16.04), descubra os endereços de servidor DNS primário e secundário:
$ nmcli dev show | grep 'IP4.DNS'
IP4.DNS[1]: 10.0.0.2
IP4.DNS[2]: 10.0.0.3
Usando esses endereços, crie um arquivo /etc/docker/daemon.json:
$ sudo su root
# cd /etc/docker
# touch daemon.json
Coloque isso em /etc/docker/daemon.json:
{
"dns": ["10.0.0.2", "10.0.0.3"]
}
Sair da raiz:
# exit
Agora reinicie o docker:
$ sudo service docker restart
VERIFICAÇÃO :
Agora, verifique se adicionar o /etc/docker/daemon.jsonarquivo permite que você resolva 'google.com' em um endereço 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
REFERÊNCIAS :
Baseei minha solução em um artigo de Robin Winslow, que merece todo o crédito pela solução. Obrigado, Robin!
"Corrigir configuração DNS de rede do Docker." Robin Winslow. Retirado 2016-11-09. https://robinwinslow.uk/2016/06/23/fix-docker-networking-dns/
nslookup google.com 8.8.8.8No meu caso é assim que eu recebi este erroconnection timed out; no servers could be reached
/etc/default/dockernão funcionou para algumas pessoas é (citando um comentário do arquivo)# THIS FILE DOES NOT APPLY TO SYSTEMD
Depois de muita dor de cabeça, encontrei a resposta. Could not resolve 'archive.ubuntu.com'pode ser corrigido fazendo as seguintes alterações:
Remova o comentário da seguinte linha em /etc/default/docker
DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4"
Reinicie o serviço Docker
sudo service docker restart
Exclua todas as imagens que armazenaram em cache as configurações de DNS inválidas.
O crédito vai para Andrew SB
docker build --no-cache=true ...
docker build --no-cache=true -t docker-whale .mas nada diferente parece ter acontecido.
Tive o mesmo problema, mas nem a descomentar as entradas de dns de / etc / default / docker nem editar o /etc/resolv.conf no contêiner de compilação ou o /etc/docker/daemon.json me ajuda.
Mas depois de criar com a opção --network = host, a resolução funcionou novamente.
docker build --network=host -t my-own-ubuntu-like-image .
Talvez isso ajude alguém novamente.
Acredito que a resposta de Matt Carrier seja a solução correta para este problema. No entanto, depois de implementá-lo, eu ainda observado o mesmo comportamento: could not resolve 'archive.ubuntu.com'.
Isso me levou a descobrir que a rede à qual eu estava conectado estava bloqueando o DNS público. A solução para esse problema era configurar meu contêiner Docker para usar o mesmo servidor de nomes que meu host (a máquina na qual eu estava executando o Docker) estava usando.
Como eu fiz a triagem:
docker run -it docker/whalesay bashping 172.217.4.238(google.com)ping google.comNo meu caso, o primeiro pingresultou em respostas, o segundo não.
Como eu consertei:
Assim que descobri que o DNS não estava funcionando dentro do contêiner, verifiquei que poderia duplicar o mesmo comportamento no host. nslookup google.comresolvido muito bem no host. Mas, nslookup google.com 8.8.8.8ou nsloookup google.com 8.8.4.4expirou.
Em seguida, encontrei o (s) servidor (es) de nomes que meu host estava usando ao executar nm-tool(no Ubuntu 14.04). Na veia de um feedback rápido, comecei a imagem exemplo de novo, e adicionou o endereço IP do servidor de nome para o arquivo resolv.conf do container: sudo vi /etc/resolv.conf. Depois de salvo, tentei fazer o ping novamente ( ping google.com) e desta vez funcionou!
Observe que as alterações feitas no resolv.conf do contêiner não são persistentes e serão perdidas nas reinicializações do contêiner. No meu caso, a solução mais adequada foi adicionar o endereço IP do servidor de nomes da minha rede ao /etc/default/dockerarquivo do host .
nmcli device show <interfacename> | grep IP4.DNS(Ubuntu> = 15) e nmcli dev list iface <interfacename> | grep IP4(Ubuntu <15). Crédito: Marty Fried .
Depois de adicionar ip dns local ao arquivo docker padrão, ele começou a funcionar para mim ... encontre as etapas abaixo ...
$ 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)
Agora vá em frente e construa o docker ... :)
Para quem também está tendo esse problema, resolvi meu problema editando o /etc/default/dockerarquivo, conforme sugerido por outras respostas e perguntas. Porém não tinha ideia de qual IP usar como DNS.
Só depois de um tempo descobri que precisava executar ifconfig dockerno host para mostrar o IP da interface de rede do 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)
Foi 172.17.0.1no meu caso. Espero que isso ajude todos que também estão tendo esse problema.
ifconfig docker0
Eu encontrei essa resposta depois de pesquisar no Google. Estou usando o Windows, portanto, algumas das respostas acima não se aplicam ao meu sistema de arquivos.
Basicamente, execute:
docker-machine ssh default
echo "nameserver 8.8.8.8" > /etc/resolv.conf
Que apenas sobrescreve o servidor de nomes existente usado com 8.8.8.8eu acredito. Funcionou para mim!
Com base em alguns comentários, você pode ter que ser root. Para fazer isso, problema sudo -i.
sshnão existe?
sudo -iuma vez que você está
Eu só queria adicionar uma resposta tardia para qualquer pessoa que encontrar esse problema nos mecanismos de pesquisa.
NÃO faça isso: eu costumava ter uma opção em / etc / default / docker para definir iptables=false. Isso aconteceu porque o ufw não funcionou (tudo foi aberto, embora apenas 3 portas fossem permitidas), então eu segui cegamente a resposta a esta pergunta: O Firewall Descomplicado (UFW) não está bloqueando nada ao usar o Docker e este, que estava vinculado no comentários
Tenho um conhecimento muito baixo das regras de iptables / nat / roteamento em geral, por isso devo ter feito algo irracional.
Provavelmente o configurei incorretamente e eliminei a resolução DNS dentro de meus contêineres. Quando executei um terminal de contêiner interativo:docker run -i -t ubuntu:14.04 /bin/bash
Tive estes resultados:
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
Reverter todas as minhas configurações de ufw (before.rules), desabilitar ufw e remover iptables = false de / etc / default / docker restaurou a funcionalidade de resolução DNS dos contêineres.
Agora estou ansioso para reativar a funcionalidade do ufw, seguindo estas instruções .
Eu tenho o mesmo problema e tentei as etapas mencionadas, mas parece que nada funciona até atualizar as configurações de rede.
Os passos:
DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4 --ip-masq=true"a /etc/default/docker.iptables -t nat -F POSTROUTING. Depois de executar isso, reinicie o docker e ele inicializará a tabela nat com o novo intervalo de IP.O mesmo problema para mim (no Ubuntu Xenial).
docker run --dns ... para recipientes trabalhados. docker build(docker-compose etc.) não funcionou.Depois de analisar os logs do docker ( journalctl -u docker.service), foi encontrado algum aviso sobre resolvconf ruim aplicado.
Depois disso, descobri que nossos servidores de nomes corporativos foram adicionados às interfaces de rede, mas não no resolvconf.
Apliquei esta solução Como configuro meu DNS estático nas interfaces? (askubuntu) , ou seja, adicionar servidores de nomes a/etc/resolvconf/resolv.conf.d/tail
Depois de atualizar o resolvconf (ou reiniciar).
bash
docker run --rm busybox nslookup google.com
funcionou instantaneamente.
Todas as minhas compilações docker-compose estão funcionando agora.
Tive o mesmo problema hoje, acabei de adicionar a linha abaixo em / etc / default / docker
DOCKER_OPTS="--dns 172.18.20.13 --dns 172.20.100.29 --dns 8.8.8.8"
e reiniciei meu laptop.
No meu caso, reiniciar o docker daemon não é suficiente para mim, eu tenho que reiniciar meu laptop para fazê-lo funcionar.
Eu tenho lutado por algum tempo com isso agora também, mas aqui está o que resolveu para mim Ubuntu 16.04 x64. Espero que economize o tempo de alguém também.
In /etc/NetworkManager/NetworkManager.conf: comentar
#dns=dnsmasq
Criar (ou modificar) /etc/docker/daemon.json:
{
"dns": ["8.8.8.8"]
}
sudo service docker restartNo meu sistema ( macOS High Sierra 10.13.6com Docker 2.1.0.1) isso era devido a um proxy corporativo.
Resolvi isso em duas etapas:
Preferences>ProxiesAdicione as mesmas configurações ao seu config.json, ~/.docker/config.jsoncomo:
"proxies":
{
"default":
{
"httpProxy": "MYPROXY",
"httpsProxy": "MYPROXY",
"noProxy": "MYPROXYWHITELIST"
}
}
newgrp dockervez de fazer um logoff completo e fazer o login depois de me entregarsudo usermod -aG docker myuserid... é um caso extremo para com certeza, no entanto, acontece