web-dev-qa-db-fra.com

Peut résoudre le nom d'hôte via les DNS en utilisant `Host` mais ne peut pas ping / ssh / ntp

Je configure un réseau local et j'ai configuré un serveur DNS. Je peux résoudre les noms d'hôte en interrogeant le serveur DNS, mais aucun programme ne peut les rechercher.

J'ai désinstallé libnss-mdns et supprimé avahi-daemon et même redémarré par la suite.

Voici quelques exemples:

root@cloud2:~# Host ns.example.com
ns.example.com has address 10.10.10.100
root@cloud2:~# ping ns.example.com
ping: unknown Host ns.example.com

root@cloud2:~# grep hosts /etc/nsswitch.conf 
hosts:          files dns

mon serveur ntp est configuré pour ns.example.com, mais tout ce que je reçois est nxdomain sur ntpq

des idées?

MODIFIER:

Cela s'applique également aux entrées DNS externes. Mon routeur est à la fois un redirecteur DNS sur le serveur DNS personnalisé et une entrée dans resolvconf.

PAR EXEMPLE.

root@cloud2:~# Host google.com | head
google.com has address 74.125.225.65
google.com has address 74.125.225.66
google.com has address 74.125.225.67
google.com has address 74.125.225.68
google.com has address 74.125.225.69
google.com has address 74.125.225.70
google.com has address 74.125.225.71
google.com has address 74.125.225.72
google.com has address 74.125.225.73
google.com has address 74.125.225.78
root@cloud2:~# traceroute google.com
google.com: Temporary failure in name resolution
Cannot handle "Host" cmdline arg `google.com' on position 1 (argc 1)
6
zje

C'était sur le serveur Ubuntu 12.04 LTS et Ubuntu 12.04 LTS

Merci à tous pour l'aide. Cela se révèle être le résultat d'une différence dans la façon dont l'hôte et le résolveur glibc lisent /etc/resolv.conf.

Je gérais le fichier resolv.conf avec un module de marionnettes qui modifiait les fichiers appropriés dans /etc/resolvconf/resolv.conf.d/.

Ce module marionnette a donné un fichier /etc/resolv.conf ressemblant à ceci:

 nameserver 10.10.10.100
 nameserver 192.168.3.100
 nameserver 10.10.10.1

 search example.com

avec un espace au début de chaque ligne. Après avoir supprimé ces espaces, j'ai été en mesure de résoudre à la fois avec des requêtes ping et des recherches manuelles (hôte/nslookup/etc ...)

J'aurais pu jurer que ces espaces sur d'autres systèmes d'exploitation ne présentaient aucun problème, mais je viens d'essayer sur une boîte SL6.3 et cela a provoqué le même comportement.

Merci pour votre aide et désolé pour la peine!

4
zje

Vous devez fournir la configuration DNS pour chaque type de connexion que vous avez.

Network Manager est votre ami (ou si vous utilisez DHCP, configurez votre DNS ici)

0
przemo_li