DNS: '' has no address records (A or AAAA)

Support Debian
#1

Bonjour,
Je tente pour la première fois d’installer un serveur Debian en utilisant Bind9 avec un master et plusieurs slaves et je rencontre une erreur.

Quand j’essaye ceci : “named-checkzone looker.local db.looker.local”, il m’affiche :
“zone looker.local/ IN: loaded serial 2014…
OK”

Mais quand j’essaye ceci : “named-checkzone looker.local db.looker.local.inv”, il m’affiche cette erreur : “zone looker.local/ IN : NS ‘master.looker.local’ has no address records (A or AAAA)”

Voici le contenu du fichier (db.looker.local.inv) :

[quote]$TTL 604800
@ IN SOA looker.local. root.looker.local. (
2014120642
604800
86400
2419200
604800)

@ IN NS master.looker.local.

130 IN PTR master.looker.local.
131 IN PTR debian7.looker.local.
132 IN PTR debian7b.looker.local.
133 IN PTR debian7c.looker.local.
134 IN PTR debian7d.looker.local.
135 IN PTR master1.looker.local.
[/quote]

Et le contenu de db.looker.local :

Le serveur sur lequel je teste ça est le maître avec pour nom de domaine master(root@master).
Je n’arrive pas à voir où est le problème et comment le résoudre. Merci d’avance pour votre aide :wink:

#2

Le nom de la zone fourni à named-checkzone est erroné. La zone inverse ne s’appelle pas “looker.local”, mais plutôt quelque chose comme “171.168.192.in-addr.arpa”.

Accessoirement, le nom du serveur origine “looker.local” dans le SOA des deux zones est manifestement erroné, c’est plutôt “master.looker.local” (mais comme ce champ est informatif cela n’a pas d’impact opérationnel).

EDIT : juste un petit avertissement : le TLD “.local” peut être traité de façon spéciale par certaines machines utilisant Zeroconf (GNU/Linux avec avahi, Apple Bonjour), comme un domaine géré par mDNS (multicast DNS), et sa résolution DNS peut ne pas fonctionner normalement sur ces machines.
Cf. http://fr.wikipedia.org/wiki/Zeroconf
Je recommande par conséquent de l’éviter.

#3

x_x en effet, je n’avais pas vu. Merci pour cette réponse.
J’arrive à ping les IP des différents serveurs. En revanche, lorsque je tape “host ip.du.serveur.souhaité”, il m’affiche le message suivant :

“Host 131.171.168.192.in-addr.arpa. not found: 3(NXDOMAIN)”

Voici tous les fichiers que j’ai pu créer en plus des deux fichiers précédents :

  • Named.conf

[quote]zone “looker.local” {
type master;
file “/etc/bind/db.looker.local”;
allow-transfer {
192.168.171.131;
192.168.171.132;
192.168.171.133;
192.168.171.134;
192.168.171.135;
};
};

zone “171.168.192.in-addr.arpa” {
type master;
file “/etc/bind/db.looker.local.inv”;
allow-transfer {
192.168.171.131;
192.168.171.132;
192.168.171.133;
192.168.171.134;
192.168.171.135;
}
}[/quote]

Et named.conf.options

[quote]allow-transfer {
192.168.171.131;
192.168.171.132;
192.168.171.133;
192.168.171.134;
192.168.171.135;
};[/quote]

De plus, si j’utilise : “named-checkconf /etc/bind/named.conf”, il me dit “unknown option ‘allow-transfer’” :confused:

Pareil pour le nslookup + adresse ip qui me donne :

[quote]Server : 192.168.171.2
Address: 192.168.171.2#53

** server can’t find 131.171.168.192.in-addr.arpa.: NXDOMAIN[/quote]

PS : Etant débutant et ne comprendra pas encore tout dans la création de DNS, je me suis basé sur ce tutoriel :

aitibourek.wordpress.com/2012/12 … ur-debian/

#4

Il manque des points-virgules après les accolades fermantes à la fin de named.conf (n’est-ce pas plutôt named.conf.local ?)

Quel est le serveur interrogé à l’adresse 192.168.171.2 ? Quel est son lien avec master ?

#5

Je ne comprends pas à quoi peut correspondre cette ip sachant qu’en faisant un ifconfig sur tous mes servers, je n’ai que de 130 à 135…quelque soit l’ip que je tape avec host, cette adresse ip apparaît en serveur (quand je fais un dig master/debian7/etc.looker.local, je tombe aussi sur cette ip en serveur. :confused: Je n’arrive pas à savoir à quoi elle correspond.

Pour les “;” dans named.conf, c’est une faute de recopie, désolé (ils apparaissent dans les fichiers).

[Edit] Je viens de voir que dans le fichier resolv.conf (dans /etc), il y avait ces lignes :
“domain localdomain
search localdomain
nameserver 192.168.171.2”

Je remarque aussi que dans le fichier hosts, il y a ces lignes (entre autres) :
127.0.0.1 localhost
127.0.0.1 debian
127.0.0.1 looker.lan

Je ne sais pas qu’est-ce qu’elles peuvent faire là :open_mouth:

#6

Tu recopies à la main ? Tu ne connais pas le copier-coller ?
Toujours utiliser un copier-coller si possible, éviter de recopier à la main (long et risque d’erreur) !

Cette adresse doit être dans le fichier /etc/resolv.conf de la machine sur laquelle tu exécutes dig. Pour passer outre, il faut spécifier l’adresse du serveur à interroger en ajoutant @. Si l’interface réseau est configurée en DHCP, alors les adresses de DNS dans resolv.conf sont fournies par le serveur DHCP (box internet tout-en-un routeur/NAT/DHCP/DNS ?). Si l’interface est en configuration statique, alors c’est l’admin de la machine qui l’a renseignée à la main.

Edit en réponse à ton edit : on s’en fiche du fichier hosts. dig ne l’utilise pas.

#7

Je travaille sur VMWare et bizarrement, les VM Tools ne veulent pas s’installer (d’où mon recopiage plutôt raté !).

J’ai édité mon post pratiquement au même moment, je remets ici ce que j’ai écris :

Je viens de voir que dans le fichier resolv.conf (dans /etc), il y avait ces lignes :
“domain localdomain
search localdomain
nameserver 192.168.171.2”

Je remarque aussi que dans le fichier hosts, il y a ces lignes (entre autres) :
127.0.0.1 localhost
127.0.0.1 debian
127.0.0.1 looker.lan

Nameserver ne devrait-il pas avoir pour ip 192.168.171.130, celle du master ?

#8

Il reste le réseau pour transférer des fichiers : SSH, SFTP, FTP…

A priori non. Il y a deux rôles de serveurs DNS : autoritaire et récursif. Les serveurs définis dans resolv.conf doivent être récursifs or d’après ce que tu as montré master est autoritaire. Il est peut-être aussi récursif, mais tu ne l’as pas indiqué jusqu’ici.
Si tu veux interroger un serveur particulier avec dig, tu dois le spécifier.