сервер Ubuntu не разрешает имена хостов локальной сети

Немного застрял здесь.

У меня есть 2 машины, которые не могут разрешить имена хостов в локальной сети, если в / etc / hosts нет определенных записей

Но другие машины в локальной сети могут разрешать имена хостов.

Моя ЛВС:

• 1 x маршрутизатор Cisco работает с DD-WRT v24-sp2 с включенным DNSMasq. Я настроил это с помощью имен хостов и IP-адресов в моей локальной сети.
• 1 x Kubuntu 12.10 (правильно разрешает все имена хостов, если они введены в DNSMasq на маршрутизаторе)

• 2 х NAS (также разрешите все имена правильно)

• 1 x Ubuntu Server 12.04 (это НЕ разрешает локальные имена хостов, если они не введены в / etc / hosts)

• 1 x XBMCLive (Dharma) (то же самое - не разрешается, если записи не находятся в / etc / hosts)

Как заставить последние 2 использовать записи DNSMasq на маршрутизаторе? Каждая машина настроена на использование маршрутизатора в качестве сервера имен, и все устройства правильно разрешают внешние адреса.

Благодарю.

немного больше информации:

пока на сервере, если я пингую другой компьютер (wstation)

$ ping wstation
PING wstation.local.domain (x.x.x.x) 

Если я тогда добавлю .local

$ ping wstation.local
PING wstation.local.local.domain (x.x.x.x)

и напрямую

$ ping 10.0.0.4
PING 10.0.0.4 (10.0.0.4) 56(84) bytes of data.
64 bytes from 10.0.0.4: icmp_req=1 ttl=64 time=0.387 ms
64 bytes from 10.0.0.4: icmp_req=2 ttl=64 time=0.316 ms
64 bytes from 10.0.0.4: icmp_req=3 ttl=64 time=0.312 ms
64 bytes from 10.0.0.4: icmp_req=4 ttl=64 time=0.280 ms
64 bytes from 10.0.0.4: icmp_req=5 ttl=64 time=0.322 ms
^C
--- 10.0.0.4 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3998ms
rtt min/avg/max/mdev = 0.280/0.323/0.387/0.038 ms                                                                       

О вашем текущем выходе

ping wstation
PING wstation.local.domain

Ясно указывает, что ваш компьютер добавляет .local.domainк не-FQDN запросов. Это что-то настроено неправильно или по крайней мере неправильно в вашей настройке. (если вы на самом деле не используете .local.domainсуффикс нарочно)

Разрешение имен и периодов

Одна важная вещь, которую многие люди не знают, это то, что полное имя всегда должно заканчиваться точкой ( .). Если вы пропустите его, то устройство попытается разрешить его в локальном домене поиска (например, mydomain.tld). Таким образом, в этом случае запрос mypc.localбудет mypc.local.mydomain.tld. Чтобы предотвратить это, сделайте запрос с точкой.

Конфигурация резольвера

Конфигурация резольвера имеет здесь большое значение. В Ubuntu (и Debian) это настраивается в файле /etc/network/interfaces(при условии, что вы не используете NetworkManager):

iface eth0 inet static
   address 192.168.3.3
   netmask 255.255.255.0
   gateway 192.168.3.1
   dns-nameservers 192.168.3.45 192.168.8.10
   dns-search foo.org bar.com                      # <-- these are the search domains

Разрешение имен в Linux также может быть выполнено другими способами. Дело не только в том, что локальный DNS-сервер запрашивает все это. Взгляните на ваш /etc/nsswitch.confфайл для hostsнастройки разрешения:

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

Это означает, что сначала проверяются файлы (это /etc/hostsфайл), затем mDNS, и только потом запрашивается реальный DNS-сервер. mDNS реализован с использованием Avahi в Linux и называется Bonjour на устройствах Apple. Он использует .localсуффикс по умолчанию и работает через широковещательные сообщения. Как ARP работает, но для DNS.

Все эти системы могут быть очень запутанными и даже больше при использовании .localв обычной настройке DNS, смешанной с mDNS-устройствами. Я думаю, именно поэтому вы сейчас не понимаете, почему одно устройство работает, а другое - нет: они не все используют один и тот же метод разрешения.

Чтобы разобраться

• Избегайте использования, если .localтолько вы не хотите полностью полагаться на mDNS. Из вашего вопроса я понимаю, что вы хотите, чтобы все было сконфигурировано самостоятельно, поэтому мой подход заключается в том, чтобы этого избежать
• Настройте свой локальный DNS-сервер (устройство DD-WRT в вашем случае) на использование специального доменного имени, например my.home. Для dnsmasq это единственная настройка, но в обычных настройках она должна быть настроена как на DNS-сервере, так и на DHCP-сервере (так как об этом объявляется через DHCP).
• Настройте все ПК, чтобы иметь простое и уникальное имя хоста. Они используют это в своем запросе к DHCP, и это используется в dnsmasq, работающем на вашем маршрутизаторе, для их разрешения. Или настройте их вручную, чтобы не полагаться на DHCP.
• Удалите любую оставшуюся конфигурацию на тот /etc/resolv.confслучай, если вы с ней поиграли в прошлом.

• Настройте ПК в своей сети для использования my.homeв качестве локального поискового домена. Это может быть сделано через DHCP автоматически, или если используются статические адреса через /etc/network/interfacesфайл или в Network Manager:

  

• Теперь должно работать как простое разрешение имен ( ping hostname), так и полное имя ( ping hostname.my.home).

Основываясь на ответе gertvdijk, я только что закомментировал строку в nsswitch.conf

sudo vim /etc/nsswitch.conf

.
.
.
hosts:          files dns # mdns4_minimal [NOTFOUND=return] dns

У меня возникли похожие проблемы с / etc / hosts, содержащим несколько пробелов между IP и именем хоста, вместо этого я использовал TAB. После изменения на TAB имя хоста может быть разрешено с помощью ping.

127.0.0.1        test.local
         ^^^^^^^^ → Should be a TAB not multiple spaces.

см. также на /superuser//a/938366/467479