Проблемы с решением FQDN в моей локальной сети, с Ubuntu 18.04
Мой ноутбук работает bionic, работает хитро, и я завершил полное обновление через apt несколько недель назад, и все работает так, как ожидалось, но когда я пытаюсь подключиться к моему nas, FQDN не разрешается, я могу подключиться через IP и т. Д. Я сделал довольно много чтения, должен был догнать огромные изменения, которые произошли с Linux, поскольку я в последний раз работал с redhat linux в 2003 году.
Итак, теперь у нас есть сетевой менеджер и systemd , это довольно большие изменения от старого способа unix делать вещи, и я могу видеть причины эволюции, которая произошла, просто затрудняет проблему, если вы старше человека Unix ;-) Системный резольвер может быть поменялся на dnsmasq, и у сетевого менеджера есть плагин, который работает с dnsmasq, и все это не проблема. Я не могу понять, почему Ubuntu неправильно перенаправляет поиск DNS на мой маршрутизатор, который может предоставлять статические записи DNS для определенных служб в моей сети. Это прекрасно работает с окнами и макросами.
В попытке решить эту проблему с системным резольвером он работал неправильно, я поменял его на dnsmasq, еще не сигару: - /
Ноутбук правильно подбирает IP через dhcp, и сетевой менеджер правильно заполняет /etc/resolv.conf IP-адресами маршрутизаторов для dns.
Нормальное разрешение интернет-DNS работает правильно, и если я выключу запись автоматического распознавателя dns, предоставляемая сетевым менеджером, /etc/resolv.conf не имеет записи, а интернет-dns прерывается, как ожидалось. Это также доказывает, что мой ноутбук также перенаправляет запросы DNS, которые он не может решить локально.
У меня полная потеря относительно того, что не так, любое руководство по возможным qwerks с сетевым менеджером и / или dnsmasq было бы будем благодарны. Кроме того, если у кого-то есть ссылка на действительно хорошее техническое глубокое погружение на Linux DNS 2016/17, это будет очень полезно.
2 ответа
Я решил свою проблему, поэтому я предлагаю свое решение, чтобы другие могли найти это полезным.
Просто читал блог о проблемах, связанных с проблемами Linux linux dns, и видел, что у /etc/nsswitch.conf не было таких же записей, как у меня.
Mine выглядела так: [ ! d3] hosts: файлы mdns4_minimal [NOTFOUND = return] dns myhostname
И запись в блоге выглядела так:
hosts: файлы mdns4_minimal [NOTFOUND = return] dns myhostname
hosts: files dns myhostname
Удалив mdns4_minimal и [NOTFOUND = return], когда я перезапустил службы dns / network, началось разрешение FQDN. Поэтому я решил изучить, что на самом деле делают mdns4_minimal и [NOTFOUND = return]. Затем я столкнулся с другим вопросом здесь, на askubuntu.com, который объясняет фактическую причину моих проблем .
Оказывается, что, как и я, вы используете домен .local для своей внутренней сети dns, этот tld также используется для multicast dns mDNS для таких сервисов, как Bonjour.
hosts: файлы dns [NOTFOUND = return] mdns4_minimal mdns4Я теперь вернул свой файл / dns, чтобы работать корректно, etc / nsswitch.conf в исходное состояние со следующими изменениями:
hosts: файлы dns [NOTFOUND = return] mdns4_minimal mdns4
PING nas01.home.local (192.168.1.101) ) 56 (84) байт данных. 64 байта из nas01.home.local (192.168.1.101): icmp_seq = 1 ttl = 64 time = 0.196 ms 64 байта из nas01.home.local (192.168.1.101): icmp_seq = 2 ttl = 64 time = 0.279 ms 64 bytes из nas01.home.local (192.168.1.101): icmp_seq = 3 ttl = 64 time = 0.243 msКак вы можете видеть, теперь dns теперь назначается приоритетом по mdns4, а мой локальный резольвер запрашивает мою сеть dns, которая возвращает ожидаемый результат:
Я решил свою проблему, поэтому я предлагаю свое решение, чтобы другие могли найти это полезным.
Просто читал блог о проблемах, связанных с проблемами Linux linux dns, и видел, что у /etc/nsswitch.conf не было таких же записей, как у меня.
Mine выглядела так: [ ! d3] hosts: файлы mdns4_minimal [NOTFOUND = return] dns myhostname
И запись в блоге выглядела так:
hosts: файлы mdns4_minimal [NOTFOUND = return] dns myhostname
hosts: files dns myhostname
Удалив mdns4_minimal и [NOTFOUND = return], когда я перезапустил службы dns / network, началось разрешение FQDN. Поэтому я решил изучить, что на самом деле делают mdns4_minimal и [NOTFOUND = return]. Затем я столкнулся с другим вопросом здесь, на askubuntu.com, который объясняет фактическую причину моих проблем .
Оказывается, что, как и я, вы используете домен .local для своей внутренней сети dns, этот tld также используется для multicast dns mDNS для таких сервисов, как Bonjour.
hosts: файлы dns [NOTFOUND = return] mdns4_minimal mdns4Я теперь вернул свой файл / dns, чтобы работать корректно, etc / nsswitch.conf в исходное состояние со следующими изменениями:
hosts: файлы dns [NOTFOUND = return] mdns4_minimal mdns4
PING nas01.home.local (192.168.1.101) ) 56 (84) байт данных. 64 байта из nas01.home.local (192.168.1.101): icmp_seq = 1 ttl = 64 time = 0.196 ms 64 байта из nas01.home.local (192.168.1.101): icmp_seq = 2 ttl = 64 time = 0.279 ms 64 bytes из nas01.home.local (192.168.1.101): icmp_seq = 3 ttl = 64 time = 0.243 msКак вы можете видеть, теперь dns теперь назначается приоритетом по mdns4, а мой локальный резольвер запрашивает мою сеть dns, которая возвращает ожидаемый результат: