DNS çözümleme hatası hata ayıklama

auth.otc.t-systems.comCloudflare sunucusuyla etki alanı için bir DNS çözümleme hatası alıyorum , ancak takıldım. Garip bir şey, arama çalıştıran makineye bağlı olarak arama başarılı / başarısız olmasıdır, ancak yapılandırmanın nerede farklı olduğunu anlayamıyorum.

Hata her zaman aşağıdaki mesajla olur: server can't find auth.otc.t-systems.com: SERVFAIL

1.1.1.1 Cloudflare'nin DNS'si.

Şimdiye kadar denediklerim:

• Koşu nslookup auth.otc.t-systems.com 1.1.1.1çeşitli makinelerde:
  • Benim iş ve ev internet ile makinemde başarısız (ancak her iki durumda da Google'ın DNS ile başarılı).
  • İş İnternet ile bir meslektaş makine başarısız.
  • Uzak bir sunucuya ssh oturumunda başarılı olur.
• Şimdi, çalışma internetimizde, aramanın başarısız olmasına neden olan garip bir yapılandırma olduğunu varsayalım. Ancak ne aramalıyım bilmiyorum ve ben de başarısız bazı çevrimiçi nslookup hizmetleri buldum:
  • Başarısız: https://network-tools.com/nslook/Default.asp?domain=auth.otc.t-systems.com&type=1&server=1.1.1.1&class=1&port=53&timeout=5000&go.x=21&go.y=13
  • Eserler: http://www.kloth.net/services/nslookup.php

Herhangi bir ipucu nasıl daha hata ayıklamak için?

Dig'i kullanmayı deneyin. Yirmi yıl önce nslookup'u reddetmeye çalıştılar, ancak şimdi kas belleğine sıkıca yerleşti ve kurtulmak imkansız, ancak kazmak çok daha üstündür. Örneğin.

dig +trace auth.otc.t-systems.com @1.1.1.1

Çözünürlüğü sizin için tam olarak izler ve nerede farklı olduklarını görebilirsiniz.

Ağ çalışanları 1.1.1.1 yaşlarında, anahtar / yönlendirici AP'lerinin rastgele arabirimlerinde başka bir özel adresin yerine kullanılmıştır. (Ben şu anda yüzlerce kablosuz AP'nin halka açık IP adresinin 1.1.1.1 olduğu bir konumdayım)

Bahse girerim, Cloufare 1.1.1.1 ile bu tür bir arayüz için orada (orta) bir rotaya sahip olduğunuzu söyleyemediğiniz makinelerde paramı yatırıyorum.

Örneğin, benim durumumda, 1.1.1.1 bana IP adresimi veriyor:

$ sudo tcpdump -i any -n host 1.1.1.1 and port 67
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
13:11:51.037186 IP 1.1.1.1.67 > 10.x.x.x.68: BOOTP/DHCP, Reply, length 296
13:11:51.037250 IP 1.1.1.1.67 > 10.x.x.x.68: BOOTP/DHCP, Reply, length 296