Вводная
При переносе сайта часто меняют DNS “быстро и по месту”: одну запись у регистратора, вторую в панели хостинга, третью в CDN. Некоторое время всё выглядит нормально, но затем выясняется, что часть пользователей видит старую версию сайта, а часть — новую. Особенно неприятно, если формы на старом сайте всё ещё активны.
Симптомы
Типичная картина: владелец открывает сайт и видит новую версию, менеджер — старую, рекламная система проверяет третий вариант. Письма могут приходить из старой формы, новые заявки попадать в новую CRM, а аналитика считает события непредсказуемо.
Что проверяется
- какие NS реально указаны у домена
- есть ли старая DNS-зона на хостинге или в CDN
- какие A/AAAA/CNAME записи отвечают из разных резолверов
- какой TTL установлен и сколько ждать распространения
- не включён ли DNSSEC с устаревшими ключами
- не остались ли wildcard-записи или старые поддомены
- куда ведут формы, sitemap, robots.txt и canonical URL
Ход исправления
Сначала определяется единственный источник правды: где должна управляться DNS-зона. Затем проверяются ответы нескольких публичных резолверов и авторитетных NS. Старые конфликтующие записи убираются, TTL приводится к нормальному значению, а ненужные AAAA или wildcard-записи отключаются, если они ведут не туда. После этого отдельно проверяются формы и технические URL, потому что они могут ссылаться на старый домен или сервер.
Нормальный результат
Нормальный итог — одна активная DNS-зона, понятные записи, предсказуемый TTL и проверка снаружи. Старый сервер либо отключён, либо отдаёт корректный редирект, либо закрыт от приёма заявок.
Вывод
DNS-проблемы опасны тем, что сайт “работает” и “не работает” одновременно. Пока не проверены авторитетные ответы и реальные резолверы, нельзя считать перенос завершённым.