Aucun enregistrement A ou AAAA pour NS (DNS inversé)

8

D'accord, j'ai parcouru ce site et lu les nombreuses questions sur le même sujet, mais le plus étonnant est que j'ai un enregistrement A pour mes deux entrées ns.

Lorsque j'exécute named-checkzone sur mes enregistrements DNS inversés, j'obtiens cette erreur:

zone example.com/IN: NS 'ns.example.com' n'a pas d'enregistrement d'adresse (A ou AAAA)

zone example.com/IN: NS 'ns2.example.com' n'a aucun enregistrement d'adresse (A ou AAAA)

Je fais évidemment quelque chose de stupide, mais quelqu'un pourrait-il nous éclairer sur ce que c'est exactement, car je suis perplexe sur celui-ci.

Voici mon fichier de zone de domaine:

$TTL    604800
@       IN      SOA    ns.example.com. root.example.com. (
                            12         ; Serial
                            604800     ; Refresh
                            86400      ; Retry
                            2419200    ; Expire
                            604800 )   ; Negative Cache TTL
@                        IN      NS      ns.example.com.
@                        IN      NS      ns2.example.com.
@                        IN      MX 10   mail.example.com.
@                        IN      A       192.168.1.109
example.com.             IN      A       192.168.1.109
ns      IN      A       192.168.1.109
ns2     IN      A       192.168.1.109
mail    IN      A       192.168.1.109
www     IN      A       192.168.1.109

et voici mon fichier de zone DNS inverse:

$TTL    604800
@       IN      SOA    ns.example.com. root.example.com. (
                            9         ; Serial
                            604800    ; Refresh
                            86400     ; Retry
                            2419200   ; Expire
                            604800 )  ; Negative Cache TTL 
@       IN      NS      ns.example.com.
@       IN      NS     ns2.example.com.
109     IN      PTR    example.com.
109     IN      PTR    ns.example.com.
109     IN      PTR    ns2.example.com.

Merci beaucoup.

domain-name-system ubuntu bind Cromulent
la source
Résolvent-ils?
Warner
@Warner Je peux les cingler correctement, oui.
Cromulent

Réponses:

3

Étrange - copier et coller votre réponse et exécuter named-checkzone dessus entraîne:

acshellam@dev1:/tmp$ named-checkzone example.com example.com.zone
zone example.com/IN: loaded serial 12
OK

acshellam@dev1:/tmp$ named-checkzone -v
9.6.1-P2

Vous êtes sûr que c'est le bon fichier de zone que vous avez sur votre système? Y a-t-il une directive $ ORIGIN quelque part entre les enregistrements NS et A dans votre fichier qui change la racine de la zone?

Andy Shellam
la source
C'est lorsque j'exécute named-checkzone sur le deuxième fichier que j'obtiens le message d'erreur. Le premier semble être correct, je suis juste assez nouveau pour BIND, donc je veux m'assurer que tout fonctionne correctement.
Cromulent
Aaaah, je n'ai jamais synchronisé c'était la zone DNS inversée, j'ai supposé que c'était la première. Oui, je reçois la même chose. À quoi aboutit dig @ your-server-ip ns.example.com NS? Cela vous donne-t-il les bonnes adresses IP?
Andy Shellam
Votre domaine est-il également délégué correctement à partir des serveurs racine, ou configurez-vous simplement un domaine interne qui n'est pas enregistré en externe?
Andy Shellam
1
Et, comme Michael Graff, postez les vrais noms de domaine, sinon c'est inutile, on peut juste deviner.
bortzmeyer
2

J'ai déjà été pris à ce sujet.

Vous ne pouvez pas vérifier le fichier de zone inverse avec le même domaine car vous devez utiliser le domaine inverse.

Essayez ce qui suit:

named-checkzone 1.168.192.in-addr.arpa <reverse zone file>
robertmoggach
la source
1

Que dig @your-server-ip example.com soadit et dig @your-server-ip 4.3.2.in-addr.arpadit? Remplacez la zone inverse par votre zone inverse réelle.

Ces deux éléments sont-ils chargés sur le même serveur?

Quelle version de named-checkzone? Quelle version de BIND?

Si j'avais une adresse IP réelle ou des noms de domaine à tester, je pourrais être beaucoup plus utile ici.

Michael Graff
la source
-1

Je pense que vous obtenez vos arguments pour nommer-checkzone munged.

Je reproduis votre erreur avec:

q@y:~/foo$ named-checkzone example.com 1.168.192.in-addr.arpa
zone example.com/IN: NS 'ns.example.com' has no address records (A or AAAA)
zone example.com/IN: NS 'ns2.example.com' has no address records (A or AAAA)
zone example.com/IN: loaded serial 9
OK

La vérification appropriée pour la zone inverse est: named-checkzone 1.168.192.in-addr.arpa 1.168.192.in-addr.arpa

Ma réponse originale ci-dessous ...

Essayez de remplacer le signe @ dans les fichiers de zone par la zone réelle que vous essayez de définir ... (@ est remplacé par la chaîne de variable de zone de named.conf, que je soupçonne peut-être pas correcte)

c'est-à-dire remplacer le premier signe @ par "example.com". <- note point de fin

Pour le fichier inverse, vous devez le remplacer par le fichier in-addr.arpa approprié. ligne, selon ...

quadruplebucky
la source
Le message d'erreur de named-checkzone montre que ce n'est pas le problème
bortzmeyer
Le fait-il? Je ne fais pas confiance à la sortie named-checkzone (nous ne savons pas exactement comment il exécute named-checkzone, et l'expansion @ dépend du premier argument).
quadruplebucky