☰

Fehler in der benannten Konfiguration

tag-icon • tag-icon domain-name-system centos6
Fehler in der benannten Konfiguration

ich beschäftige mich gerade mit DNS und habe in meiner CentOS6-VM die folgenden Fehler festgestellt. Dies ist das Tutorial, dem ich folgeLernprogramm

  [root@server1 named]# sudo service named start
Starting named:
Error in named configuration:
zone example.tv/IN: has no NS records
zone example.tv/IN: not loaded due to errors.
_default/example.tv/IN: bad zone
rev.example.tv:1: unknown RR type '1.168.192.in-addr.arpa.'
zone 1.168.192.in-addr.arpa/IN: loading from master file rev.example.tv failed: unknown class/type
zone 1.168.192.in-addr.arpa/IN: not loaded due to errors.
_default/1.168.192.in-addr.arpa/IN: unknown class/type
zone localhost.localdomain/IN: loaded serial 0
zone localhost/IN: loaded serial 0
zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: loaded serial 0
zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0
zone 0.in-addr.arpa/IN: loaded serial 0
                                                           [FAILED]
[root@server1 named]#

hier ist meine fwd.example.tv-Datei:

$ORIGIN example.tv.
$TTL 86400
@       IN SOA server1.example.tv. root.example.tv. (
        2018021011;serial
3600; refresh
1800;retry
604800; expire
86400;min TTL
)
@IN     NS      server1.example.tv.
@IN     NS      server2.example.tv.
server1         IN      A       192.168.1.17
server2         IN      A       192.168.1.20

~
~

hier ist meine rev.example.tv-Datei:

@ORIGIN 1.168.192.in-addr.arpa.
$TTL 86400
@       IN      SOA     server1.example.tv.     root.example.tv.(
2018021011; serial
3600; refresh
1800;retry
604800; expire
86400; minimum TTL
)



@IN NS server1.example.tv.
@IN NS server2.example.tv.
server1 A 192.168.1.17
server2 A 192.168.1.20
17 IN PTR server1.example.tv.
20 IN PTR server2.example.tv.
~
~

hier ist meine /etc/named.conf-Datei:

Code: Select all
options {
       listen-on port 53 { 127.0.0.1; 192.168.1.17; };
        listen-on-v6 port 53 { ::1; };
        directory       "/var/named";
        dump-file       "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";
        allow-query     { localhost; 192.168.1.0/24; };
        allow-transfer {localhost; 192.168.1.20; };
        recursion yes;

        dnssec-enable yes;
        dnssec-validation yes;
        dnssec-lookaside auto;
        /* Path to ISC DLV key */
        bindkeys-file "/etc/named.iscdlv.key";

        managed-keys-directory "/var/named/dynamic";
};

logging {
        channel default_debug {
                file "data/named.run";
                severity dynamic;
        };
};
zone "." IN {
        type hint;
        file "named.ca";
};




zone "example.tv" IN{
        type master;

file "fwd.example.tv";
allow-update {none;};
};

zone "1.168.192.in-addr.arpa" IN{
type master;
file "rev.example.tv";
allow-update{none;};
};

include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";

Antwort1

Verwenden Sie named-checkconfund , named-checkzoneum Ihre Konfiguration und Zonendateien zu überprüfen.

Spoiler-Alarm: @INist keine gültige Syntax, es muss lauten @ IN.

Antwort2

Die Antwort auf mein Problem liegt in der Art und Weise, wie die Zonendateien erstellt werden sollten, was bei mir funktioniert hat. Daher poste ich meine funktionierende Lösung für andere, die in Zukunft vor dem gleichen Problem stehen. Ich habe tatsächlich vergessen, example.tv. NS in der richtigen Weise in die Dateien fwd.example.tv und rev.example.tv einzufügen, daher sind hier meine funktionierenden Lösungen.

Die richtige Einhaltung der Zonen erfolgt wie folgt:

$ORIGIN example.tv.
$TTL 86400
@       IN SOA server1.example.tv. root.example.tv. (
2018021000
3600
1800
604800
86400
)

@               IN      NS      server1.example.tv.
@               IN      NS      server2.example.tv.

server1         IN      A       192.168.1.17
server2         IN      A       192.168.1.20
example.tv.     IN      A       192.168.1.17
~
~

So halten Sie die Rückwärtszone richtig ein:

$ORIGIN 1.168.192.in-addr.arpa.
$TTL 86400
@       IN      SOA     server1.example.tv.     root.example.tv.(
2018021011; serial
3600; refresh
1800;retry
604800; expire
86400; minimum TTL
)



@       IN NS server1.example.tv.
@       IN NS server2.example.tv.
server1 A 192.168.1.17
server2 A 192.168.1.20
17 IN PTR server1.example.tv.
20 IN PTR server2.example.tv.
        IN      NS      example.tv.
1       IN      PTR     example.tv.
~

verwandte Informationen