☰

Problema de DNS: sem registro A

tag-icon • tag-icon debian dns bind
Problema de DNS: sem registro A

Há dez dias instalei um trecho debian 9, no Kimsufi da OVH. recebo um e-mail do suporte que contém um problema com o registro A, meu servidor é ns.xzave.net e não há registro A no meu servidor

https://www.whatsmydns.net/#A/ns.xzave.neteu não tenho um disco A

procure na caixa de ferramentas do Google em "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

status do serviço 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)

arquivo chamado.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";

arquivo chamado.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;
};

arquivo chamado.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; };
};

nome de anfitrião:

ns

nome do host -f

ns.xzave.net

Onde está o problema?

Responder1

De acordo com a fr.zona, creation-site-pro.frpossui dois servidores de nomes

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

Destes dois, ns.xzave.net.não existe ( xzave.net.nem é um domínio registrado) e ns.kimsufi.com.parece estar recusando consultas.

Embora seu servidor Debian possa estar configurado corretamente para responder perguntas na zona, ele não está acessível porque seu nome de host ns.xzave.net.não aponta para ele.

Você pode considerar usar o serviço de nomes fornecido pelo registrador (se ele fornecer um) ou certificar-se de que o servidor tenha um FQDN adequado que aponte para ele. Você também precisará resolver o outro servidor que está recusando consultas.

informação relacionada