Сборка Docker «Не удалось разрешить 'archive.ubuntu.com'» apt-get не может ничего установить


101

Я пытался запустить сборку Docker для различных файлов, которые раньше работали, а теперь уже не работают.

Как только файл Docker включал любую строку, предназначенную для установки программного обеспечения, он завершался ошибкой с сообщением о том, что пакет не найден.

RUN apt-get -y install supervisor nodejs npm

Обычное сообщение, которое появлялось в журналах, было

Could not resolve 'archive.ubuntu.com'

Есть идеи, почему никакое программное обеспечение не устанавливается?


это произойдет, когда машина будет отключена от сети ... Я видел, что это происходит на ноутбуке с Linux с новой установкой докера, если я только выдаю newgrp dockerвместо полного выхода из системы, а затем авторизуюсь после того, как предоставил себе sudo usermod -aG docker myuserid... это крайний случай для конечно, однако это действительно происходит
Скотт Стенсленд

Ответы:


250

Раскомментировав DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4"в /etc/default/dockerкачестве Matt Carrier предложил ничего НЕ работать для меня. Не помещал в этот файл и DNS-серверы моей корпорации. Но есть другой способ (читайте дальше).

Во-первых, давайте проверим проблему:

$ 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

Если кажется, что команда зависает, но в конечном итоге выдает ошибку «не удается разрешить 'google.com'», значит, у вас та же проблема, что и у меня.

Команда nslookupзапрашивает DNS-сервер 8.8.8.8, чтобы преобразовать текстовый адрес google.com в IP-адрес. Как ни странно, 8.8.8.8 - это общедоступный DNS-сервер Google . В случае nslookupсбоя общедоступные DNS-серверы, такие как 8.8.8.8, могут быть заблокированы вашей компанией (что, как я полагаю, из соображений безопасности).

Можно подумать , что добавление DNS - серверов вашей компании , чтобы DOCKER_OPTSв системе /etc/default/dockerдолжно сделать трюк, но по какой - то причине, это не работа для меня. Ниже я описываю, что у меня работало.

РЕШЕНИЕ :

На хосте (я использую Ubuntu 16.04) узнайте адреса первичного и вторичного DNS-серверов:

$ nmcli dev show | grep 'IP4.DNS'
IP4.DNS[1]:              10.0.0.2
IP4.DNS[2]:              10.0.0.3

Используя эти адреса, создайте файл /etc/docker/daemon.json:

$ sudo su root
# cd /etc/docker
# touch daemon.json

Поместите это в /etc/docker/daemon.json:

{                                                                          
    "dns": ["10.0.0.2", "10.0.0.3"]                                                                           
}     

Выход из корня:

# exit

Теперь перезапустите докер:

$ sudo service docker restart

ВЕРИФИКАЦИЯ :

Теперь убедитесь, что добавление /etc/docker/daemon.jsonфайла позволяет преобразовать google.com в 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

ЛИТЕРАТУРА :

Я основал свое решение на статье Робина Уинслоу, который заслуживает всей признательности за это решение. Спасибо, Робин!

"Исправить конфигурацию DNS сети Docker." Робин Уинслоу. Проверено 9 ноября 2016. https://robinwinslow.uk/2016/06/23/fix-docker-networking-dns/


3
Я получил ошибку, что сервис не может быть запущен после изменений. Это произошло потому, что я изменил DOCKER_OPTS в / etc / default / docker и /etc/init.d/docker. Отмена изменений разрешила проблему запуска службы
докеров

7
Это сработало для меня (в сети компании), в то время как принятое решение - нет.
Дэвид Эббо

1
Это сработало и для меня, в то время как принятое решение - нет. Я использовал nslookup, чтобы получить IP-адрес своего DNS-сервера, но не nmcli.
Necro

2
daemon.json у меня тоже работает! И вы можете проверить, заблокировала ли ваша компания 8.8.8.8 с помощью этой команды. nslookup google.com 8.8.8.8В моем случае это так, я получил эту ошибкуconnection timed out; no servers could be reached
ROTOGG

3
Я думаю, что причина /etc/default/dockerне сработала для некоторых людей (цитируя комментарий из файла)# THIS FILE DOES NOT APPLY TO SYSTEMD
Якуб Боченски

88

После долгой головной боли я нашел ответ. Could not resolve 'archive.ubuntu.com'можно исправить, внеся следующие изменения:

  1. Раскомментируйте следующую строку в /etc/default/docker
    DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4"

  2. Перезапустите службу Docker sudo service docker restart

  3. Удалите все изображения, в которых кэшированы недопустимые настройки DNS.

  4. Постройте снова, и проблема должна быть решена.

Кредит принадлежит Эндрю С.Б.


7
вы также можете добавить --no-cache = true, если вы не хотите делать # 3 выше
jschorr

8
У меня это не работает, и я понятия не имею, почему. Я боролся с этим то и дело в течение нескольких недель.
Кори Огберн

2
Я работаю на linux mint, поэтому boot2docker отсутствует. / etc / default / docker создан и имеет флаг DOCKER_OPTS выше. Я перезапустил службу, очистил все изображения и контейнеры, но все равно ничего.
Кори Огберн

2
@CoreyOgburn Я бы также попробовал --no-cache = true, как упоминалось выше jschorr. Пример:docker build --no-cache=true ...
Мэтт Кэрриер,

6
Я сбежал, docker build --no-cache=true -t docker-whale .но, похоже, ничего другого не произошло.
Кори Огберн

47

Я сталкиваюсь с той же проблемой, но мне не помогает раскомментирование записей / etc / default / docker dns и редактирование /etc/resolv.conf в контейнере сборки или /etc/docker/daemon.json .

Но после того, как я построил с опцией --network = host, разрешение снова было в порядке.

docker build --network=host -t my-own-ubuntu-like-image .

Может быть, это снова кому-то поможет.


Я долгое время получал другую ошибку: «Не удалось подключиться к archive.ubuntu.com:80 (xxxx). - connect (111: Подключение отклонено)» и обнаружил, что использование --network = host теперь исправлено моя проблема
Эрик Арсено

После множества попыток устранения неполадок это единственное, что у меня сработало.
math0ne

15

Я считаю, что ответ Мэтта Кэрриера - правильное решение этой проблемы. Тем не менее, после его реализации, я по- прежнему наблюдается такое же поведение: could not resolve 'archive.ubuntu.com'.

Это привело меня к тому, что в конце концов я обнаружил, что сеть, к которой я был подключен, блокирует общедоступный DNS. Решением этой проблемы было настроить мой контейнер Docker на использование того же сервера имен, что и мой хост (машина, с которой я запускал Docker).

Как я отсортировал:

  1. Поскольку я работал с документацией Docker, на моем компьютере уже был установлен образец образа. Мне удалось запустить новый контейнер для запуска этого образа и создать новый сеанс bash в этом контейнере:docker run -it docker/whalesay bash
  2. Есть ли у контейнера подключение к Интернету ?: ping 172.217.4.238(google.com)
  3. Может ли контейнер разрешать имена хостов? ping google.com

В моем случае первый pingрезультат дал ответы, второй - нет.

Как я исправил:

Как только я обнаружил, что DNS не работает внутри контейнера, я подтвердил, что могу воспроизвести такое же поведение на хосте. nslookup google.comрешается просто отлично на хосте. Но, nslookup google.com 8.8.8.8или nsloookup google.com 8.8.4.4истекло время.

Затем я нашел серверы имен, которые использовал мой хост nm-tool(в Ubuntu 14.04). В духе быстрой обратной связи, я завела пример изображения снова, и добавила IP - адрес сервера имен в файл resolv.conf контейнера: sudo vi /etc/resolv.conf. После сохранения я снова попытался проверить связь ( ping google.com), и на этот раз это сработало!

Обратите внимание, что изменения, внесенные в файл resolv.conf контейнера, не являются постоянными и будут потеряны при перезапуске контейнера. В моем случае более подходящим решением было добавить IP-адрес моего сетевого сервера имен в /etc/default/dockerфайл хоста .


2
Конкретные команды для получения адресов серверов имен: nmcli device show <interfacename> | grep IP4.DNS(Ubuntu> = 15) и nmcli dev list iface <interfacename> | grep IP4(Ubuntu <15). Предоставлено: Марти Фрид .
r0estir0bbe

Это более обширный ответ. У меня всегда возникают проблемы при переключении на офисную сеть или при изменении сети. Добавление DNS-сервера вашей компании устраняет проблему поиска.
gvd

1
Очень поучительно! Редко можно найти ответы, которые показывают, как проверить проблему, а затем предоставить исправление (и убедиться, что исправление работает). Отличное устранение неполадок!
Мэтью Краус

Эй, ты можешь мне помочь? У меня такая же проблема, но мой хост - это машина с Windows, на которой я пытаюсь запустить свой контейнер докеров и пытаюсь настроить там образ Ubuntu. Когда вы здесь говорите о сервере имен, означает ли это адрес DNS-сервера моей машины с Windows? И в этом тоже будет оно первичным или вторичным?
CodeHunter

Это точная проблема, с которой я столкнулся, когда моя организация заблокировала общедоступный DNS и установка DNS организации в / etc / default / docker в разделе DOCKER_OPTS сработала, и проблема была решена.
Приветствую

7

После добавления локального IP-адреса DNS в файл докеров по умолчанию он начал работать для меня ... пожалуйста, найдите следующие шаги ...

$ 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)

Теперь идите и создайте докер ... :)


7

Для всех, у кого также есть эта проблема, я решил свою проблему, отредактировав /etc/default/docker файл, как это было предложено другими ответами и вопросами. Однако я понятия не имел, какой IP использовать в качестве DNS.

Только через некоторое время я понял, что мне нужно запустить ifconfig dockerна хосте, чтобы показать IP для сетевого интерфейса докера.

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)

Так было 172.17.0.1в моем случае. Надеюсь, это поможет всем, у кого также есть эта проблема.


7
Было бы полезно, если бы вы указали способ редактирования файла докера
Physincubus

1
На Ubuntu 18.04:ifconfig docker0
Автоморфный

6

Я нашел этот ответ после некоторого поиска в Google. Я использую Windows, поэтому некоторые из приведенных выше ответов не применимы к моей файловой системе.

В основном запускают:

docker-machine ssh default
echo "nameserver 8.8.8.8" > /etc/resolv.conf

Который просто перезаписывает существующий сервер имен, используемый, как 8.8.8.8мне кажется. У меня это сработало!

Судя по некоторым комментариям, возможно, вам понадобится root. Для этого нужно выпустить sudo -i.


У меня это не сработало в Windows 10, потому sshчто не существует?
Seanny123

@ Seanny123 уже давно я ничего не делал с этим, но я тоже был на Windows 10. Возможно, в то время я использовал старую Docker Toolbox ? В противном случае вам может потребоваться включить клиент Windows SSH . Я бы наверное начал с этого.
Engineero

1
это сработало для меня после того, как я стал root, для этого проблема, как sudo -iтолько вы
войдете

5

Я просто хотел добавить поздний ответ для всех, кто сталкивается с этой проблемой в поисковых системах.

НЕ делайте этого: раньше у меня была опция в / etc / default / docker для установки iptables=false. Это произошло потому, что ufw не работал (все было открыто, хотя было разрешено только 3 порта), поэтому я слепо последовал ответу на этот вопрос: Несложный брандмауэр (UFW) ничего не блокирует при использовании Docker. и это, которое было связано в Комментарии

Я очень плохо разбираюсь в правилах / нат / маршрутизации iptables в целом, поэтому я мог сделать что-то иррациональное.

Оказывается, я, вероятно, неправильно его сконфигурировал и убил разрешение DNS внутри своих контейнеров. Когда я запустил интерактивный контейнерный терминал:docker run -i -t ubuntu:14.04 /bin/bash

У меня были такие результаты:

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

Восстановление всей моей конфигурации ufw (до rules), отключение ufw и удаление iptables = false из / etc / default / docker восстановили функциональность разрешения DNS контейнеров.

Теперь я с нетерпением жду возможности повторно включить функциональность ufw, следуя этим инструкциям .


3

У меня такая же проблема, и я попробовал указанные шаги, но, похоже, ничего не работает, пока не обновите настройки сети.

Шаги:

  1. Как уже упоминалось, добавьте DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4 --ip-masq=true"в /etc/default/docker.
  2. Вручную очистите содержимое таблицы PREROUTING с помощью файла iptables -t nat -F POSTROUTING. После запуска перезапустите докер, и он инициализирует таблицу nat с новым диапазоном IP-адресов.

3

Такая же проблема для меня (на Ubuntu Xenial).

  • docker run --dns ... для контейнеров работал.
  • Обновление параметров демона докеров для docker build(docker-compose и т. Д.) Не сработало.

После анализа журналов docker ( journalctl -u docker.service), если обнаружено какое-то предупреждение о применении плохого resolvconf.

После этого я обнаружил, что наши корпоративные серверы имен были добавлены к сетевым интерфейсам, но не в resolvconf.

Применил это решение. Как настроить статический DNS в интерфейсах? (askubuntu) , т.е. добавление серверов имен в/etc/resolvconf/resolv.conf.d/tail

После обновления resolvconf (или перезагрузки).

bash docker run --rm busybox nslookup google.com

сработало мгновенно.

Все мои сборки docker-compose сейчас работают.


2

Сегодня у меня такая же проблема, я просто добавил строку ниже в / etc / default / docker

DOCKER_OPTS="--dns 172.18.20.13 --dns 172.20.100.29 --dns 8.8.8.8"

а затем я перезапустил свой ноутбук.

В моем случае перезапуска демона докеров мне недостаточно, мне нужно перезагрузить ноутбук, чтобы он заработал.


2

Прежде чем тратить слишком много времени на другие решения, просто перезапустите Docker и попробуйте еще раз.

Решил проблему для меня, используя Docker Desktop для Windows в Windows 10.


В моем случае перезапуск с правами администратора решил проблему.
вена

2

Я тоже некоторое время боролся с этим сейчас, но вот что решило это для меня Ubuntu 16.04 x64. Надеюсь, это тоже сэкономит чье-то время.

  1. В /etc/NetworkManager/NetworkManager.conf: закомментировать #dns=dnsmasq

  2. Создать (или изменить) /etc/docker/daemon.json:

{
    "dns": ["8.8.8.8"]
}
  1. Перезагрузите докер: sudo service docker restart

Кажется, то же решение, что и stackoverflow.com/a/40516974/2308683
OneCricketeer

Вообще-то нет. Исправление в NetworkManager.conf имело значение в моем случае.
palamunder

Я очень сомневаюсь, что отключение dnsmasq для всей системы - лучшее решение специально для Docker
OneCricketeer

Я делюсь тем, что у меня сработало после двух дней борьбы с этой проблемой.
palamunder

0

В моей системе ( macOS High Sierra 10.13.6с Docker 2.1.0.1) это произошло из-за корпоративного прокси.

Я решил это в два этапа:

  1. Настройте параметры прокси вручную в Preferences>Proxies
  2. Добавьте те же настройки в свой config.json внутри, ~/.docker/config.jsonнапример:

     "proxies":
    {
      "default":
      {
        "httpProxy": "MYPROXY",
        "httpsProxy": "MYPROXY",
        "noProxy": "MYPROXYWHITELIST"
      }
    }
    
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.