Zalecany DNS TTL

Wiem, że może być bardzo różnie w zależności od sytuacji, ale w przypadku hostingu strony internetowej bez planów przeniesienia serwera hostingowego, co należy ustawić TTL w rekordzie DNS?

Zwykle zostawiam to na domyślnym Slicehost, 86 400 sekund (1 dzień). Upuszczam go do 10 minut, kiedy czeka mnie ruch i czekam dzień lub dwa.

edytuj: Obecnie (2016) staram się utrzymywać niski poziom - ~ 5 minut.

Standardy (napisane dawno temu w 1987 r.) Sugerują 86 400 sekund (1 dzień) jako minimalną domyślną wartość TTL.

Ważne jest, aby wartości TTL były ustawione na odpowiednie wartości. TTL to czas (w sekundach), w którym program tłumaczący wykorzysta dane uzyskane z serwera, zanim ponownie poprosi serwer. Jeśli ustawisz zbyt niską wartość, twój serwer zostanie obciążony wieloma powtórzeniami. Jeśli ustawisz zbyt wysoką wartość, zmieniane informacje nie zostaną rozpowszechnione w rozsądnym czasie. Jeśli pozostawisz pole TTL puste, domyślnie będzie ono określone w rekordzie SOA dla strefy.

Większość informacji o urządzeniu nie zmienia się znacząco przez długi czas. Dobrym sposobem na skonfigurowanie wartości TTL byłoby ustawienie ich na wysoką wartość, a następnie obniżenie wartości, jeśli wiesz, że zmiana nastąpi wkrótce. Możesz ustawić większość TTL na dowolne miejsce między dniem (86400) a tygodniem (604800). Następnie, jeśli wiesz, że niektóre dane będą się zmieniać w najbliższej przyszłości, ustaw TTL dla tej RR na niższą wartość (od godziny do dnia), aż nastąpi zmiana, a następnie przywróć ją do poprzedniej wartości.

Ponadto wszystkie RR o tej samej nazwie, klasie i typie powinny mieć tę samą wartość TTL.

Zobacz RFC 1033: http://tools.ietf.org/html/rfc1033

RFC 1912 (od 1996) sugeruje, że 3 dni mogą być bardziej odpowiednie dla SOAzapisów.

http://www.ietf.org/rfc/rfc1912.txt

Zauważyłem, że modne jest posiadanie krótszych czasów TTL, aby móc szybciej reagować w sytuacjach awaryjnych (szczególnie w środowisku HA DNS).

Po prostu pozostawiłbym domyślną wartość ustawioną przez twojego hosta, chyba że z jakiegoś powodu jest absurdalnie wysoka lub niska. Następnie, jeśli kiedykolwiek zechcesz się przenieść, zmniejsz go do około 20 minut na kilka dni przed planowanym przeprowadzeniem.

4 godziny powinny być w porządku, zapewniając zadowalającą równowagę. Tego używam w większości stref.

Oprócz RFC 1912 użytkownicy w Europie powinni również zobaczyć RIPE-203, „Zalecenia dotyczące wartości DNS SOA” , która zaleca dwa dni jako minimalną wartość TTL.

(uwaga: ten post dotyczy TTL w indywidualnych rekordach A / AAAA, niektóre inne typy rekordów mogą mieć dłuższe TTL, ponieważ nie reprezentują pojedynczych punktów awarii w ten sam sposób).

Naprawdę musisz o tym pomyśleć w kontekście planów odzyskiwania po awarii. Nie chodzi o to, kiedy zamierzasz przenieść witrynę (w przypadku zamierzonych ruchów możesz zmniejszyć TTL w przedbiegu do ruchu). Chodzi o to, kiedy Twój gospodarz znika z Internetu lub wykopuje Cię z powodu naruszenia TOS lub wykopuje, ponieważ nie może obsłużyć DDOS, który przyszedł po twojej myśli.

Jeśli w tych okolicznościach nie zależy Ci na tym, aby Twoja witryna nie działała przez jeden dzień, pozostaw TTL domyślnie na jeden dzień. Jeśli masz przestrzeń adresową PI i tranzyt BGP w wielu lokalizacjach od wielu dostawców i zamierzasz obsłużyć odzyskiwanie po awarii na poziomie BGP, to kontynuuj i pozostaw domyślną wartość jednego dnia. Z drugiej strony, jeśli używasz DNS jako mechanizmu dzielenia się tąfotą na stronę trybu failover, to chcesz znacznie krótszego czasu TTL, 5 minut jest dość powszechną wartością.