DNS sunucumda kendi gTLD'yi nasıl çalıştırırım?


10

Kuruluşum bir gTLD oluşturdu ve şu anda üçüncü tarafları (Verisign) DNS sunucularında barındırmak için kullanıyoruz. Ancak, 2 sorun var: bu yıllık ücret için biraz ödeme yapıyoruz (bu daha az sorun); veri güncelleniyor ... kıvrımlı (ayrıca organizasyonel nedenlerle).

Ancak, diğer (TLD olmayan) alanlarımız için oldukça büyük bir DNS sistemi çalıştırıyoruz. GTLD'yi kendi kendine barındırmanın mümkün olup olmadığını araştırmayı denedim, ancak yeni gTLD'ler için bazı bilgiler buldum, ancak mevcut gTLD'leri aktarmıyorum.

Birisi beni bir bakış / nasıl yapılır / benioku işaret edebilir, ya da sadece deneyimden konuşabilir?

EDIT: bir referans noktası olması uğruna, diyelim ki zaten .example sahibim. gTLD. Şu anda Verisign DNS sunucularında korunmaktadır. Kendi DNS sunucularımda bunu sürdürebilmek istiyorum.


1
Gerçekten karışık değil, bunların 2 ayrı varlık olduğunu biliyorum, ancak benim için sadece 1 şirket. Alanımı kendi DNS (dışa dönük) sunucuma taşımak istiyorum ve alan adı bir gTLD.
StanTastic

1
Aradığın şey iana.org/domains/root/manage olduğundan şüphelenirim , ancak bununla ilgili kişisel bir deneyimim yok.
Håkan Lindqvist

@ Håkan Burada aynı deneyim seviyesi. NewgTLD'ler için başvuru kılavuzunda rastladım, ancak bölüm 1.1.2.11, başvuranın bir kayıt defterinin varlığını göstermesi gerektiğini açıkça ortaya koymaktadır. Tüm newgTLD'yi doğrudan bir kayıt defteri uygulamasının parçası olmayan bir dizi ad sunucusuna devretmenin mümkün olacağını düşünmüyorum.
Andrew B

Yanıtlar:


24

Håkan temel olarak doğrudur. GTLD'nizin onay süreci, hem DNS spesifikasyonlarına (ICANN'den hem RFC'ler hem de gTLD'ye özgü spesifikasyonlar) uyumluluk, IPv4 ve IPv6 üzerinden dünya çapında kullanılabilirlik, kayıt defteri arayüzlerinin performansı (EPP) için geniş kapsamlı teknik testler içeriyordu. , yani) ve daha fazlası. Verisign'ı kullandığınız için, bunun bir sürü TLD'ye ev sahipliği yaptığı ve (en azından bu bakımdan) iyi olduğu bilindiği için bunun olduğunu fark etmemiş olabilirsiniz. Eğer gTLD'nizi tamamen yeni bir platforma taşıyacaksanız, ICANN'in testin tekrarlanmasını isteyeceğinden şüpheleniyorum. Doğrudan ICANN ile iletişime geçmenizi ve bunun nasıl ele alınacağını sormanızı şiddetle tavsiye ederim.

[Not: Bunları biliyorum, çünkü şu anki yeni gTLD'ler için teknik test platformu oluşturmaya katıldım ve DNS standartlarına uygunluk testlerinin çoğunu bizzat yazdım.]


1
Bu yüzden, sadece "BIND çalışıyorum" demek yeterli değil :) Ama kendi gTLD platformumun bu kadar kapsamlı test edilmesinin teknik nedenleri nelerdir? Başka bir deyişle, platform yeterince sağlam değilse kim - kendimden başka - kim acıyor?
StanTastic

2
TLD'nizde milyonlarca kişi olabilecek alanlara yetki verdiğiniz herkese zarar veriyorsunuz. Kurallar, geleneksel TLD'ler (gibi .COM) akılda tutulan TLD'ler ile yazılmıştır . Bu yüzden bir makyaj TLD'si için aşırıya kaçmak, evet, ama farklı başvuru sahipleri için gerçekten farklı kurallar olamaz.
Calle Dybedahl

11

Yeni bir gTLD'nin çalışmasıyla ilgili kişisel deneyimim yok, ancak cevap mutlaka kendi ad sunucularınızı (ve diğer hizmetlerinizi) çalıştırmanızın mümkün olması olmalıdır. Bence soru daha çok doğrudan bir cevabımın olmadığı "ne pahasına".

IANA'nın ad sunucuları için teknik gereksinimleri, basit bir teknik taban çizgisi gibi görünüyor, temelde herhangi bir alan için normal en iyi uygulamalar. (Onları hala gözden geçirmelisiniz.)

Bir gTLD delegasyonunda değişiklik yapmak da nispeten basittir, IANA, hazır bulunan bir delegasyonun ve web tabanlı bir yönetim arayüzünün nasıl yönetileceği hakkında bilgiye sahiptir .

Bununla birlikte, Yeni gTLD Başvurucu Kılavuzu'na göz atarken , başvuru sürecinde IANA'ya politikalarına uygun olarak nasıl çalışacağınıza dair dokümantasyon sağladığınız anlaşılıyor; ve ad sunucusu hizmetleri (muhtemelen değiştirmek istediğiniz bu harici olarak sağlanan hizmetleri kullanımınıza bağlı olarak, muhtemelen en azından bir ölçüde yanıtlanmıştır).
Politikaya ve burada belirtilen ek teknik şartlara uyma söz konusu olduğunda, planlanan bu değişikliklerin etkisini değerlendirmek için kendi başvurunuzu ve IANA ile girdiğiniz anlaşmaları gözden geçirmek ihtiyatlı görünmektedir.


1
Bu son cümle için +1 ...
Jenny D
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.