☰

8.8.8.8 Die zufällige Auflösung unserer Subdomains schlägt fehl

tag-icon • tag-icon domain-name-system domain google resolve public
8.8.8.8 Die zufällige Auflösung unserer Subdomains schlägt fehl

Wir haben viele Benutzer unserer VoIP-Software. Das Softphone überprüft jede Minute die Domain jedes Benutzers, Benutzer tätigen Anrufe, senden Nachrichten usw., also die üblichen VoIP-Sachen. Jeder Benutzer führt normalerweise mehrmals pro Minute DNS-Prüfungen durch und insgesamt gibt es ziemlich viele Anfragen.

Wir können nicht kontrollieren, zu welchem ​​öffentlichen DNS der Endbenutzer eine Auflösung versucht. Wenn es um den öffentlichen DNS von Google geht, schlägt dies manchmal zufällig fehl. Bei anderen wie Cloudflare (1.1.1.1) funktioniert es immer.

Wir haben das untersucht und das Problem ist nicht die Anzahl der DNS-Checks des Endnutzers gegenüber Google DNS, von denen wir wissen, dass sie begrenzt sind.Das Problem liegt zwischen Google DNS und unserem Nameserver, wenn Google MANCHMAL die Überprüfung der Subdomain verweigert. Es scheint, dass es hier eine weitere Grenze gibt.

Hier ist ein Beispiel für eine erfolglose Anfrage an 8.8.8.8 nach einem nslookup (die Domäne existiert).

dns.google can't find 7157599388.sip.teltel.io: Non-existent domain

Irgendeine Idee, wie man dieses Limit ändern kann?

Hilfe wird sehr geschätzt!

Vielen Dank im Voraus!

Antwort1

Ich bin mir nicht ganz sicher, warum 8.8.8.8die Auflösung Ihrer Namen (manchmal) fehlschlägt, aber ich sehe eine Sache, die nicht funktioniert und möglicherweise Probleme verursachen könnte.

Der Nameserver für die sip.teltel.ioZone antwortet unsinnig auf sip.teltel.io NSAnfragen:

$ dig @ns1.teltel.io sip.teltel.io NS +norec

; <<>> DiG 9.11.24-RedHat-9.11.24-2.fc33 <<>> @ns1.teltel.io sip.teltel.io NS +norec
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40833
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;sip.teltel.io.                 IN      NS

;; ANSWER SECTION:
sip.teltel.io.          3600    IN      CNAME   www.teltel.io.

;; Query time: 82 msec
;; SERVER: 3.9.142.25#53(3.9.142.25)
;; WHEN: Mon Dec 07 17:20:52 UTC 2020
;; MSG SIZE  rcvd: 60

$

Das bedeutet, dass, wenn 8.8.8.8die Antwort zwischengespeichert würde, sip.teltel.io NSes wüsste, dass es keine Nameserver gibt, waskönnte möglicherweiseder Grund für Ihre Probleme sein.

verwandte Informationen