Problema de DNS: no hay registro A

Problema de DNS: no hay registro A

Hace diez días instalé un Debian 9 Stretch en Kimsufi de OVH. Recibo un correo electrónico de soporte que contiene un problema con el registro A, mi servidor es ns.xzave.net y no hay ningún registro A en mi servidor.

https://www.whatsmydns.net/#A/ns.xzave.netno tengo un registro A

excavar desde la caja de herramientas de google en"creation-site-pro.fr"

https://www.toolbox.googleapps.com/apps/dig/#A/

id 5158
opcode QUERY
rcode SERVFAIL
flags QR RD RA
;QUESTION
creation-site-pro.fr. IN A
;ANSWER
;AUTHORITY
;ADDITIONAL

estado del servicio bind9:

bind9.service - BIND Domain Name Server
   Loaded: loaded (/lib/systemd/system/bind9.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2019-06-09 15:48:15 UTC; 6min ago
     Docs: man:named(8)
 Main PID: 665 (named)
    Tasks: 7 (limit: 4915)
   CGroup: /system.slice/bind9.service
           └─665 /usr/sbin/named -f -u bind

Jun 09 15:48:18 ns named[665]: managed-keys-zone: journal file is out of date: removing journal file
Jun 09 15:48:18 ns named[665]: managed-keys-zone: loaded serial 415
Jun 09 15:48:18 ns named[665]: zone creation-site-pro.fr/IN: loaded serial 2019052810
Jun 09 15:48:18 ns named[665]: zone localhost/IN: loaded serial 2
Jun 09 15:48:18 ns named[665]: zone 0.in-addr.arpa/IN: loaded serial 1
Jun 09 15:48:18 ns named[665]: zone 255.in-addr.arpa/IN: loaded serial 1
Jun 09 15:48:18 ns named[665]: zone 127.in-addr.arpa/IN: loaded serial 1
Jun 09 15:48:18 ns named[665]: all zones loaded
Jun 09 15:48:18 ns named[665]: running
Jun 09 15:48:18 ns named[665]: zone creation-site-pro.fr/IN: sending notifies (serial 2019052810)

archivo llamado.conf:

// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian.gz for information on the
// structure of BIND configuration files in Debian, *BEFORE* you customize
// this configuration file.
//
// If you are just adding zones, please do that in /etc/bind/named.conf.local

include "/etc/bind/named.conf.options";
include "/etc/bind/named.conf.local";
include "/etc/bind/named.conf.default-zones";

archivo llamado.conf.local

zone "creation-site-pro.fr" {
        type master;
        allow-transfer {213.186.33.199;};
        file "/etc/bind/pri.creation-site-pro.fr";
        allow-query{any;};
        notify yes;
};

archivo llamado.conf.options

options {
        directory "/var/cache/bind";

        // If there is a firewall between you and nameservers you want
        // to talk to, you may need to fix the firewall to allow multiple
        // ports to talk.  See http://www.kb.cert.org/vuls/id/800113

        // If your ISP provided one or more IP addresses for stable
        // nameservers, you probably want to use them as forwarders.
        // Uncomment the following block, and insert the addresses replacing
        // the all-0's placeholder.

        // forwarders {
        //      0.0.0.0;
        // };

        //========================================================================
        // If BIND logs error messages about the root key being expired,
        // you will need to update your keys.  See https://www.isc.org/bind-keys
        //========================================================================
        dnssec-enable yes;
        dnssec-validation auto;
        dnssec-lookaside auto;

        auth-nxdomain no;    # conform to RFC1035
        listen-on-v6 { any; };
};

nombre de host:

ns

nombre de host -f

ns.xzave.net

¿Dónde está el problema?

Respuesta1

Según la fr.zona, creation-site-pro.frtiene dos servidores de nombres.

creation-site-pro.fr.   172800  IN  NS  ns.xzave.net.
creation-site-pro.fr.   172800  IN  NS  ns.kimsufi.com.

De estos dos, ns.xzave.net.no existe ( xzave.net.ni siquiera es un dominio registrado) y ns.kimsufi.com.parece rechazar consultas.

Si bien su servidor Debian puede estar configurado correctamente para responder consultas sobre la zona, no es accesible ya que su nombre de host ns.xzave.net.no apunta a él.

Es posible que desee considerar utilizar el servicio de nombres proporcionado por el registrador (si lo proporciona) o asegurarse de que el servidor tenga un FQDN adecuado que apunte a él. También deberás solucionar el otro servidor que rechaza consultas.

información relacionada