Wir haben uns darum gekümmert, die von Ihnen in unseren vorherigen Fragen vorgeschlagenen Änderungen umzusetzen sip.teltel.io, aber es hat keine Verbesserung gebracht.
Auf AWS gehostete Subdomains werden manchmal nicht in 8.8.8.8 aufgelöst.
8.8.8.8 Die zufällige Auflösung unserer Subdomains schlägt fehl
8.8.8.8 gibt NXDOMAIN zufällig für alle unsere Subdomains zurück
AKTUALISIEREN:
- Wir haben sogar eine Test-Subdomain erstellt
xip.teltel.io, die genauso eingerichtet ist,sip.teltel.iound wenn diese Domain in Richtung 8.8.8.8 aufgelöst wird, funktioniert es jedes Mal einwandfrei. Der einzige Unterschied zwischen sip.teltel.io und xip.teltel.io ist die Auslastung: Schluckempfängt den Verkehr unserer Kunden undxipnur unsere Testanfragen.
Wie können Sie das erklären?
- Folgendes ist uns außerdem aufgefallen: Bei der Auflösung in Richtung 8.8.8.8 von einem lokalen WLAN oder einem persönlichen Hotspot usw. schlägt dies manchmal fehl. Antworten werden von diesen Google-IP-Adressen empfangen:
74.125.46.10
74.125.112.1
74.125.112.9
74.125.x.x
74.125.z.z
74.125.w.w
Aber wenn von einem Server auf AWS oder DO aus eine Auflösung in Richtung 8.8.8.8 erfolgt, ist dies immer erfolgreich. Die Antworten werden von verschiedenen Google-IP-Adressen empfangen:
172.253.199.4
172.253.1.194
172.217.33.132
Gibt Google großen Kunden wie AWS oder DO eine höhere Priorität als der Öffentlichkeit...? Oder gibt es eine andere Erklärung?
- Wir haben den Datenverkehr durch Ausführen eines TCPdumps (TCPdump UDP und Port 53) erfasst und festgestellt, dass unsere Nameserver nie eine Anfrage von Google erhalten, wenn die Auflösung fehlschlägt.
- Hier könnt ihr die Loops selbst testen:
Dies schlägt manchmal fehl mit "Schluck" -while true; do dig A 42894078.sip.teltel.io @8.8.8.8; done;
Das ist immer in Ordnung mit "xip"-while true; do dig A 42894078.xip.teltel.io @8.8.8.8; done;
Können Sie uns helfen, das Problem zu lösen? Uns kommt das Ganze ziemlich mysteriös vor.
Danke!