TTL в DNS: что это и какое значение ставить

Коротко

• TTL пишут в секундах: 300 — пять минут, 3600 — час, 21600 — шесть часов.
• DNS-сервер провайдера, получив запись, хранит её у себя до конца TTL и всё это время отвечает из памяти.
• Новая запись не ждёт своего TTL — ждать приходится, когда меняют старую. Исключение — отрицательное кэширование.
• Перед переездом TTL снижают заранее — как.

Как работает TTL

Пусть у A-записи TTL 3600. Посетитель открыл сайт, DNS-сервер его провайдера узнал адрес и запомнил его на час. Если в эту минуту вы поменяли адрес, этот DNS-сервер ещё до часа будет отдавать старый. У разных провайдеров отсчёт начался в разное время, поэтому новый адрес доходит до посетителей постепенно.

Остаток видно в ответе. Команда dig на Mac и Linux показывает TTL вторым числом:

dig example.com A @77.88.8.8

example.com.		1594	IN	A	203.0.113.10

1594 — столько секунд осталось хранить запись в кэше Яндекс DNS. Сервер, на котором лежат записи домена, покажет полное значение, например 3600. В Windows dig не встроен — там остаток показывает nslookup -debug example.com 77.88.8.8 в строке ttl =. В Windows ответ оформлен немного иначе — ищите в нём то же значение.

Какое значение ставить

По стандарту TTL — число от 0 до 2147483647 (RFC 2181). Панели допускают не любые значения: если число не принимается, оставьте предложенное.

Timeweb Cloud отдельно поясняет: TTL не влияет на скорость, с которой применяются новые записи и смена NS-серверов. Он влияет только на то, сколько помнят старое.

Перед переездом снизьте TTL

1. Заранее, хотя бы за время текущего TTL, поставьте у A-записи TTL 300, если панель позволяет. При TTL 3600 это за час до переезда, с запасом — за сутки.
2. Дождитесь, пока пройдёт старый TTL: тогда кэши запоминают запись уже на 5 минут.
3. Поменяйте адрес. После того как панель обновит зону (у Рег.ру — от 15 минут до часа), кэши будут помнить старый адрес не дольше 5 минут.
4. Когда всё работает, верните прежний TTL.

Это работает для записей. Смена NS-серверов идёт своим сроком — до 24 часов у Рег.ру и Timeweb, — и TTL записей на неё не влияет. Переезд целиком описан в инструкции как перенести сайт на другой хостинг.

Отрицательное кэширование

Запоминаются не только адреса, но и ответ «такого имени нет» (NXDOMAIN). Если вы проверили поддомен до того, как его создали, DNS-сервер провайдера запомнит, что его нет. Срок такой памяти берётся из служебной записи SOA домена: меньшее из её TTL и поля MINIMUM (RFC 2308).

Посмотреть эти числа можно командой nslookup -type=SOA example.com 77.88.8.8 — в ответе строка minimum =. У Windows можно очистить свой кэш DNS командой ipconfig /flushdns — она стирает и такие отрицательные записи. Кэш DNS-сервера провайдера она не трогает.

Ошибки и как их исправить

Источники

• RFC 2181
• RFC 2308
• Timeweb Cloud: управление DNS-записями
• Яндекс 360: MX-запись
• Рег.ру: настройка ресурсных записей
• ipconfig — справка Microsoft

Сверено 9 октября 2026 года.

Что почитать дальше

• Сколько обновляются DNS-записи
• Как перенести сайт на другой хостинг
• Как проверить DNS-записи домена