Birisi yetkili ad sunucularını kayıt şirketi aracılığıyla değiştirdiğinde, kayıt şirketi en üst düzey etki alanı (TLD) sunucularını güncellemek için hangi işlemi gerçekleştirir?
Birisi yetkili ad sunucularını kayıt şirketi aracılığıyla değiştirdiğinde, kayıt şirketi en üst düzey etki alanı (TLD) sunucularını güncellemek için hangi işlemi gerçekleştirir?
Yanıtlar:
Kök bölge yöneticisi geçmişte e-posta şablon sistemi aracılığıyla kayıt şirketlerinden güncellemeler almıştır. 10+ yıl önce NetSol ile uğraşıyorsanız, e-posta şablonlarını hatırlarsınız.
E-postada olduğu gibi doğal olarak kararlı ve güvenilir olan Verisign (o zaman NetSol), veritabanına bir web arayüzü için sadece bir dizi özellik olan yeni bir RZMS (Kök Bölgesi Yönetim Sistemi) ile geldi. Etkileşim protokolü EPP sistemini (Genişletilebilir Hazırlama Protokolü; RFC 3730-3735) olarak adlandırır. Görünüşe göre bu sistem en azından .com, .org ve muhtemelen diğerleri için kullanılıyor. TLD yöneticisi ayrıca TLD Bölgesi'nin durumunu ICANN'e geri iletir, böylece temel olarak yedek bir kopyaya sahiptirler (ICANN, doğrulama ve kimlik doğrulama amaçlı olduğunu iddia eder; bir şeylerin yanlış olup olmadığını bilecekleri gibi).
Kayıt defterine yetkili ad sunucularını değiştirme isteği gönderilir ve kayıt defteri bu değişiklikleri kök sunuculara gönderir. İstek gerçek zamanlı olarak gönderilir, ancak kök sunucuların ne kadar hızlı güncelleştirildiği kayıt defterine göre değişebilir.
sorunuza cevap veriyor mu? Başka bir şeye ihtiyacınız olursa bize bildirin.
İşte .org için bir kayıt şirketi olma sürecinin düzeni (.org kayıt defteri PIR tarafından çalıştırılır):
http://www.pir.org/sell/become_registrar/requirements
Verisign'a ait TLD'ler (.net, .com ve diğerleri) için gereksinimler / iş süreçleri
Karmaşık görünüyor.