Docker build "Не вдалося вирішити" archive.ubuntu.com "" apt-get не вдається нічого встановити

Я намагався запустити Docker-збірник на різних файлах, які раніше працювали, які зараз більше не працюють.

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

RUN apt-get -y install supervisor nodejs npm

Поширене повідомлення, яке з’явилося в журналах, було

Could not resolve 'archive.ubuntu.com'

Будь-яка ідея, чому будь-яке програмне забезпечення не буде встановлено?

Розкоментувати 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." Робін Уінслоу. Отримано 2016-11-09. https://robinwinslow.uk/2016/06/23/fix-docker-networking-dns/

Після сильного головного болю я знайшов відповідь. 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. Побудуйте заново, і проблему слід вирішити.

Кредит належить Ендрю СБ

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

Але після того, як я будую з опцією --network = хост, рішення було знову добре.

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

Можливо, це знову комусь допоможе.

Я вважаю, що відповідь Метта Кар'єра - це правильне рішення цієї проблеми. Тим НЕ менше, після його реалізації, я по- , як і раніше спостерігається таку ж поведінку: 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 ( ping google.com), і цього разу він спрацював!

Зауважте, що зміни, внесені до контейнера на резолюцію.conf, не є стійкими і втрачаються під час перезавантаження контейнера. У моєму випадку більш прийнятним рішенням було додати IP-адресу сервера імен моєї мережі до /etc/default/dockerфайлу хоста .

Після додавання локального dns ip до docker-файлу за замовчуванням він почав працювати для мене ... будь ласка, знайдіть наведені нижче кроки ...

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

Тепер ідіть і будуйте докер ... :)

Для всіх, хто також має цю проблему, я вирішив свою проблему, відредагувавши /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в моєму випадку. Сподіваюсь, це допоможе всім, у кого також виникає ця проблема.

Цю відповідь я знайшов після деяких Googleing. Я використовую Windows, тому деякі з перерахованих вище відповідей не стосувалися моєї файлової системи.

В основному виконуйте:

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

Який тільки переписує існуючий сервер імен, який 8.8.8.8я використовую, я вважаю. Це працювало на мене!

Виходячи з деяких коментарів, можливо, вам доведеться мати корінь. Для цього видайте sudo -i.

Я просто хотів додати пізню відповідь для тих, хто стикається з цим питанням із пошукових систем.

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

Я дуже низько розумію правила iptables / nat / маршрутизації взагалі, отже, чому я, можливо, зробив щось ірраціональне.

Виявляється, я, мабуть, неправильно його налаштував і вбив роздільну здатність 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 (before.rules), відключення ufw та видалення iptables = false з / etc / default / docker відновило функцію роздільної здатності DNS контейнерів.

Зараз я з нетерпінням чекаю знову включити функціональність ufw, дотримуючись цих інструкцій .

У мене є те саме питання, і я спробував вказані кроки, але, здається, жоден не працює, поки не оновить мережеві налаштування.

Етапи:

1. Як було сказано, додати DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4 --ip-masq=true"до /etc/default/docker.
2. Вручну змийте вміст таблиці ПЕРЕДАЧА за допомогою iptables -t nat -F POSTROUTING. Після запуску цього перезапустіть докер і він ініціалізує nat таблицю з новим діапазоном IP.

Те саме питання для мене (на Ubuntu Xenial).

• docker run --dns ... для відпрацьованих контейнерів
• Оновлення параметрів демона docker для docker build(docker-compose тощо) не працювало.

Після аналізу докерських журналів ( journalctl -u docker.service), якщо знайдено попередження про неправильну резолюціюconf застосовано.

Після цього я виявив, що наші корпоративні сервери імен були додані до мережевих інтерфейсів, але не у резолюціїconv.

Застосовується це рішення Як налаштувати свій статичний DNS в інтерфейси? (askubuntu) , тобто додавання серверів імен до/etc/resolvconf/resolv.conf.d/tail

Після оновлення resolutionvconf (або перезавантаження).

bash docker run --rm busybox nslookup google.com

працювали миттєво.

Всі мої докерні композиції працюють зараз.

У мене сьогодні така ж проблема, я просто додав рядок нижче до / etc / default / docker

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

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

У моєму випадку перезавантаження демона docker для мене недостатньо, я повинен перезапустити свій ноутбук, щоб він працював.

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

Для мене вирішили проблему, використовуючи Docker Desktop для Windows в ОС Windows 10.

Я певний час боровся з цим і зараз, але ось воно вирішило це для мене Ubuntu 16.04 x64. Я сподіваюся, що це також економить чийсь час.

1. В /etc/NetworkManager/NetworkManager.conf: коментуй #dns=dnsmasq

2. Створіть (або змініть) /etc/docker/daemon.json:

{
    "dns": ["8.8.8.8"]
}

3. Перезавантажте докер за допомогою: sudo service docker restart

У моїй системі ( 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"
     }
   }