Як запустити власний gTLD на моєму сервері DNS?


10

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

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

Чи може хтось вказати мені на якийсь огляд / howto / readme, або просто може говорити з досвіду?

EDIT: задля того, щоб мати точку відліку, скажімо, у мене вже є .example. gTLD. В даний час він підтримується на серверах Verisign DNS. Я хочу мати можливість підтримувати його на своїх власних серверах DNS.


1
Ну, не дуже змішаний, я знаю, що це 2 окремі організації, однак для мене це лише 1 компанія. Я хочу перенести свій домен на власний DNS-сервер (зовнішній), а домен - gTLD.
StanTastic

1
Я б підозрював, що iana.org/domains/root/manage - це те, що ви шукаєте, але у мене немає особистого досвіду з цим.
Хокан Ліндквіст

@ Håkan Тут же рівень досвіду. Я натрапив на посібник заявника щодо newgTLD, але в розділі 1.1.2.11 чітко видно, що заявник повинен продемонструвати наявність реєстру. Я не думаю, що можна було б безпосередньо делегувати весь newgTLD набір серверів імен, які не є частиною реалізації реєстру.
Ендрю Б

Відповіді:


24

Хакан в основному правильний. Процес затвердження вашого gTLD включав широке технічне тестування платформи, що його обслуговує, як на відповідність специфікаціям DNS (як RFC, так і gTLD-специфікації від ICANN), доступність у всьому світі для IPv4 та IPv6, ефективність інтерфейсів реєстру (EPP , тобто) та інше. Оскільки ви використовуєте Verisign, ви, можливо, не помічали, що це сталося, оскільки їх платформа містить цілу купу TLD і, як відомо, добре (щонайменше, в цьому плані). Якщо ви маєте перенести свій gTLD на абсолютно нову платформу, я підозрюю, що ICANN захоче повторити тестування. Настійно рекомендую звернутися безпосередньо до ICANN і запитати, як з цим впоратися.

[Примітка. Я знаю ці речі, тому що я брав участь у створенні платформи технічного тестування для поточного набору нових gTLD і особисто написав більшість тестів на відповідність стандартам DNS для цього.]


1
Отже, я підозрюю, що сказати "у мене працює BIND" недостатньо :) Але які технічні причини такого обширного тестування моєї власної платформи gTLD? Іншими словами, хто - крім мене - боляче, якщо платформа недостатньо міцна?
StanTastic

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

11

Я не маю особистого досвіду роботи з новим gTLD, але відповідь, безумовно, повинна бути такою, що ви можете керувати своїми власними серверами імен (та іншими службами). Я думаю, що питання швидше полягає в тому, "якою ціною", на що я не маю прямої відповіді.

Технічні вимоги IANA до серверів імен, як видається, є простою технічною базовою базою, по суті, просто нормальною найкращою практикою для будь-якого домену. (Очевидно, ви все одно повинні їх переглянути.)

Внесення змін до делегації gTLD також видається досить простим, IANA має інформацію про те, як керувати делегацією, легко доступною та веб-інтерфейс управління.

Однак, переглядаючи Новий посібник для заявників gTLD , виявляється, що під час процесу подання заявки ви надали IANA документацію про те, як ви будете діяти відповідно до їх політики, хороший фрагмент якої стосується технічної роботи реєстру gTLD. послуги сервера імен (імовірно, відповідь, принаймні, певною мірою, виходячи з використання цих зовнішніх послуг, які ви зараз хочете замінити).
Здається, було б доцільно переглянути власну заявку та укладені вами угоди з IANA, щоб оцінити вплив цих запланованих змін, коли мова йде про дотримання політики та будь-яких додаткових технічних вимог, передбачених ними.


1
+1 за це останнє речення ...
Jenny D
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.