Dies ist meine Konfiguration (läuft named
weiter centos
).
/etc/named.conf
options {
## path to zone files ##
directory "/var/named";
## forward non-local to google ##
forwarders { 8.8.8.8; };
};
zone "gallactica.lab" IN {
type master;
file "named.gallactica.lab";
allow-update { none; };
};
zone "1.168.192.in-addr.arpa" IN {
type master;
file "rz-192-168-1";
allow-update { none; };
};
/var/named/named.gallactica.lab
$TTL 1D
@ IN SOA ns1.gallactica.lab. admin.gallactica.lab. (
0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
IN NS ns1.gallactica.lab.
IN A 192.168.1.105
ns1 IN A 192.168.1.105
proxmox IN A 192.168.1.180
/ var / named / rz-192-168-1
$TTL 1D
@ IN SOA ns1.gallactica.lab. admin.gallactica.lab. (
0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
IN NS ns1.gallactica.lab.
105 IN PTR ns1.gallactica.lab.
180 IN PTR proxmox.gallactica.lab.
Mein DNS-Server befindet sich ns1.gallactica.lab
an der Adresse 192.168.1.105
.
Der Fehler, den ich beim Neustart des named
Dienstes erhalte , lautet:
Jan 19 20:18:10 ns1.gallactica.lab named-checkconf[6469]: zone 1.168.192.in-addr.arpa/IN: not loaded due to errors.
Jan 19 20:18:10 ns1.gallactica.lab named-checkconf[6469]: _default/1.168.192.in-addr.arpa/IN: bad zone
Jan 19 20:18:10 ns1.gallactica.lab named-checkconf[6469]: zone localhost.localdomain/IN: loaded serial 0
Jan 19 20:18:10 ns1.gallactica.lab named-checkconf[6469]: zone localhost/IN: loaded serial 0
Jan 19 20:18:10 ns1.gallactica.lab named-checkconf[6469]: 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....ial 0
Jan 19 20:18:10 ns1.gallactica.lab named-checkconf[6469]: zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0
Jan 19 20:18:10 ns1.gallactica.lab named-checkconf[6469]: zone 0.in-addr.arpa/IN: loaded serial 0
Jan 19 20:18:10 ns1.gallactica.lab systemd[1]: named.service: control process exited, code=exited status=1
Jan 19 20:18:10 ns1.gallactica.lab systemd[1]: Failed to start Berkeley Internet Name Domain (DNS).
Jan 19 20:18:10 ns1.gallactica.lab systemd[1]: Unit named.service entered failed state.
Antworten:
Angenommen, Sie haben das Leerzeichen der Zonendateien beim Neuformatieren in Ihrer Frage beibehalten, scheint es, dass Sie
NS
aufgrund eines Formatierungsproblems, das die Zone falsch macht, keinen Datensatz am oberen Rand der Zone haben. Sie möchten auch den entsprechendenA
Datensatz für diesen Nameserver korrigieren .IN NS ns1.gallactica.lab.
1.168.192.in-addr.arpa. IN NS ns1.gallactica.lab.
IN.1.168.192.in-addr.arpa. IN NS ns1.gallactica.lab.
Wenn eine Zeile als Leerzeichen beginnt, wird davon ausgegangen, dass die Bezeichnung (Name des Datensatzes) mit der des vorherigen Datensatzes in der Zone übereinstimmt. Dies ist eine nützliche Abkürzung, führt jedoch zu Portabilitätsproblemen, wenn das führende Leerzeichen zwischen Kopieren und Einfügen verloren geht.
Als Randnotiz ist es nützlich, ausgeführt zu werden,
named-checkzone
wenn solche Probleme auftreten. (und wirklich nach jeder Änderung der Zonendatei)quelle