Как запустить собственный рДВУ на моем DNS-сервере?


10

Моя организация отказалась от gTLD, и в настоящее время мы используем стороннюю компанию (Verisign) для размещения ее на своих DNS-серверах. Однако есть 2 проблемы: мы платим немало за этот год (это меньшая проблема); обновление данных там ... запутанно (также по нашим организационным причинам).

Тем не менее, мы используем довольно большую систему DNS для других наших доменов (не TLD). Я пытался найти, можно ли самостоятельно разместить gTLD, но пока я нашел некоторую информацию о новых gTLD, я не смог перенести существующие gTLD.

Может кто-нибудь указать мне какой-то обзор / Howto / Readme, или может просто говорить из опыта?

РЕДАКТИРОВАТЬ: ради того, чтобы иметь контрольную точку, скажем, у меня уже есть. Пример. оДВа. В настоящее время он поддерживается на DNS-серверах Verisign. Я хочу иметь возможность поддерживать его на своих собственных DNS-серверах.


1
Ну, не совсем смешанно, я знаю, что это две разные организации, но для меня это всего одна компания. Я хочу переместить свой домен на свой собственный DNS-сервер (внешний), а домен является gTLD.
StanTastic

1
Я подозреваю, что iana.org/domains/root/manage - это то, что вы ищете, но у меня нет личного опыта с этим.
Хокан Линдквист

@ Håkan Здесь такой же уровень опыта. Я наткнулся на руководство кандидата для новых доменов верхнего уровня, но в разделе 1.1.2.11 довольно ясно сказано, что кандидат должен продемонстрировать существование реестра. Я не думаю, что было бы возможно напрямую делегировать весь новый gTLD на набор серверов имен, которые не являются частью реализации реестра.
Эндрю Б

Ответы:


24

Хокан в основном правильно. Процесс утверждения вашего рДВУ включал всестороннее техническое тестирование платформы, обслуживающей его, как на соответствие спецификациям DNS (как RFC, так и спецификациям для рДВУ от ICANN), доступность по всему миру как для IPv4, так и для IPv6, производительность интерфейсов реестра (EPP). то есть) и многое другое. Поскольку вы используете Verisign, вы, возможно, не заметили, что это произошло, поскольку их платформа содержит целый набор TLD и, как известно, хороша (по крайней мере, в этом отношении). Если вы хотите перевести свой gTLD на совершенно новую платформу, я подозреваю, что ICANN захочет повторить тестирование. Я настоятельно рекомендую вам напрямую связаться с ICANN и спросить, как с этим справиться.

[Примечание: я знаю это, потому что участвовал в создании платформы технического тестирования для текущего набора новых рДВУ и лично написал для нее большинство тестов на соответствие стандартам DNS.]


1
Итак, я подозреваю, просто сказать «у меня запущен BIND» недостаточно :) Но каковы технические причины для такого обширного тестирования моей собственной платформы gTLD? Другими словами, кто, кроме меня, причиняет мне боль, если платформа недостаточно надежна?
StanTastic

2
Вам будет больно всем, кому вы делегируете домены в своем ДВУ, а это могут быть миллионы людей. Правила были написаны с .COMучетом TLD, работающих как традиционные TLD (как ). Так что для тщеславного TLD это излишне, да, но на самом деле не может быть разных правил для разных заявителей.
Калле Дибедал

11

У меня нет личного опыта работы с новым рДВУ, но ответ, безусловно, должен состоять в том, что вы можете управлять своими собственными серверами имен (и другими службами). Я думаю, что вопрос скорее «по какой цене», на который у меня нет прямого ответа.

Технические требования IANA к серверам имен, по- видимому, представляют собой простую техническую основу, по сути, просто нормальные передовые практики для любого домена. (Вы, очевидно, должны все еще рассмотреть их.)

Внесение изменений в делегирование рДВУ также представляется относительно простым, у IANA есть информация о том, как управлять легкодоступным делегированием, и веб-интерфейс управления.

Однако при просмотре Руководства кандидата на новые рДВУ может показаться, что в процессе подачи заявки вы предоставили IANA документацию о том, как вы будете действовать в соответствии с их политиками, значительная часть которой, по-видимому, связана с технической работой реестра рДВУ. и службы серверов имен (предположительно, по крайней мере, в какой-то степени, на основе вашего использования этих услуг, предоставляемых извне, которые вы хотите заменить).
По-видимому, было бы целесообразно рассмотреть ваше собственное заявление и соглашения, которые вы заключили с IANA, чтобы оценить влияние этих запланированных изменений, когда речь идет о соблюдении политики и любых дополнительных технических требований, предусмотренных в ней.


1
+1 за это последнее предложение ...
Дженни Д
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.