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
Wieso ist es so?
Eine Idee: Gibt Google großen Kunden wie AWS oder DO eine höhere Priorität als der Öffentlichkeit...? Oder gibt es eine andere Erklärung?
Zusätzlich:
- Wir haben sogar eine Test-Subdomain xip.teltel.io erstellt, die genau gleich eingerichtet ist, und wenn diese Domain in Richtung 8.8.8.8 aufgelöst wird, funktioniert sie jedes Mal einwandfrei. Der einzige Unterschied zwischen sip.teltel.io und xip.teltel.io ist die Last: sip empfängt den Verkehr unserer Kunden und xip nur unsere Testanfragen.
Wie können Sie das erklären?
--
- 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önnen Sie die Schleifen selbst testen: Dies schlägt mit „sip“ fehl – while true; do dig A 42894078.sip.teltel.io @8.8.8.8; done; Dies ist OK mit „xip“ – while true; do dig A 42894078.xip.teltel.io @8.8.8.8; done;
Können Sie uns bitte helfen, das Problem zu lösen? Es kommt uns ziemlich mysteriös vor.
Danke!