![Reverse-Zone kann mit Bind nicht geladen werden](https://rvso.com/image/658750/Reverse-Zone%20kann%20mit%20Bind%20nicht%20geladen%20werden.png)
Ich habe einen einfachen Bind-DNS-Server erstellt, um 3 Zonen in einem Testlabor zu hosten.
- bad.local (192.168.100.0/24)
- munich.local (192.168.101.0/24)
- dhcp.local (192.168.99.0/24)
Ich möchte eine Vorwärts- und Rückwärtsauflösung, kann die Rückwärtskonfiguration jedoch nicht validieren.
Übersehe ich hier ein wichtiges Konzept oder ist das nur ein Tippfehler?
Vielen Dank im Voraus!
Ich verwende Folgendes als meine/etc/named.conf
//
// named.conf
//
// Provided by Red Hat bind package to configure the ISC BIND named(8) DNS
// server as a caching only nameserver (as a localhost DNS resolver only).
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//
options {
listen-on port 53 {
127.0.0.1;
192.168.99.2;
192.168.100.2;
192.168.101.2;
}; ### Master DNS IP ###
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.99.0/24;
192.168.100.0/24;
192.168.101.0/24;
}; ### IP Range ###
recursion yes;
dnssec-enable no;
dnssec-validation no;
// 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 "dhcp.local" IN {
type master;
file "forward.dhcp.local";
allow-update { none; };
};
zone "bath.local" IN {
type master;
file "forward.bath.local";
allow-update { none; };
};
zone "munich.local" IN {
type master;
file "forward.munich.local";
allow-update { none; };
};
zone"99.168.192.in-addr.arpa" IN {
type master;
file "reverse.dhcp.local";
allow-update { none; };
};
zone"100.168.192.in-addr.arpa" IN {
type master;
file "reverse.bath.local";
allow-update { none; };
};
zone"101.168.192.in-addr.arpa" IN {
type master;
file "reverse.munich.local";
allow-update { none; };
};
include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";
Dies beruht auf 3 Vorwärts- und 3 Rückwärtsdateien in/var/named/[forward.*|reverse.*]
/var/named
├── data
├── dynamic
├── forward.bath.local
├── forward.dhcp.local
├── forward.munich.local
├── named.ca
├── named.empty
├── named.localhost
├── named.loopback
├── reverse.bath.local
├── reverse.dhcp.local
├── reverse.munich.local
└── slaves
Wenn Sie nur eine auswählen (bath.local), lautet die Vorwärtskonfiguration
[root@dhcp named]# cat forward.bath.local
$TTL 86400
@ IN SOA dns.bath.local root.bath.local. (
2011071001 ;Serial
3600 ;Refresh
1800 ;Retry
604800 ;Expire
86400 ;Minimum TTL
)
@ IN NS dns.bath.local.
@ IN A 192.168.100.2
dns IN A 192.168.100.2
router IN A 192.168.100.1
Die umgekehrte Konfiguration ist [root@dhcp named]# cat reverse.bath.local
$TTL 86400
@ IN SOA dns.bath.local. root.bath.local. (
2011071001 ;Serial
3600 ;Refresh
1800 ;Retry
604800 ;Expire
86400 ;Minimum TTL
)
100.168.192.in-addr.arpa. IN NS dns.bath.local.
2 IN PTR dns.bath.local.
Wenn ich die Weiterleitungskonfiguration validiere, ist alles in Ordnung
[root@dhcp named]# named-checkzone tsvtest /var/named/forward.bath.local
zone tsvtest/IN: loaded serial 2011071001
OK
Aber der umgekehrte Weg schlägt fehl
[root@dhcp named]# named-checkzone tsvtest /var/named/reverse.bath.local
/var/named/reverse.bath.local:9: ignoring out-of-zone data (100.168.192.in-addr.arpa)
zone tsvtest/IN: has no NS records
zone tsvtest/IN: not loaded due to errors.
Irgendwelche Ideen ?
Antwort1
1) (Allgemein) Fwd-Zone, Zeile 2 dns.bath.local benötigt einen Punkt nach dns.bath.local.
2) Zeile 9 entfernen
====== Reverse Zone 1) BIND möchte, dass die Reverse-Datei 100.168.192.in-addr.arpa heißt. Die in den BINDD-Reverse-Dateien angegebene Domäne ist der Name des IP-Subnetzes, NICHT der Name der Forward-Domäne. Ihre Reverse-Datei hat nichts mit bath.local zu tun, sondern alles mit 192.168.100.x
2) Zeile 9 – Entfernen Sie 100.168.192.in-addr.arpa vom Zeilenanfang.
3) Bitte posten Sie Ihre /etc/named.conf, damit wir prüfen können, was darin steht.