#Что означает сообщение
Переезд без простоя
Заранее снизьте TTL, запустите новый сервер, проверьте по hosts и переключите A-запись.
#Причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Высокий TTL | Сравните подключение через другую сеть или узел и проверьте фактически полученный адрес, ответ сервера и журнал сетевой операции. Отслеживайте результат по журналу нужной службы, не по соседним сайтам. | Меняйте только неверную адресную, прокси- или серверную настройку; при управляемой инфраструктуре согласуйте изменение с администратором. |
| Разные версии сайта | Сверьте версию установленного компонента с требованиями программы и временем появления ошибки, особенно после последнего обновления. | Устанавливайте подтверждённо совместимое обновление из официального источника; перед заменой сохраняйте настройки и вариант возврата. |
| Почта | Отдельно проверьте фактор «Почта» в момент, когда возникает описанная неисправность; сравните с работой исправного устройства или настройки. | Если проверка подтверждает «Почта», исправьте только относящийся к нему элемент, сохранив прежнее значение и возможность возврата. |
| SSL | Сверьте точное имя узла, срок сертификата или действующую подпись; проверьте их на стороне реального сервера, а не только в локальном файле. | Исправляйте цепочку, имя или ключ у владельца сервиса; не заменяйте устранение причины отключением проверки защищённого соединения. |
#Пошаговое решение
- Подготовьте два сервера и резервные копииПеред переносом сделайте проверенную резервную копию сайта и базы, настройте новый сервер и проверьте его напрямую по временному техническому адресу или с помощью локального файла hosts только на своём компьютере. Сохраните текущие NS, записи A/AAAA/MX/TXT и их TTL. Почтовые записи не меняйте, если переносится только сайт.
- Уменьшите TTL заблаговременноНе позже чем за прежний TTL до переключения зайдите в активную DNS-зону, откройте A/AAAA целевого имени и уменьшите TTL, например до 300 секунд, если это позволяет поставщик DNS. Дождитесь истечения старого TTL у рекурсивных DNS, затем запланируйте окно переноса. Новое значение TTL не ускорит кеш, сформированный раньше.
- Обновите A/AAAA на авторитетных NSВо время переключения измените только A/AAAA-записи нужного имени на подтверждённые публичные адреса нового сервера и сохраните их. В Linux/macOS проверьте
dig @АВТОРИТЕТНЫЙ_NS example.com A +noall +answer; подставьте реальные значения, не вводите заглушки буквально. Сравните ответы 1.1.1.1 и 8.8.8.8, не выключая старый сервер, пока часть клиентов может приходить на него. - Проверьте переключение и завершите миграциюКогда оба сервера обслуживают запросы корректно и внешние DNS видят новый адрес, проверьте HTTPS, формы, БД и фоновые задачи на новом хостинге. Подождите, пока прежний TTL гарантированно истечёт, и только после этого отключайте старый сервер; верните типичный TTL. Если сайт изменяет данные, заранее продумайте перенос новых записей, чтобы не потерять заказы или обращения.
#На что обратить внимание
Сохраняйте старый сервер доступным на переходный период. Проверяйте HTTPS, почту, формы и задания cron, а не только главную страницу после изменения A/AAAA.