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
source

Résolvent-ils?

— Warner

@Warner Je peux les cingler correctement, oui.

— Cromulent

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
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
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
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
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