Docker 1.10 обращается к контейнеру по его имени хоста с хоста
У меня есть версия Docker 1.10 со встроенной службой DNS.
Я создал два контейнера службы в моем файле файле-докере. Они доступны друг другу по имени хоста и по IP, но когда я хотел бы получить один из них с главной машины, он не работает, он работает только с IP, но не с именем хоста.
Итак, можно ли получить доступ к контейнеру докера с главной машины с помощью имени хоста в Docker 1.10, пожалуйста?
Update:
Докер-compose.yml
version: '2'
services:
service_a:
image: nginx
container_name: docker_a
ports:
- 8080:80
service_b:
image: nginx
container_name: docker_b
ports:
- 8081:80
тогда я запускаю его командой: docker-compose up --force-recreate
когда я запускаю:
-
docker exec -i -t docker_a ping -c4 docker_b
- работает
-
docker exec -i -t docker_b ping -c4 docker_a
- работает
-
ping 172.19.0.2
- работает (172.19.0.2
is docker_b
ip)
-
ping docker_a
- не работает
Результат docker network inspect test_default
равен
[
{
"Name": "test_default",
"Id": "f6436ef4a2cd4c09ffdee82b0d0b47f96dd5aee3e1bde068376dd26f81e79712",
"Scope": "local",
"Driver": "bridge",
"IPAM": {
"Driver": "default",
"Options": null,
"Config": [
{
"Subnet": "172.19.0.0/16",
"Gateway": "172.19.0.1/16"
}
]
},
"Containers": {
"a9f13f023761123115fcb2b454d3fd21666b8e1e0637f134026c44a7a84f1b0b": {
"Name": "docker_a",
"EndpointID": "a5c8e08feda96d0de8f7c6203f2707dd3f9f6c3a64666126055b16a3908fafed",
"MacAddress": "02:42:ac:13:00:03",
"IPv4Address": "172.19.0.3/16",
"IPv6Address": ""
},
"c6532af99f691659b452c1cbf1693731a75cdfab9ea50428d9c99dd09c3e9a40": {
"Name": "docker_b",
"EndpointID": "28a1877a0fdbaeb8d33a290e5a5768edc737d069d23ef9bbcc1d64cfe5fbe312",
"MacAddress": "02:42:ac:13:00:02",
"IPv4Address": "172.19.0.2/16",
"IPv6Address": ""
}
},
"Options": {}
}
]
Ответы
Ответ 1
Вот что я делаю.
Я написал Python script, называемый dnsthing, который прослушивает API событий Docker для запуска или остановки контейнеров. Он поддерживает файл hosts
-style с именами и адресами контейнеров. Контейнеры называются <container_name>.<network>.docker
, поэтому, например, если я запустил это:
docker run --rm --name mysql -e MYSQL_ROOT_PASSWORD=secret mysql
Я получаю это:
172.17.0.2 mysql.bridge.docker
Затем я запускаю процесс dnsmasq
, указывающий на этот файл hosts
. В частности, я запускаю экземпляр dnsmasq, используя следующую конфигурацию:
listen-address=172.31.255.253
bind-interfaces
addn-hosts=/run/dnsmasq/docker.hosts
local=/docker/
no-hosts
no-resolv
И я запускаю dnsthing
script следующим образом:
dnsthing -c "systemctl restart dnsmasq_docker" \
-H /run/dnsmasq/docker.hosts --verbose
Итак:
-
dnsthing
обновления /run/dnsmasq/docker.hosts
в качестве контейнеров
стоп/старт
- После обновления
dnsthing
запускает systemctl restart dnsmasq_docker
-
dnsmasq_docker
запускает dnsmasq
, используя указанную выше конфигурацию, связанную
к локальному мостовому интерфейсу с адресом 172.31.255.253
.
-
"Основной" процесс dnsmasq в моей системе, поддерживаемый
NetworkManager использует эту конфигурацию из
/etc/NetworkManager/dnsmasq.d/dockerdns
:
server=/docker/172.31.255.253
Это сообщает dnsmasq передать все запросы для хостов в .docker
домена к службе docker_dnsmasq
.
Это, очевидно, требует немного настройки, чтобы собрать все вместе, но
после этого кажется, что Just Work:
$ ping -c1 mysql.bridge.docker
PING mysql.bridge.docker (172.17.0.2) 56(84) bytes of data.
64 bytes from 172.17.0.2: icmp_seq=1 ttl=64 time=0.087 ms
--- mysql.bridge.docker ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.087/0.087/0.087/0.000 ms
Ответ 2
Как здесь ответили, для этого есть программное решение, копирующее ответ:
Существует приложение с открытым исходным кодом, которое решает эту проблему, оно называется DNS Proxy Server
Это DNS-сервер, который разрешает имена хостов контейнера, и когда он не может разрешить имя хоста, он может разрешить его с помощью общедоступных серверов имен.
Запустите DNS-сервер
$ docker run --hostname dns.mageddo --name dns-proxy-server -p 5380:5380 \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /etc/resolv.conf:/etc/resolv.conf \
defreitas/dns-proxy-server
Он будет установлен как ваш DNS по умолчанию автоматически (и вернется к исходному, когда остановится).
Запустите свой контейнер для теста
docker-compose up
докер-compose.yml
version: '2'
services:
redis:
container_name: redis
image: redis:2.8
hostname: redis.dev.intranet
network_mode: bridge # that way he can solve others containers names even inside, solve elasticsearch, for example
elasticsearch:
container_name: elasticsearch
image: elasticsearch:2.2
hostname: elasticsearch.dev.intranet
Теперь разрешите имена хостов ваших контейнеров
от хозяина
$ nslookup redis.dev.intranet
Server: 172.17.0.2
Address: 172.17.0.2#53
Non-authoritative answer:
Name: redis.dev.intranet
Address: 172.21.0.3
из другого контейнера
$ docker exec -it redis ping elasticsearch.dev.intranet
PING elasticsearch.dev.intranet (172.21.0.2): 56 data bytes
Также он разрешает имена хостов в Интернете.
$ nslookup google.com
Server: 172.17.0.2
Address: 172.17.0.2#53
Non-authoritative answer:
Name: google.com
Address: 216.58.202.78
Ответ 3
Самый простой способ сделать это - добавить записи в файл хостов
- для linux: добавьте
127.0.0.1 docker_a docker_b
в файл /etc/hosts
- для mac: похож на linux, но использует ip виртуальной машины
docker-machine ip default
Ответ 4
Чтобы конкретно решить эту проблему, я создал простой инструмент внедрения домена "etc/hosts" , который разрешает имена локальных контейнеров Docker на хосте. Просто беги:
docker run -d \
-v /var/run/docker.sock:/tmp/docker.sock \
-v /etc/hosts:/tmp/hosts \
--name docker-hoster \
dvdarias/docker-hoster
Вы сможете получить доступ к контейнеру, используя container name
hostname
, container id
и network aliases
они объявили для каждой сети.
Контейнеры автоматически регистрируются, когда они запускаются, и удаляются, когда они приостановлены, остановлены или остановлены.
Ответ 5
Подобно @larsks, я написал Python script, но реализовал его как службу. Вот он: https://github.com/nicolai-budico/dockerhosts
Он запускает dnsmasq с параметром --hostsdir=/var/run/docker-hosts
и обновляет файл /var/run/docker-hosts/hosts
при каждом изменении списка запущенных контейнеров.
После изменения файла /var/run/docker-hosts/hosts
dnsmasq автоматически обновляет свое сопоставление и контейнер становится доступным по имени узла за секунду.
$ docker run -d --hostname=myapp.local.com --rm -it ubuntu:17.10
9af0b6a89feee747151007214b4e24b8ec7c9b2858badff6d584110bed45b740
$ nslookup myapp.local.com
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: myapp.local.com
Address: 172.17.0.2
Существуют сценарии установки и удаления. Только вам нужно разрешить вашей системе взаимодействовать с этим экземпляром dnsmasq. Я зарегистрировался в systemd-разрешении:
$ cat /etc/systemd/resolved.conf
[Resolve]
DNS=127.0.0.54
#FallbackDNS=
#Domains=
#LLMNR=yes
#MulticastDNS=yes
#DNSSEC=no
#Cache=yes
#DNSStubListener=udp