NSLOOKUP, isteminde kullanıldığında belirli ad sunucuları için sürekli başarısız oluyor

Amacım , tüm etki alanımın ad sunucularının nslookup içindeki aşağıdaki komut dizisi ile çalıştığını kontrol etmektir (yanıtlar burada belirtilmemiştir):

set type=soa
example.com
set type=a+aaaa
example.com ns1.name_server.com
example.com ns2.name_server.com
example.com ns3.name_server.com
example.com ns4.name_server.com

Sunucuların ns1, ns2, ns3 ve ns4 adlarının SOA'da verilen listeden alındığı yerlerde.

Buradaki sorun , yalnızca Windows'ta, bazı ancak tüm sunucuya özgü komutların tümü ** ns2.name_server.com can't find example.com: No response from server bir Windows 10 Pro makinesindesürekli olarak dönmemesi ve Server 2008R2 için şunu vermesidir:

DNS request timed out.
    timeout was 2 seconds.  [it times out 4 times like this]
** Request to ns2.name_server.com timed-out

Çevrimiçi araçlar, bir Mac ve bir Linux VM ( hostkomutlu) ile test edildiğinde, tüm ad sunucularını (ns1, ns2, ns3, ns4) anında doğru A kaydı sağlar. Bu nedenle, tüm DNS girişlerinin doğru olduğuna ve Windows ile ilgili bir sorun olduğuna inanıyorum.

Bulduğum geçici çözüm , tüm nslookup komutlarını nslookup komut isteminde değil , doğrudan komut isteminden vermektir. Bütün bunlar doğru cevabı verir:

c:>nslookup example.com ns1.name_server.com
c:>nslookup example.com ns2.name_server.com
c:>nslookup example.com ns3.name_server.com
c:>nslookup example.com ns4.name_server.com

Çok garip olan şey, başarısız olan ad sunucularının (nslookup komut isteminde) makine makinesi için özel ve tekrarlanabilir olmasıdır, örneğin Win10'um ns1 için başarılı ancak ns2, ns3 ve ns4 için başarısız oluyor. 2008R2 makinesinde sadece ns2 başarısız oluyor ve ns1, ns3 ve ns4 işleri var.

Sorun, SOA türüne ve geri anahtarına ilk geçişi yapmadan bile istemde gerçekleşir, yani example.com ns1.name_server.comilk komutu verir.

İlk varsayılan sunucunun sorun olabileceğinden şüpheliyim, çünkü nslookup komut istemine girerken onu vuruyor. Ancak aynı davranışı varsayılan 8.8.8.8 veya düşük uçlu ev yönlendiricisiyle de görüyorum.

Gördüğüm diğer ipucu, belirtilen ad sunucusunun IPv4 adresi ve IPv6 adresi açısından nasıl bildirildiği konusunda bir tutarsızlık . Bazen v4, bazen her ikisi de. Ancak tutarlı bir kalıp ayırt edemedim.

Soru: nslookup'ı doğru kullanıyorum mu? Bu bir hata mı? Burada gizlenen bir IPv6 sorunu var mı?

Denenecek örnek: Bu komutları Windows makinenizdeki bir nslookup komut istemine yazın:

set type=soa
superuser.com   [check the current name servers and revise below accordingly if needed] 
set type=a+aaaa
superuser.com ns-1699.awsdns-20.co.uk
superuser.com ns-245.awsdns-30.com
superuser.com ns-cloud-d1.googledomains.com
superuser.com ns-cloud-d2.googledomains.com

Ben cevabı buldum burada kısmen devletler hangi önce neredeyse 3 yaşındaki:

... nslookup Windows'da bozuldu ..

... DNS sunucusu, çift IPv4 ve IPv6 adreslerine sahip olduğu anlamına gelir. Varsayılan DNS sunucusunu komut satırı seçeneği olarak belirleyerek aramayı gerçekleştirirken, nslookup, IPv6 ile başlayan ve IPv4 ile biten IP adresleri arasında doğru şekilde dolaşır. Ancak nslookup'ı etkileşimli olarak kullanırken, nslookup yalnızca çözümleyici tarafından döndürülen ilk adresi dener, bu da her zaman IPv6 adresi olur.

Bunun çözümü, nslookup'ı etkileşimli olarak kullanırken DNS sunucularını IP adresine göre belirtmek veya komut satırında varsayılan DNS sunucusunu belirterek nslookup'ı etkileşimli olarak kullanmaktır.

Bunun yalnızca Windows'ta nslookup'u etkilediğini, Linux ve OS X'in modern sürümlerinde nslookup'ın sabit bir sürümünü kullandığını unutmayın.

Bu yüzden nslookup bozuldu ve bu bir IPv6 sorunudur.