сервер человечности связывает проблему
vi named.conf
zone "evi.local" {
type master;
file "/etc/bind/evi.local.db";
};
zone "10.168.192.in-addr.arpa" {
type master;
file "/etc/bind/rev.10.168.192.in-addr.arpa";
};
vi evi.local.db
$TTL 604800
evi.local. IN SOA ns1.evi.local. root.evi.local. (
20180524 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
evi.local. IN NS ns1.evi.local.
ns1 IN A 192.168.10.10
www IN A 192.168.10.10
@ IN AAAA ::1
vi rev.10.168.192.in-addr.arpa
$TTL 604800
evi.local. IN SOA ns1.evi.local. root.evi.local. (
20180524 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
evi.local. IN NS ns1.evi.local.
10 IN PTR ns1.evi.local.
именованный-checkzone evi.local evi.local.db
zone evi.local/IN: loaded serial 20180524
OK
именованный-checkzone rev.10.168.192.in-addr.arpa rev.10.168.192.in-addr.arpa
rev.10.168.192.in-addr.arpa:5: ignoring out-of-zone data (evi.local)
rev.10.168.192.in-addr.arpa:12: ignoring out-of-zone data (evi.local)
zone rev.10.168.192.in-addr.arpa/IN: has 0 SOA records
zone rev.10.168.192.in-addr.arpa/IN: has no NS records
zone rev.10.168.192.in-addr.arpa/IN: not loaded due to errors
что я пропускаю?? почему ошибки в файле версии??? спасибо за Вашу справку, мне нужно это для экзамена..., помогает
vi evi.local.db
$TTL 604800
@ IN SOA ns1.evi.local. root.evi.local. (
2018052401 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
evi.local. IN NS ns1.evi.local.
ns1 IN A 192.168.10.10
www IN A 192.168.10.10
vi газуют 10 на файле
$TTL 604800
@ IN SOA ns1.evi.local. root.evi.local. (
2018052401 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
IN NS ns1.evi.local.
10 IN PTR ns1.evi.local.
как это?
1 ответ
У Вас есть две проблемы, которые в конечном счете объединяются для создания третьего и в свою очередь ошибок, которые Вы получаете:
- Рекорд SOA в Вашей обратной зоне не устанавливается правильно, и
- A, AAAA, и т.д. записывает, не разрешены в обратных зонах DNS, что означает это
- Ваш весь обратный файл зоны DNS является неправильным, который является почему
bind9жалуется.
rev.10.168.192.in-addr.arpa дескрипторы инвертируют записи для 192.168.10.0/24 с именем зоны 10.168.192.in-addr.arpa. Если у меня есть адреса 192.168.10.15 присвоенных к foo.bar, и 192.168.10.16 присвоенных к baz.foo.bar, и я хочу, чтобы обратные поиски отразили это, записи должны были бы быть похожими на это в зональном файле:
$TTL 604800
10.168.192.in-addr.arpa. IN SOA ns1.foo.bar. root.foo.bar. (
20180524 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
15 IN PTR foo.bar
16 IN PTR baz.foo.bar
Обратите внимание, что Обратная Зона берет числовые поиски IP и имеет записи PTR для rDNS (инвертируйте DNS), поиски для IP-адреса для получения его имени хоста.
Эквивалентная зона передавать-поиска для foo.bar это соответствовало бы адресам *.foo.bar в обратной зоне, будет похож на это:
$TTL 604800
foo.bar. IN SOA ns1.foo.bar. root.foo.bar. (
20180524 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN A 192.168.10.15
baz IN A 192.168.10.16
И в Вашей сети, если единственная 'доменная' зона, обслуживаемая 192.168.10.0/24 *.foo.bar, затем у Вас были бы записи в rDNS, который будет соответствовать непосредственно записи во вперед зона поиска.
Судя Вашими комментариями, Вы ничего не знаете о том, как BIND работает и поэтому не удается настроить зоны. Кроме предложения Вы не сдаете экзамен, который Вы сдаете, Ваши зональные файлы должны быть следующими, дословно, поскольку я ввожу их. Обратите внимание, что я и другие очень не хотим кормить пользователей с ложечки прямые ответы на вопросы как они. Так изучите эти зоны ниже, как я записал им, или Вы никогда не будете мочь правильно настроить bind9. Необходимо также изучить, как BIND9 на самом деле работает, чтобы действительно понять то, что делают эти зоны.
Для evi.local.db файл, используйте точно это:
$TTL 604800
$ORIGIN evi.local.
@ IN SOA ns1.evi.local. root.evi.local. (
2018052401 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
@ IN NS ns1.evi.local.
ns1 IN A 192.168.10.10
www IN A 192.168.10.10
Для rev.10.168.192.in-addr.arpa файл, используйте точно это:
$TTL 604800
$ORIGIN 10.168.192.in-addr.arpa.
# IN SOA ns1.evi.local. root.evi.local. (
2018052401 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
IN NS ns1.evi.local.
10 IN PTR ns1.evi.local.
Эти зоны должны работать без проблемы и решить проблемы, которые Вы видите. Я настоятельно рекомендую изучить их. Однако для Вашего экзамена, они, вероятно, заменят $ORIGIN строки ни с чем, и затем вместо @ IN SOA ... необходимо заменить @ знак с фактическим именем зоны (который в этих примерах установлен с $ORIGIN).