Ich habe eine Verkehrsrichtlinie, die auf einer Domäne ausgeführt wird, die explizit für Nordamerika angibt, Verkehr an einen Server in VA zu leiten (ich habe alle Kontinente für relive Regionen festgelegt). Ich habe auch eine regionale Standardeinstellung, um auch für andere Benutzer an VA zu routen, wenn DNS den Standort nicht auflösen kann.AWS Route 53 Geolokalisierungsrichtlinie für Verkehr funktioniert nicht wie erwartet
Einer meiner Kunden in Atlanta GA ruft die Domäne und wir sehen die Auflösung der DNS zu Endpunkten für Europa, Nordamerika und Asien angegeben. Es scheint, dass die DNS-IP-Adresse zufällig von USA nach Europa wechselt, nach Asien (ich habe dies durch Pingen der Domäne überprüft und sehe den Endpunkt ips für diese Regionen).
Wie wird ein Benutzer in Atlanta GA, USA, aufgrund der oben genannten Konfiguration nach Asien und Europa weitergeleitet? Ich nehme an, wenn DNS nicht auflösen kann, dann würde der Standard verwendet werden. Ich habe ein paar Bilder hier:
Was bin ich?
Es sieht aus wie Sie eine Fehlkonfiguration haben. Geo-Routing ist keine exakte Wissenschaft, aber Sie sollten nicht mehrere Antworten auf Anfragen von einem Ort erhalten. Das Verhalten, das Sie beschreiben, legt nahe, dass alle möglichen Antworten in einem Round-Robin-Modus zurückgegeben werden ... aber Ping ist ein schlechter Test. Sie benötigen 'dig' oder' nslookup' - eines dieser Tools zeigt möglicherweise an, dass Sie tatsächlich mehrere Antworten auf jede DNS-Abfrage zurückgeben. –
BTW, eine gute Möglichkeit zur Überprüfung der globalen DNS-Auflösung ist: https://cachecheck.opendns.com/ –
Anstatt eine Traffic-Richtlinie über den visuellen Editor zu verwenden, haben Sie versucht, dies direkt als Record Sets zu konfigurieren? Erstellen Sie einfach 4 Datensatzgruppen mit 'Routing Policy = Geolocation', alle mit dem gleichen DNS-Namen, aber unterschiedlichen Standorten. Einen Versuch wert! –