Jak uruchomić własną gTLD na moim serwerze DNS?

Moja organizacja szukała gTLD, a obecnie korzystamy z usług firm zewnętrznych (Verisign) do hostowania jej na serwerach DNS. Są jednak dwa problemy: płacimy za to sporo rocznie (to mniejszy problem); aktualizowanie danych jest ... zawiłe (również z przyczyn organizacyjnych).

Mamy jednak dość duży system DNS dla naszych innych domen (nie TLD). Próbowałem wyszukać, czy możliwe jest samodzielne hostowanie gTLD, ale chociaż znalazłem trochę informacji o nowych gTLD, nie przesłałem jeszcze żadnych plików gTLD .

Czy ktoś może wskazać mi jakiś przegląd / howto / readme, lub może po prostu mówić z doświadczenia?

EDYCJA: ze względu na punkt odniesienia, powiedzmy, że już mam .przykład. gTLD. Obecnie jest utrzymywany na serwerach DNS Verisign. Chcę mieć możliwość utrzymania go na własnych serwerach DNS.

Håkan jest zasadniczo poprawny. Proces zatwierdzania twojej gTLD obejmował szeroko zakrojone testy techniczne platformy obsługującej ją, zarówno pod kątem zgodności ze specyfikacjami DNS (zarówno RFC, jak i specyfikacjami gTLD specyficznymi dla ICANN), ogólnoświatową dostępność zarówno dla IPv4, jak i IPv6, wydajność interfejsów rejestru (EPP , to znaczy) i więcej. Ponieważ używasz Verisign, być może nie zauważyłeś, że tak się stało, ponieważ ich platforma obsługuje całą masę TLD i wiadomo, że jest dobra (przynajmniej pod tym względem). Jeśli masz przenieść swoją gTLD na zupełnie nową platformę, podejrzewam, że ICANN będzie chciał powtórzyć test. Zdecydowanie zalecamy bezpośredni kontakt z ICANN i pytanie, jak sobie z tym poradzić.

[Uwaga: Wiem o tych rzeczach, ponieważ byłem zaangażowany w budowę technicznej platformy testowej dla bieżącego zestawu nowych gTLD i osobiście napisałem dla niej większość testów zgodności ze standardami DNS.]

Nie mam osobistego doświadczenia z obsługą nowej gTLD, ale odpowiedź z pewnością musi brzmieć, że możesz obsługiwać własne serwery nazw (i inne usługi). Myślę, że pytanie brzmi raczej „jakim kosztem”, na co nie mam bezpośredniej odpowiedzi.

Wymagania techniczne IANA dotyczące serwerów nazw wydają się być prostym technicznym punktem odniesienia, zasadniczo zwykłymi najlepszymi praktykami dla każdej domeny. (Oczywiście nadal powinieneś je przejrzeć.)

Wprowadzanie zmian w delegacji gTLD również wydaje się stosunkowo proste, IANA posiada informacje na temat zarządzania łatwo dostępną delegacją oraz interfejs zarządzania oparty na sieci Web.

Jednak podczas przeglądania Nowego Przewodnika dla wnioskodawców gTLD wydaje się, że podczas procesu składania wniosku dostarczyłeś IANA dokumentację dotyczącą tego, jak będziesz działać zgodnie z ich zasadami, z których duża część wydaje się dotyczyć technicznej obsługi rejestru gTLD oraz usługi serwera nazw (prawdopodobnie udzielono odpowiedzi, przynajmniej w pewnym stopniu, w oparciu o korzystanie z tych zewnętrznych usług, które teraz chcesz zastąpić).
Wydaje się, że rozsądnie byłoby przejrzeć swój własny wniosek i umowy, które zawarłeś z IANA, aby ocenić wpływ tych planowanych zmian, jeśli chodzi o zgodność z polityką i wszelkimi dodatkowymi wymogami technicznymi na nią nałożonymi.