Контейнеры Docker не могут разрешить DNS на настольном хосте Ubuntu 14.04

Ву, я нашел сообщение на github, которое решило мою проблему.

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

Видимо завис сетевой мост docker0. Установка bridge-utils и запуск следующего привели мой Docker в рабочее состояние:

apt-get install bridge-utils
pkill docker
iptables -t nat -F
ifconfig docker0 down
brctl delbr docker0
service docker restart

Если проблема связана с преобразователем DNS, вот решение:

Первое, что нужно проверить, это запустить cat /etc/resolv.conf в докер контейнер. Если у него недопустимый DNS-сервер, например nameserver 127.0.x.x, то контейнер не сможет преобразовать доменные имена в IP-адреса, поэтому ping google.com не удастся.

Второе, что нужно проверить, это запустить cat /etc/resolv.conf на хост-машина. Докер в основном копирует хост /etc/resolv.conf в контейнер каждый раз, когда контейнер запускается. Так что если хозяин /etc/resolv.conf неверно, тогда будет и докер-контейнер.

Если вы обнаружили, что хост /etc/resolv.conf неверно, тогда у вас есть 2 варианта:

1. Зафиксируйте DNS-сервер в daemon.json. Это легко, но не идеально, если вы ожидаете изменения DNS-сервера.

2. Исправить хозяев /etc/resolv.conf. Это немного сложнее, но он создается динамически, и вы не жестко кодируете DNS-сервер.

1. Жестко запрограммировать DNS-сервер в docker daemon.json

• редактировать /etc/docker/daemon.json

  {
      "dns": ["10.1.2.3", "8.8.8.8"]
  }
  

• Перезапустите демон docker, чтобы изменения вступили в силу:
  sudo systemctl restart docker

• Теперь, когда вы запускаете / запускаете контейнер, докер заполняет /etc/resolv.conf со значениями из daemon.json.

2. Исправить хосты /etc/resolv.conf

A. Ubuntu 16.04 и ранее

• Для Ubuntu 16.04 и более ранних версий /etc/resolv.conf был динамически создан NetworkManager.

• Закомментируйте строку dns=dnsmasq (с #) в /etc/NetworkManager/NetworkManager.conf

• Перезапустите NetworkManager, чтобы восстановить /etc/resolv.conf :
  sudo systemctl restart network-manager

• Проверить на хосте: cat /etc/resolv.conf

Б. Ubuntu 18.04 и новее

• Ubuntu 18.04 изменен на использование systemd-resolved генерировать /etc/resolv.conf. Теперь по умолчанию он использует локальный кеш DNS 127.0.0.53. Это не будет работать внутри контейнера, поэтому Docker по умолчанию будет использовать DNS-сервер Google 8.8.8.8, который может сломаться для людей, находящихся за брандмауэром.

• /etc/resolv.conf на самом деле символическая ссылка (ls -l /etc/resolv.conf) что указывает на /run/systemd/resolve/stub-resolv.conf (127.0.0.53) по умолчанию в Ubuntu 18.04.

• Просто измените символическую ссылку, чтобы она указывала на /run/systemd/resolve/resolv.conf, в котором перечислены реальные DNS-серверы:
  sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

• Проверить на хосте: cat /etc/resolv.conf

Теперь у вас должен быть действующий /etc/resolv.conf на хосте, чтобы докер мог скопировать в контейнеры.

Пытаясь добавить дополнительную ценность к проблеме, с которой я столкнулся; с альтернативным ответом:

Моя сеть была связана с офисом, и настройки Google DNS были заблокированы, чтобы контейнер мог пинговать IP-адреса, но не доменные имена.

Мой хозяин /etc/resolv.conf изначально как выглядел;

#Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search companyDomain.co.za

Это связано с тем, что Network Manager выполняет некоторую маскировку деталей DNS-сервера.

К сожалению, согласно руководства по докерам docker отфильтрует любые IP-адреса localhost при создании файла resolv.conf контейнера и заменит их IP-адресами DNS Google. Что в моем случае привело к тому, что доменные имена были запрещены.

Мне пришлось:

• Сбросить мой /etc/default/docker по умолчанию, поэтому вместо этого контейнеры используют содержимое файла resolv.conf моего хоста.
• редактировать /etc/NetworkManager/NetworManager.conf и закомментируйте строку dns=dnsmasq. Это сделано для того, чтобы NM мог указать фактические IP-адреса DNS вместо 127.0.0.1.
• Перезапустите NM с помощью sudo service network-manager restart.
• Перезапустите службу докеров с помощью sudo service docker restart.

Запуск контейнера позволил бы ему сделать apt-get update/upgrade, например.

Официальный документ Docker предоставляет инструменты для настройки DNS-сервера для использования Docker

1. Открой /etc/default/docker файл для редактирования:

   sudo nano /etc/default/docker
   

2. Добавьте настройку для Docker:

   DOCKER_OPTS="--dns 8.8.8.8"
   

3. Заменить 8.8.8.8 с локальным DNS-сервером, например 192.168.1.1. Вы также можете указать несколько DNS-серверов. Разделите их пробелами, например:

   --dns 8.8.8.8 --dns 192.168.1.1
   

   Предупреждение: если вы делаете это на ноутбуке, который подключается к разным сетям, обязательно выберите общедоступный DNS-сервер.

   PS: nm-tool может использоваться для проверки DNS-сервера локального хоста

4. Сохраните и закройте файл.

5. Перезапустите демон Docker.

   sudo service docker restart
   

Ваша ошибка здесь:

 Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19).
 connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]

Это не ошибка DNS, вместо этого ваша система пытается подключиться к хостам IPv6 и не работает. Предположительно потому, что у вас нет доступа к IPv6 на вашем хосте. Фактический поиск IPv6-адреса завершается успешно. (Зеркало / архив ubuntu доступны как по IPv6, так и по IPv4. Вам просто не повезло, чтобы выбрать IPv6, потому что ваша система считает, что он должен работать.)

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

Опять же, здесь важно понять, что DNS не виноват, как вы можете видеть по вашим собственным тестам ping.

Для других читателей, которые приходят сюда при использовании boot2docker, вот как я исправил. Фактически, приведенный выше ответ указал мне правильное направление.

По сути, по какой-то причине контейнеры внутри boot2docker не могли разрешить имена хостов.

Итак, я просто перезапустил boot2docker и запустил контейнеры. Теперь имена хостов снова могут правильно разрешаться.

Я предполагаю, что проблема заключалась в запуске boot2docker во время подключения сети на хосте, что привело к запуску boot2docker и переходу в нерабочее состояние.

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

sudo snap remove docker
curl -fsSL https://get.docker.com -o get-docker.sh
sh get-docker.sh

У меня была такая же проблема в Windows. Эта команда заставила меня работать: docker-machine restart

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

Проблема заключалась в перемещении / var / lib / docker. Из соображений экономии места он был смонтирован через nfs. Добавление локальной файловой системы и перемещение файлов туда решает проблему.

Перезапустите демон Docker на Debian9

service docker restart

и соединения и сети работают нормально

Открыть файл /lib/systemd/system/docker.service

В ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock Добавить
--dns 8.8.8.8

Как это:

ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock --dns 8.8.8.8

Перезапустить службу докеров