В настоящее время я изучаю DNS и столкнулся со следующими ошибками в моей виртуальной машине centos6. Это руководство, которому я следуюруководство
[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]#
вот мой файл fwd.example.tv:
$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
~
~
вот мой файл rev.example.tv:
@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.
~
~
вот мой файл /etc/named.conf:
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";
решение1
Используйте named-checkconf
и named-checkzone
для проверки конфигурации и файлов зон.
Спойлер: @IN
неверный синтаксис, следует читать @ IN
.
решение2
Ответ на мою проблему заключается в том, как должны быть построены файлы зон, что сработало для меня, поэтому я публикую свое рабочее решение для других, которые столкнутся с той же проблемой в будущем. На самом деле я забыл добавить example.tv. NS правильным образом в файле fwd.example.tv и файле rev.example.tv, поэтому вот мои рабочие soln.
Правильный способ сохранения зон следующий:
$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
~
~
Правильный способ сохранения зоны обратного хода следующий:
$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.
~