Вы переехали на новый сервер, обновили A-запись, но сайт у части пользователей всё ещё открывается по старому IP. Иногда это безобидное явление на время распространения DNS, иногда — причина потерянного трафика и ошибок индексации. Разберём, почему старый IP продолжает отдаваться, как измерить TTL, как проверить распространение записей с разных точек и что делать, чтобы переезд прошёл без потерь.
Почему после смены A-записи старый IP продолжает работать
DNS — распределённая система. Когда вы меняете A-запись в панели DNS-провайдера, новое значение появляется только на его серверах. Дальше запись расходится по цепочке резолверов: локальный роутер, резолвер интернет-провайдера, публичные DNS-сервисы, кэш операционной системы и браузера. На каждом уровне запись может храниться в кэше в течение TTL — времени жизни записи.
Пока TTL не истечёт, резолвер отдаёт старое значение. Это нормальное поведение, и оно не зависит от того, насколько быстро вы обновили запись у себя. Если TTL был выставлен в 86400 секунд (24 часа), часть пользователей увидит новый IP только через сутки. Если TTL был 300 секунд — обновление может занять минуты.
Второй источник старого IP — не только кэш резолверов, но и кэш на стороне клиента. Браузер, операционная система, роутер и даже антивирус могут держать собственный DNS-кэш. Поэтому при проверке с того же компьютера, где вы недавно открывали сайт до смены записи, вы можете видеть старый IP, хотя у других пользователей уже новый.
Что такое TTL и как он влияет на переезд
TTL (Time To Live) — это параметр DNS-записи, который указывает, сколько секунд резолверы могут хранить её в кэше. Чем больше TTL, тем дольше старое значение будет отдаваться после изменения. Чем меньше — тем быстрее распространится новое, но тем выше нагрузка на DNS-серверы.
Типичные значения:
— 300 секунд (5 минут) — минимальное разумное значение, используется перед плановыми переездами;
— 3600 секунд (1 час) — компромиссный вариант;
— 86400 секунд (24 часа) — частое значение по умолчанию у регистраторов и хостингов;
— 604800 секунд (7 дней) — максимальное значение, которого лучше избегать.
Практическое правило: если планируете переезд, снизьте TTL до 300 секунд минимум за сутки до смены A-записи. Тогда к моменту переезда старый TTL уже истечёт, и новое значение распространится быстро. После успешного переезда TTL можно вернуть к обычному значению.
Если вы уже сменили A-запись, а TTL был большим, ускорить обновление у всех провайдеров невозможно. Единственные варианты — подождать или использовать промежуточный прокси, который будет отдавать контент со старого сервера, пока DNS не обновится.
Как проверить, какой IP отдаётся сейчас
Проверку стоит вести с нескольких точек, потому что разные резолверы могут отдавать разные значения. Порядок действий:
— откройте сайт в режиме инкогнито или с другого устройства, чтобы исключить локальный кэш браузера;
— проверьте IP через онлайн-сервисы, которые резолвят домен с разных географических точек;
— используйте проверка DNS для просмотра текущих записей домена;
— проверьте IP через проверка IP, если нужно убедиться, что сайт отдаётся с нужного адреса;
— сравните результат с данными, которые показывает ваш хостинг.
Если разные резолверы отдают разные IP — это нормально в период распространения. Если старый IP держится дольше TTL, проверьте, не осталось ли старой записи в зоне, не кэшируется ли заголовок на CDN и не отдаёт ли старый сервер ответы до сих пор.
Полезно также проверить, какой IP видит поисковый робот. Для этого можно использовать инструменты проверки доступности из разных регионов. Если робот приходит на старый IP и получает ошибку — страницы могут выпасть из индекса.
Как ускорить распространение DNS
Что можно сделать до и после переезда:
— заранее снизить TTL до 300 секунд за сутки до смены A-записи;
— после смены записи подождать хотя бы старый TTL;
— очистить кэш на CDN, если он использовался;
— проверить, не осталось ли дублирующих A-записей;
— убедиться, что новый сервер отвечает корректно на запросы по IP и по домену;
— проверить, что SSL-сертификат действителен на новом IP.
Если TTL был большим, ускорить обновление у всех провайдеров невозможно. Некоторые провайдеры игнорируют TTL и обновляют кэш по своему расписанию — например, раз в несколько часов или раз в сутки. Это не ошибка, а особенность их инфраструктуры.
Что делать, если старый IP отдаёт ошибку
Самая опасная ситуация — когда старый сервер уже выключен, а часть пользователей и роботов всё ещё обращается к нему. В этом случае они увидят ошибку соединения, и это может привести к потере трафика и выпадению страниц из индекса.
Чтобы этого избежать:
— не выключайте старый сервер сразу после смены A-записи;
— оставьте его работать на время старого TTL, а лучше — на двое суток;
— настройте редирект со старого IP на новый, если это возможно на уровне сервера;
— предупредите пользователей, если переезд плановый и может занять время;
— проверьте, что старый сервер отдаёт корректные ответы, а не 502 или 503.
Для поисковых роботов это особенно важно. Если робот придёт на старый IP и получит ошибку, страница может быть помечена как недоступная. Восстановление позиций после такого события может занять недели. Поэтому старый сервер лучше держать активным дольше, чем кажется нужным.
Как проверить результат после переезда
Чек-лист проверки:
— сайт открывается по домену с разных устройств и из разных регионов;
— DNS-записи соответствуют новому серверу;
— SSL-сертификат действителен на новом IP;
— редиректы работают корректно;
— в Яндекс.Вебмастере и Google Search Console нет ошибок доступности;
— старый IP не отдаётся дольше TTL;
— сайт доступен по HTTPS без предупреждений браузера.
Если нужно проверить сразу несколько параметров — DNS, IP, SSL, редиректы, доступность — удобно начать с SEO-аудита, который покажет состояние сайта после переезда и поможет найти проблемы, которые не видны при обычной проверке.
Частые ошибки при смене DNS
— выключать старый сервер сразу после смены записи;
— не снижать TTL заранее;
— забывать про CDN и кэш заголовков;
— не проверять SSL на новом IP;
— игнорировать ошибки в Яндекс.Вебмастере и Google Search Console;
— проверять сайт только с одного устройства и делать выводы по локальному кэшу;
— менять NS-записи одновременно со сменой A-записи, создавая двойную зону неопределённости;
— не проверять доступность сайта из разных регионов.
Переезд — это не только смена A-записи. Это проверка доступности, сертификатов, редиректов, индексации и поведения роботов. Чем аккуратнее вы подойдёте к каждому этапу, тем меньше трафика потеряете.
FAQ
Сколько времени занимает распространение DNS?
Зависит от TTL. Если TTL был 300 секунд, обновление может занять минуты. Если 86400 — до суток и больше. Некоторые провайдеры обновляют кэш по собственному расписанию, игнорируя TTL.
Почему у меня новый IP, а у других старый?
Разные резолверы обновляют кэш в разное время. Это нормально в период распространения. Локальный кэш браузера и операционной системы тоже может отдавать старое значение.
Можно ли ускорить обновление DNS?
Нет, если TTL уже был большим. Можно только подождать или использовать промежуточный прокси, который отдаёт контент со старого сервера, пока DNS не обновится.
Что будет, если старый сервер выключить сразу?
Пользователи с закэшированным IP увидят ошибку соединения. Поисковые роботы тоже могут получить ошибку и исключить страницы из индекса. Восстановление позиций может занять недели.
Как проверить, что DNS обновился?
Через онлайн-сервисы, с разных устройств, через DNS Lookup. Если разные резолверы отдают новый IP — процесс идёт. Полное обновление можно считать завершённым, когда все проверяемые точки отдают новый IP.
Нужно ли менять NS-записи при переезде?
Не обязательно, если вы меняете только A-запись. NS-записи меняют при смене DNS-провайдера. Если меняете и NS, и A одновременно, распространение может занять больше времени.
Влияет ли смена DNS на позиции?
Может, если сайт временно недоступен или роботы получают ошибки. При аккуратном переезде с сохранением старого сервера влияние минимально.
Как проверить IP сайта после переезда?
Используйте инструмент проверки IP и сравните с данными хостинга. Если IP совпадает — всё в порядке. Проверьте также, что SSL-сертификат выдан на новый IP.
Что делать, если старый IP отдаёт 502?
Это значит, что старый сервер ещё работает, но приложение на нём недоступно. Лучше либо восстановить работу старого сервера до истечения TTL, либо настроить редирект на новый IP.
Можно ли использовать CDN, чтобы сгладить переезд?
Да. Если сайт уже за CDN, смена origin-сервера может пройти незаметно для пользователей, потому что CDN отдаёт контент из кэша. Главное — правильно обновить настройки origin и очистить кэш.
