Обсудить задачу
ПозвонитьОбсудить задачу
Практическая статья · автор Сергей Кутрань · проверено 13 октября 2026 года

DNS, TTL и переключение сайта на резерв: как переехать за 15 минут

При аварии хостинга сайт можно поднять на резервной площадке за час, но клиенты ещё долго будут попадать на старый, неработающий адрес. Причина в кешировании DNS. Объясняем, как подготовить домен заранее, чтобы переключение заняло минуты.

Что такое TTL и почему переключение затягивается

TTL (time to live) — время в секундах, на которое DNS-серверы провайдеров и устройства пользователей запоминают адрес вашего сайта. Если у записи TTL 86 400 секунд, то после смены IP часть посетителей до суток будет видеть старый адрес. Многие панели хостинга ставят по умолчанию TTL от 3 600 до 86 400 секунд.

Как подготовиться заранее

  1. Снизьте TTL критичных записей до 300 секунд. Это записи A и AAAA сайта, поддомены API и личного кабинета. Делать это нужно заранее: новый TTL начнёт действовать только после истечения старого.
  2. Проверьте, где обслуживается DNS-зона. Если DNS у того же провайдера, что и сервер, при аварии вы не сможете изменить записи. Держите зону у независимого DNS-провайдера или у регистратора.
  3. Проверьте доступ к регистратору. Логин, пароль, второй фактор, контакты администратора. Доступ должен быть у компании, а не только у бывшего подрядчика.
  4. Проверьте идентификацию домена. С 1 сентября 2026 года по 569-ФЗ без подтверждения администратора через Госуслуги нельзя сменить DNS-серверы, администратора или регистратора. Подробнее.
  5. Не трогайте почтовые записи без необходимости. MX, SPF, DKIM и DMARC при переезде сайта обычно не меняются. Ошибка в них приводит к тому, что письма перестают доходить. Как настроить почтовые записи.

Как переключиться при аварии

  1. Поднимите сайт на резервной площадке и проверьте его по прямому IP или через файл hosts.
  2. Измените A-запись на новый IP.
  3. Проверьте распространение командой dig +short example.ru @8.8.8.8 или nslookup example.ru 77.88.8.8.
  4. Через 5–15 минут при TTL 300 основная часть посетителей окажется на новом адресе.
  5. Старую площадку не удаляйте, пока не убедитесь, что новая работает полностью.

Мониторинг должен быть снаружи

Мониторинг на том же хостинге при его аварии молчит. Во время октябрьского сбоя Yandex Cloud был недоступен и сервис мониторинга платформы. Ставьте проверки сайта, форм и SSL-сертификата на независимую площадку и получайте оповещения в Telegram или MAX.

Настроим резервный DNS, внешний мониторинг и регламент переключения: подробнее об услуге.

Источники и дата проверки

Проверено 13 октября 2026 года. Статья опирается на публикации, перечисленные ниже; рекомендации по действиям — практические.

Можно спросить напрямую

Обсудить вашу ситуацию

Напишите, сколько у вас сотрудников и что нужно настроить или обслуживать. Сергей Кутрань ответит лично и подскажет, с чего разумно начать.

Резервный DNS и внешний мониторинг+7 937 213-89-12Написать Сергею в TelegramНаписать Сергею в MAX