Jak długo trwa praca CNAME Route 53?

16

Skonfigurowałem CNAME na Amazon Route Route 53, aby wskazywać na inny serwer.

To jest nowa CNAME dla nowej subdomeny wskazującej na istniejącą nazwę domeny.

Wraz z innymi dostawcami DNS, z którymi współpracowałem, nowe rekordy nazw kanonicznych natychmiast powiązały się z inną kanoniczną nazwą domeny.

cname-record amazon-route53

— David Sulpy
źródło

Poczekam kilka minut. Rekordy Route53 trafiają do kilkudziesięciu centrów danych na całym świecie i prawdopodobnie do dziesiątek serwerów w tych centrach danych, więc zwykle widziałem od kilku sekund do kilku minut dla czterech adresów serwerów nazw dla domeny, aby zaczęły zwracać wyniki.

— ceejayoz,

2

Jak testujesz, czy „zadziałały”, czy nie? W DNS jest dużo buforowania, a jeśli nie zrobisz tego dobrze, po prostu zobaczysz zapis w pamięci podręcznej.

— Ladadadada,

Testuję to, próbując trafić na adres URL, który skonfigurowałem. W moim pytaniu wspomniałem, że jest to nowy rekord, więc nie jestem pewien, czy powinienem się martwić o zapisywanie w pamięci podręcznej na moim komputerze.

— David Sulpy,

14

DNSZmiany rekordów trasy 53 propagują się w mniej niż minutę, ale TTLczasy będą miały wpływ na to, jak szybko DNSresolwery sprawdzą zaktualizowane rekordy .

P: Jak szybko wprowadzę zmiany w ustawieniach DNS na Amazon Route 53 na całym świecie?

Usługa Amazon Route 53 została zaprojektowana w celu propagowania aktualizacji wprowadzanych do rekordów DNS do światowej sieci autorytatywnych serwerów DNS w ciągu 60 sekund w normalnych warunkach. Zmiana jest pomyślnie propagowana na całym świecie, gdy wywołanie API zwraca listę statusu INSYNC.

Pamiętaj, że buforujące resolwery DNS są poza kontrolą usługi Amazon Route 53 i będą buforować twoje zestawy rekordów zasobów zgodnie z czasem ich życia (TTL). Status INSYNC lub PENDING zmiany odnosi się tylko do stanu autorytatywnych serwerów DNS trasy 53.

Lub, jeśli wolisz fora programistów AWS ...

Możesz oczekiwać, że rozprzestrzeni się na wszystkie serwery Route 53 na całym świecie w ciągu minuty. Należy jednak pamiętać, że TTL określa, jak szybko klienci zobaczą zaktualizowane informacje. Jeśli ustawisz TTL dla rekordu na 3600 sekund, resolwery DNS mogą buforować te dane do godziny, zanim ponownie wrócą do trasy 53. Jeśli ważne jest, aby zaktualizowany rekord rozpowszechniał się wśród użytkowników końcowych tak szybko, jak to możliwe, zaleciłbym TTL 60 sekund.

Ponieważ TTL jest skonfigurowany dla każdego rekordu, możesz używać różnych wartości. Jeśli nie planujesz wprowadzić żadnych zmian w rekordzie w najbliższej przyszłości, wyższy czas TTL może pomóc Ci zaoszczędzić na kosztach zapytań i sprawić, że sprawy będą nieco bardziej wydajne. Na przykład może nie być konieczne aktualizowanie rekordów MX w ten sposób. Załóżmy, że masz ustawiony czas TTL na 43200 sekund (12 godzin) dla rekordów MX. Jeśli kiedykolwiek przełączysz się na innego dostawcę poczty e-mail, po prostu obniż TTL z góry. Po wygaśnięciu pierwotnego TTL możesz kontynuować przenoszenie. Zaktualizowane rekordy będą teraz propagowane znacznie szybciej dzięki niższemu TTL. Zmień TTL z powrotem na pierwotną wartość w tym samym czasie.

— Beznadziejny
źródło

Dziękuję za odpowiedź. Przeczytałem często zadawane pytania, zanim się z tobą skontaktowałem. Jedynym powodem, dla którego się zastanawiałem, było to, że nie wydarzyło się to krócej niż TTL. Rekord, który dodałem, jest zupełnie nowym rekordem dla subdomeny, która wcześniej nie istniała.

— David Sulpy,

2

Nie zwracałem uwagi na wartość CNAME, ponieważ była niepoprawna dla specyfikacji CNAME. Odpowiedź na pytanie jest „natychmiastowa”.

— David Sulpy
źródło

2

60 sekund, ale upewnij się, że system operacyjny hosta nie buforuje rekordów DNS dłużej. Użyj narzędzia do wyszukiwania DNS , aby sprawdzić bezpośrednio na serwerze nazw.

— Timothy Gonzalez
źródło