Новый DNS-сервер BIND9 & Webmin не принят регистратором
У меня проблемы и проблемы с BIND9 на Debian6/64, сделанные с помощью Webmin. По сути, я не думаю, что Webmin - это проблема, но я просто упоминаю об этом. Итак, я создал главную зону DNS с BIND, и регистратор домена не принимает ее при попытке вставить, например, ns1.domain.org и ns2.domain.org на страницу изменения регистраторов dns. Я использую деревянный язык, чтобы каждый мог понять, читая дальше. Я надеюсь, что это помогает. Сервер BIND размещен по адресу 92.243.16.81, как в примере ниже, поэтому домен должен указывать на него. Это пример зоны. Я заменил фактический домен на общий:
$ttl 38400
domain.org. IN SOA domain.org. web.domain.org. (
1363690132
600
3600
1200
38400 )
domain.org. IN A 92.243.16.81
domain.org. IN AAAA 2001:4b98:dc0:43:216:3eff:feef:c290
ns1.domain.org. IN A 92.243.16.81
ns2.domain.org. IN A 92.243.16.81
ns1.domain.org. IN AAAA 2001:4b98:dc0:43:216:3eff:feef:c290
ns2.domain.org. IN AAAA 2001:4b98:dc0:43:216:3eff:feef:c290
domain.org. IN NS ns1.domain.org.
domain.org. IN NS ns2.domain.org.
www.domain.org. IN CNAME domain.org.
mail.domain.org. IN MX 10 domain.org.
92.243.16.83.in-addr.arpa. IN PTR mail.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR mail.domain.org.
92.243.16.83.in-addr.arpa. IN PTR domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR domain.org.
92.243.16.83.in-addr.arpa. IN PTR ns1.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR ns1.domain.org.
92.243.16.83.in-addr.arpa. IN PTR ns2.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR ns1.domain.org.
Почему DNS не принят? Это недавно созданная зона. Я сделал что-то не так, или мне нужно ждать, пока это распространится, чтобы его можно было принять? Регистратор говорит, что введенный DNS не квалифицирован, и возвращается к стандартному DNS.
2 ответа
Невозможно однозначно ответить на предоставленную вами информацию, однако, исходя из моего опыта [что уместно, я настроил более 1 провайдера и работал также на регистраторе] -
Интересно, если проблема с записями КЛЕЯ? Вы указали серверы ns, которые являются поддоменом зоны. Для поддержки этого ваш регистратор должен знать, как получить доступ к DNS-серверам, не глядя на зону. Это означает, что вам нужны склеенные записи (в основном вам необходимо указать IP-адреса для записей NS для вашей зоны для регистратора). Возможно, вы захотите внимательно изучить это и / или обсудить со своим регистратором, как они справляются с этим - некоторые регистраторы требуют, чтобы это было сделано вручную.
Поддерживает ли ваш регистратор регистрации IPV6? Если нет, то это может быть проблемой.
Другие наблюдения:
Вероятно, это не проблема с BIND. Я не знаю ни одной причины, по которой любой регистратор, которому требуется действительная зона, прежде чем он примет серверы имен - на самом деле я сомневаюсь, что они могут проверить, что зона действительна!!!
Я не видел настройки с обратными (ARPA) записями в зоне для другого файла, и я почти уверен, что это неправильно. Вероятно, это должен быть отдельный домен. Я говорю, вероятно, потому что я еще не имел дело с записями IPV6, но я почти уверен, что прав.
Хорошая точка зрения! Я просто озирался и нашел что-то, что говорит примерно то же самое. Я должен сделать те же серверы имен в регистраторе и поставить там IP. Я не совсем знал, что они называются клейкими записями. Вот сообщение, которое я нашел, с указанием: https://stackoverflow.com/questions/4308990/setting-up-a-custom-nameserver-with-bind9
Теперь мне интересно, зачем мне BIND, если у регистратора уже есть какая-то сторона обработки домена (dns), где я могу их настроить?! Я пытался сделать это раньше, с другим доменом, но по какой-то причине не сработал, поэтому я попробовал этот вариант BIND. Возможно, я что-то не так понял, но технически, по моим расчетам, это должно сработать. Я попробую это снова. Вероятно, я должен ждать распространения.