Nessun record A o AAAA per NS (DNS inverso)

8

Va bene ho cercato attraverso questo sito e ho letto le numerose domande tutte sullo stesso argomento, ma la cosa sorprendente è che ho un record A per entrambe le mie voci ns.

Quando eseguo named-checkzone sui miei record DNS inversi, ottengo questo errore:

zone example.com/IN: NS 'ns.example.com' non ha record di indirizzi (A o AAAA)

zone example.com/IN: NS 'ns2.example.com' non ha record di indirizzi (A o AAAA)

Ovviamente sto facendo qualcosa di stupido, ma qualcuno potrebbe far luce su ciò che è esattamente, dato che sono sconcertato su questo.

Ecco il mio file di zona di dominio:

$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

ed ecco il mio file di zona DNS inverso:

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

Grazie mille.

domain-name-system ubuntu bind

— cromulent
fonte

Si risolvono?

— Warner,

@Warner: posso eseguirne il ping correttamente, sì.

— Cromulent,

3

Strano: copiare e incollare la risposta ed eseguire il nome-checkzone su di essa comporta:

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

Sei sicuro che sia il file di zona corretto che hai sul tuo sistema? Esiste una direttiva $ ORIGIN da qualche parte tra i record NS e A nel tuo file che sta cambiando la radice della zona?

— Andy Shellam
fonte

È quando eseguo named-checkzone sul secondo file che viene visualizzato il messaggio di errore. Il primo sembra andare bene, sono abbastanza nuovo su BIND, quindi voglio assicurarmi che tutto funzioni correttamente.

— Cromulent,

Aaaah, non ho mai visto che era la zona DNS inversa, ho pensato che fosse la prima. Sì, ottengo lo stesso. Cosa comporta dig @ your-server-ip ns.example.com NS? Ti restituisce gli indirizzi IP corretti?

— Andy Shellam,

Inoltre il tuo dominio è delegato correttamente dai server root o stai semplicemente configurando un dominio interno che non è registrato esternamente?

— Andy Shellam,

1

E, come Michael Graff, pubblica i nomi di dominio reali, altrimenti è inutile, possiamo solo indovinare.

— Bortzmeyer,

2

Sono stato preso su questo prima.

Non è possibile controllare il file della zona inversa con lo stesso dominio perché è necessario utilizzare il dominio inverso.

Prova quanto segue:

named-checkzone 1.168.192.in-addr.arpa <reverse zone file>

— robertmoggach
fonte

1

Cosa dig @your-server-ip example.com soadice e dig @your-server-ip 4.3.2.in-addr.arpadice? Sostituisci la zona inversa con la tua zona inversa effettiva.

Entrambi sono caricati nello stesso server?

Quale versione di nome-checkzone? Quale versione di BIND?

Se avessi un vero indirizzo IP o nomi di dominio da testare, potrei essere di grande aiuto qui.

— Michael Graff
fonte

-1

Penso che tu stia ottenendo le tue argomentazioni sul nome-checkzone impantanato.

Duplico il tuo errore con:

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

Il controllo appropriato per la zona inversa è: named-checkzone 1.168.192.in-addr.arpa 1.168.192.in-addr.arpa

La mia risposta originale qui sotto ...

Prova a sostituire il segno @ nei file di zona con la zona effettiva che stai cercando di definire ... (@ viene sostituito con la stringa della variabile di zona di named.conf, che sospetto potrebbe non essere corretta)

vale a dire sostituire il primo segno @ con "esempio.com". <- punto finale della nota

Per il file inverso lo sostituiresti con l'inaddr.arpa appropriato. linea, a seconda ...

— quadruplebucky
fonte

Il messaggio di errore di name-checkzone mostra che non è questo il problema

— bortzmeyer

Vero? Non mi fido dell'output di nome-checkzone (non sappiamo esattamente come stia eseguendo nome-checkzone, e l'espansione @ dipende dal primo argomento).

— quadrupla