Diyelim ki alan adına sahibim example.com. Kayıt memuruna kayıtlıdır R. Adresindeki hesabımda R, .TLDkayıt defteri için aşağıdaki ad sunucularını kaydettirdim :

• ns1.example.com -> 192.0.2.1
• ns2.example.com -> 192.0.2.2

Diyelim ki DNS için bu ad sunucularını kullanan hiçbir alan adı yok. RHesabım dışında ad sunucularının .TLDkayıt defterine başarıyla kaydedildiğini nasıl doğrulayabilirim ?

Örneğin, VeriSign Inc'in WHOIS sayfası kayıtlı bir .COMad sunucusu aramanıza izin verir :

Sunucu Adı: NS1.HOSTGATOR.COM
IP Adresi: 67.18.54.2
Kayıt Şirketi: ENOM, INC.
Whois Sunucusu: whois.enom.com
Tavsiye URL'si: http://www.enom.com

Herhangi bir TLD kaydı için bu bilgilere bakmak için standart bir yaklaşım var mı?

Açıklığa kavuşturmak için, örneğin bir alan adının ayarlandığı ad sunucularını doğrulamak istemiyorum :

Alan Adı: HOSTGATOR.COM
Kayıt Şirketi: ENOM, INC.
Whois Sunucusu: whois.enom.com
Tavsiye URL'si: http://www.enom.com

İsim Sunucusu: NS1.P13.DYNECT.NET
İsim Sunucusu: NS2.P13.DYNECT.NET
İsim Sunucusu: NS3.P13.DYNECT.NET
İsim Sunucusu: NS4.P13.DYNECT.NET

Durum: clientTransferProhibited
Güncelleme Tarihi: 05 Ocak 2013
Oluşturma Tarihi: 22 Ekim 2002
Sona Erme Tarihi: 22 Ekim 2015

Bunun yerine, ns1.example.tldkayıt defterinin bu ad sunucusu (örneğin 123.456.789.001) için kaydettiği IP adresini bulmak için, kayıt defterine karşı tek bir kayıtlı ad sunucusu (örneğin ) sorgulamak için bir yol arıyorum .

Güncelleme:

Giriş için VeriSign ile iletişime geçtim ve VeriSign'ın ad sunucuları için WHOIS aramasının tescilli olduğu ortaya çıktı. İşte yanıtları:

Kayıt defterinde kayıtlı olan ancak şu anda herhangi bir etki alanıyla ilişkili olmayan bir ad sunucusu ile ilgili herhangi bir bilgi edinip edemeyeceğinizle ilgili sorularınız için maalesef bu bilgileri örneğin bir DiG gerçekleştirerek alternatif yollarla elde edemezsiniz. Ad sunucuları yalnızca bir etki alanına bağlıysa bölgeye yayımlanır; bu nedenle, söz konusu ad sunucusu bir etki alanıyla ilişkilendirilmedikçe bu bilgileri alamazsınız. Ayrıca, bir DiG size bir etki alanı ve ilgili IP'leri vb. İle ilişkili ad sunucularının bir listesini sağlayabilir.

- Benjamin, VeriSign, Inc. Müşteri Hizmetleri

@ Iian'ın aşağıdaki cevabının ikinci kısmı doğrudur. Kayıt defterinin söz konusu ad sunucusu için kaydettiği IP adresini aramak için ad sunucusunun bir etki alanıyla ilişkili olması gerekir.

Herkese açık bir DNS sunucusu kazıp seçebiliriz

dig 8.8.8.8 NS example.com

Bu size isim sunucularının adlarını verecektir, o zaman onları arayabilirsiniz.

dig +short ns1.example.tld 
123.456.789.001

veya Windows kullanıyorsanız nslookup'ı kullanabilirsiniz.

nslookup
> server 8.8.8.8
> set type=ns
> example.com 

Sonra yukarıdakine benzer

nslookup ns1.example.tld

size ip adresini sağlayacak

Eğer tld'yi doğrudan sorgulamak istiyorsanız

dig ns tld

TLD'lerin ad sunucularının bir listesini sağlar, daha sonra bunları doğrudan ns kayıtları için sorgulayabilirsiniz. örneğin. tld

dig @ns666.tld ns example.tld

Normalde ad sunucularını sorgulamak için Whois'i kullanabilirsiniz:

$ whois -h whois.verisign-grs.com "nameserver =ns3.serverfault.com"

Whois Server Version 2.0

Domain names in the .com and .net domains can now be registered
with many different competing registrars. Go to http://www.internic.net
for detailed information.

   Server Name: NS3.SERVERFAULT.COM
   IP Address: 69.59.196.217
   Registrar: NAME.COM LLC
   Whois Server: whois.name.com
   Referral URL: http://www.name.com

>>> Last update of whois database: Fri, 18 Jan 2013 08:57:23 UTC <<<

Bu özelliğin uygulanması TLD'ye kadardır. .GOV, ad sunucusu sorguları döndürmez:

$ whois -h whois.nic.gov "nameserver =a.gov-servers.net" 
% DOTGOV WHOIS Server ready
No match for nameserver "A.GOV-SERVERS.NET".

>>> Last update of whois database: 2013-01-18T08:59:27Z <<<

Bir ana bilgisayarın genel DNS veya Whois hizmetleri aracılığıyla bir kayıt defterine kaydedilip kaydedilmediğini kontrol etmek için gerçekten güvenilir bir yol yoktur (yani tüm TLD'lerde kullanılabilir bir yöntem). Tutkal kayıtlarını doğrudan sorgulayamazsınız ve yalnızca aradığınız ad sunucularını kullanarak bir alan adını sorguladığınızda görürsünüz. Herhangi bir alan adıyla ilişkili olmayan ad sunucularıyla ilgilendiğiniz için bu bir seçenek değildir.

Whois yaklaşımı en iyi seçeneğinizdir, ancak güvenilemez. Kayıt defteri, ilişkili bir etki alanı yoksa kaydedilmiş bir ad sunucusuna sahip olabilir, ancak Whois içine koymak rahatsız etmeyebilir. Ad sunucusunun kayıt defterindeki varlığını doğrulamanın yalnızca% 100 güvenilir yolu, EPP CHECK komutu aracılığıyla kayıt defterini sorgulamaktır. Bunlar yalnızca kayıt memurları tarafından kullanılabildiğinden, size çok yardımcı olmaz.

Diyelim ki DNS için bu ad sunucularını kullanan hiçbir alan adı yok. R hesabımın dışında, ad sunucularının .TLD kayıt defterine başarıyla kaydedildiğini nasıl doğrulayabilirim?

Tabii ki, bir ad sunucusuyla ilişkili alan adınız yoksa, bu gerçekten önemli mi? Kontrol etmenin tek garantili yolu, ad sunucunuzu kullanarak bir etki alanını TLD'ye kaydettirmek, etki alanını sorgulamak ve `dig @tldnameservers alan adınız ns 'den geri aldığınız yapıştırıcıyı kontrol etmektir.

Ad sunucularınız için bir gTLD sunucusunu sorgulamak için nslookup veya dig komutunu kullanın. Alan adınız için DNS temsilcisini izlemek için aşağıdaki web sitesini de kullanabilirsiniz:

http://www.simpledns.com/lookup-dg.aspx

Tüm yeni gTLD'ler için ICANN, tüm kayıt sahiplerine, belirli bir ad sunucusunun (ad veya IP ile) kayıt defterinde kayıtlı olup olmadığını kontrol etmek için whois'lerinin ad sunucusu sorgularına yanıt vermesini zorunlu kılar. Süper yararlı olmaktan çok uzak, ama var.