Я изо всех сил пытаюсь выяснить, почему разрешение моего имени хоста разрешается локально и указывает на мой сетевой интерфейс докера, и надеялся, что кто-то сможет указать мне правильное направление.
У меня есть 3 (соответствующие) сущности в моей сети.
Базовая установка выглядит следующим образом:
От B
> ping portal
PING portal.local (192.168.1.1): 56 data bytes
> ping portal.local
PING portal.local (192.168.1.1): 56 data bytes
> ping server
PING server.local (192.168.1.2): 56 data bytes
> ping server.local
PING server.local (192.168.1.2): 56 data bytes
> ping test.server.local
PING server.local (192.168.1.2): 56 data bytes
Я ожидал бы тех же результатов от C. Первый пинг должен быть разрешен из-за файла имени хоста и обратной петли. Второй и третий должны идти к маршрутизатору для разрешения.
Из C
> ping portal
ping portal.local (192.168.1.1) 56(84) bytes of data.
> ping portal.local
ping: portal.local: Name or service not known
> ping server
PING server (127.0.1.1) 56(84) bytes of data.
> ping server.local
PING server.local (172.17.0.1) 56(84) bytes of data.
> ping test.server.local
ping: test.server.local: Name or service not known
> ifconfig docker0
docker0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 172.17.0.1 netmask 255.255.0.0 broadcast 172.17.255.255
Как видите,
Я понимаю, что интерфейс docker0 настроен как сеть по умолчанию для контейнеров, чтобы присоединиться, когда сеть явно не установлена. Я не понимаю, почему эта сеть обрабатывает разрешение или, по крайней мере, не пересылает разрешение на мой маршрутизатор, когда не может разрешить его.