Compilação do Docker “Não foi possível resolver 'archive.ubuntu.com'” apt-get falha ao instalar nada

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?

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/

Depois de muita dor de cabeça, encontrei a resposta. Could not resolve 'archive.ubuntu.com'pode ser corrigido fazendo as seguintes alterações:

1. Remova o comentário da seguinte linha em /etc/default/docker
DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4"

2. Reinicie o serviço Docker sudo service docker restart

3. Exclua todas as imagens que armazenaram em cache as configurações de DNS inválidas.

4. Construa novamente e o problema deve ser resolvido.

O crédito vai para Andrew SB

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:

1. Como estava trabalhando na documentação do Docker, já tinha uma imagem de exemplo instalada em minha máquina. Consegui iniciar um novo contêiner para executar essa imagem e criar uma nova sessão bash nesse contêiner:docker run -it docker/whalesay bash
2. O contêiner tem conexão com a Internet ?: ping 172.217.4.238(google.com)
3. O contêiner pode resolver nomes de host? ping google.com

No 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 .

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.

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.

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:

1. Conforme mencionado, adicione DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4 --ip-masq=true"a /etc/default/docker.
2. Limpe manualmente o conteúdo da tabela PREROUTING usando o 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.
• A atualização das opções do daemon do docker para 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.

Antes de gastar muito tempo com qualquer uma das outras soluções, simplesmente reinicie o Docker e tente novamente.

Resolvi o problema para mim, usando o Docker Desktop para Windows no Windows 10.

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.

1. In /etc/NetworkManager/NetworkManager.conf: comentar #dns=dnsmasq

2. Criar (ou modificar) /etc/docker/daemon.json:

{
    "dns": ["8.8.8.8"]
}

3. Reinicie o docker com: sudo service docker restart

No 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:

1. Defina manualmente as configurações de proxy em Preferences>Proxies

2. Adicione as mesmas configurações ao seu config.json, ~/.docker/config.jsoncomo:

    "proxies":
   {
     "default":
     {
       "httpProxy": "MYPROXY",
       "httpsProxy": "MYPROXY",
       "noProxy": "MYPROXYWHITELIST"
     }
   }