Bien, busqué en este sitio y leí las numerosas preguntas sobre el mismo tema, pero lo sorprendente es que tengo un registro A para mis dos entradas ns.
Cuando ejecuto named-checkzone en mis registros DNS inversos, aparece este error:
zone example.com/IN: NS 'ns.example.com' no tiene registros de direcciones (A o AAAA)
zone example.com/IN: NS 'ns2.example.com' no tiene registros de direcciones (A o AAAA)
Obviamente estoy haciendo algo estúpido, pero ¿alguien podría arrojar alguna luz sobre lo que es exactamente, ya que estoy perplejo con esto?
Aquí está mi archivo de zona de 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
y aquí está mi archivo de zona dns inversa:
$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.
Muchas gracias.
domain-name-system
ubuntu
bind
Cromulento
fuente
fuente
Respuestas:
Extraño: copiar y pegar su respuesta y ejecutar named-checkzone en ella da como resultado:
¿Seguro que es el archivo de zona correcto que tiene en su sistema? ¿Hay una directiva $ ORIGIN en algún lugar entre los registros NS y A en su archivo que está cambiando la raíz de la zona?
fuente
He sido atrapado en esto antes.
No puede verificar el archivo de zona inversa con el mismo dominio porque necesita usar el dominio inverso.
Intenta lo siguiente:
fuente
¿Qué
dig @your-server-ip example.com soa
dice ydig @your-server-ip 4.3.2.in-addr.arpa
dice? Reemplace la zona inversa con su zona inversa real.¿Están ambos cargados en el mismo servidor?
¿Qué versión de named-checkzone? ¿Qué versión de BIND?
Si tuviera una dirección IP real o nombres de dominio para probar, podría ser de mucha más ayuda aquí.
fuente
Creo que está haciendo llegar sus argumentos a la zona de control nombrada.
Duplico tu error con:
La verificación apropiada para la zona inversa es: named-checkzone 1.168.192.in-addr.arpa 1.168.192.in-addr.arpa
Mi respuesta original a continuación ...
Intente reemplazar el signo @ en los archivos de zona con la zona real que está tratando de definir ... (@ se reemplaza con la cadena de variable de zona de named.conf, que sospecho que puede no ser correcta)
es decir, reemplace el primer signo @ con "example.com". <- nota punto final
Para el archivo inverso, lo reemplazaría con el apropiado inaddr.arpa. línea, dependiendo ...
fuente