Pourquoi aucun de mes serveurs locaux ne résout-il?

9

Lorsque j'essaie d'envoyer une requête ping ou de parcourir à l'aide d'un navigateur Web certains noms de domaine que nous hébergeons sur notre réseau local, cela ne fonctionne pas. Pourtant, dig et nslookup renvoient correctement leurs détails. Que dois-je faire pour résoudre ce problème?

Le serveur DNS et le serveur DHCP de notre réseau local fonctionnent correctement sur les clients Windows.

$ ping ns1.domain.local
ping: unknown host ns1.domain.local
aaron@aaron-laptop:~
$ nslookup ns1.domain.local
Server:     127.0.0.1
Address:    127.0.0.1#53

Name:    ns1.domain.local
Address: 172.16.0.254

$ cat /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.0.1
search domain.local

$ nm-tool

NetworkManager Tool

State: connected (global)

- Device: eth0  [Wired connection 1] -------------------------------------------

  IPv4 Settings:
    Address:         172.16.0.93
    Prefix:          24 (255.255.255.0)
    Gateway:         172.16.0.2

    DNS:             172.16.0.254

</pre>

**Added additional info**

As per http://askubuntu.com/a/146310/10998
> For some reason avahi-daemon interferes with name resolver
<pre>
ping ns1
PING ns1.domain.local (172.16.0.254) 56(84) bytes of data.
64 bytes from ns1.domain.local (172.16.0.254): icmp_req=1 ttl=64 time=0.381 ms
networking network-manager dns dhcp dnsmasq nelaaro
la source

Réponses:

13

Modifiez le fichier /etc/nsswitch.conf .

cat /etc/nsswitch.conf
...
#hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4
hosts:          files mdns4_minimal dns [NOTFOUND=return] mdns4
...

Ce changement l'a corrigé pour moi. mdns est une implémentation particulière des services DNS qui est censée être plus rapide que DNS. Il ne résout pas les noms correctement et avec l'option [NOTFOUND = return], le DNS standard n'est jamais utilisé. Cela fonctionne bien pour la plupart de l'Internet en général, mais pour une raison quelconque, cela ne fonctionne pas pour nos résolutions de bureau.

En changeant la résolution pour inclure DNS, je peux maintenant envoyer une requête ping au contrôleur de domaine comme je m'y attendais. Ainsi que les autres services que nous exécutons sur notre domaine de bureau local.

ping ns1.bidorbuy.local
PING ns1.domain.local (172.16.0.254) 56(84) bytes of data.
64 bytes from controler.domain.local (172.16.0.254): icmp_req=1 ttl=64 time=0.394 ms

ping office-blog.domain.local
PING officewebserver.domain.local (172.16.0.252) 56(84) bytes of data.
64 bytes from officewebserver.domain.local (172.16.0.252): icmp_req=1 ttl=64 time=0.914 ms
nelaaro
la source
J'étais perplexe sur celui-ci. Merci pour cet indice, m'a permis de résoudre des domaines internes. C'était étrange, installer deux installations 14.04 dos à dos, la première avait files dns [NOTFOUND=return] mdns4sans moi rien fait mais la seconde avait files mdns4_minimal [NOTFOUND=return] dnsqui m'a conduit à votre réponse.
markdsievers
1
Je pense qu'il peut y avoir des conséquences de latence pour ajuster l'ordre des éléments dans nsswitch.conf
Catskul
1
@catskul C'est une donnée, mais à moins que vous ne puissiez trouver une meilleure façon, une résolution est toujours meilleure que pas de résolution
Auspex
2

Vous pouvez essayer de désactiver avahi-daemon. Pour une raison quelconque, avahi-daemon interfère avec le résolveur de noms. Un effet secondaire pour moi était que si vous exécutez une commande ping sur ns1, cela fonctionne, mais si vous essayez d'utiliser le nom de domaine complet, cela ne fonctionne pas.

Ilpo
la source