Хорошо, я просмотрел этот сайт и прочитал множество вопросов на одну и ту же тему, но удивительным является то, что у меня есть запись A для обеих моих записей ns.
Когда я запускаю named-checkzone для моих обратных записей DNS, я получаю эту ошибку:
зона example.com/IN: NS 'ns.example.com' не имеет адресных записей (A или AAAA)
зона example.com/IN: NS 'ns2.example.com' не имеет адресных записей (A или AAAA)
Я, очевидно, делаю что-то глупое, но кто-нибудь может пролить свет на то, что это на самом деле, так как я поставлен в тупик на этом.
Вот мой файл доменной зоны:
$TTL 604800
@ IN SOA ns.example.com. root.example.com. (
12 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
@ IN NS ns.example.com.
@ IN NS ns2.example.com.
@ IN MX 10 mail.example.com.
@ IN A 192.168.1.109
example.com. IN A 192.168.1.109
ns IN A 192.168.1.109
ns2 IN A 192.168.1.109
mail IN A 192.168.1.109
www IN A 192.168.1.109
и вот мой обратный файл зоны DNS:
$TTL 604800
@ IN SOA ns.example.com. root.example.com. (
9 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
@ IN NS ns.example.com.
@ IN NS ns2.example.com.
109 IN PTR example.com.
109 IN PTR ns.example.com.
109 IN PTR ns2.example.com.
Большое спасибо.
domain-name-system
ubuntu
bind
Cromulent
источник
источник
Ответы:
Странно - копирование и вставка вашего ответа и выполнение named-checkzone для него приводит к:
Вы уверены, что это правильный файл зоны, который у вас есть в вашей системе? Существует ли директива $ ORIGIN где-то между записями NS и A в вашем файле, которые изменяют корень зоны?
источник
Я был пойман на этом раньше.
Вы не можете проверить файл обратной зоны с тем же доменом, потому что вам нужно использовать обратный домен.
Попробуйте следующее:
источник
Что
dig @your-server-ip example.com soa
говорит иdig @your-server-ip 4.3.2.in-addr.arpa
говорит? Замените обратную зону фактической обратной.Они оба загружены на один и тот же сервер?
Какая версия named-checkzone? Какая версия BIND?
Если бы у меня был реальный IP-адрес или доменные имена для тестирования, я мог бы помочь вам в этом.
источник
Я думаю, что вы получаете ваши аргументы к именованной контрольной зоне.
Я дублирую вашу ошибку с:
Соответствующая проверка для обратной зоны: named-checkzone 1.168.192.in-addr.arpa 1.168.192.in-addr.arpa
Мой оригинальный ответ ниже ...
Попробуйте заменить знак @ в файлах зоны фактической зоной, которую вы пытаетесь определить ... (@ заменяется строкой переменной зоны из named.conf, что, как я подозреваю, может быть неверным)
т.е. замените первый знак @ на "example.com". <- конечная точка ноты
Для обратного файла вы должны заменить его на соответствующий файл in-addr.arpa. линия, в зависимости ...
источник