#Что происходит и как отличить проблему
После изменения A-записи часть провайдеров может продолжать возвращать прежний IP из своего кэша. До завершения срока хранения старого ответа это ожидаемо. Также причиной бывают разные авторитетные DNS-серверы, оставшаяся AAAA-запись, географическая маршрутизация или ошибочно обновлённая неактивная DNS-зона.
#Возможные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Старые ответы в рекурсивном кэшеСрок жизни прошлой записи ещё не истёк. | Разные рекурсивные DNS показывают разные IP, но авторитетные серверы уже одинаковые. | Дождаться TTL прежней записи. |
| Неодинаковые ответы авторитетных серверовDNS-зона не обновлена везде или редактировалась у неверного поставщика. | Разные NS отвечают по-разному даже после длительного ожидания. | Исправить активную зону и проверить делегирование. |
#Пошаговая проверка и устранение
- Зафиксируйте миграцию без удаления старого сервераЗапишите время изменения записи, старый и новый адреса сервера и прежний TTL. Если вы владелец сайта, пока сохраняйте прежний сервер работающим, чтобы посетители со старым IP не видели ошибку. Сначала убедитесь, что на новом IP установлен корректный сайт, а HTTPS-сертификат подходит имени домена.
- Сравните ответы у провайдеровОткройте Windows PowerShell обычным способом: Win+X → «Терминал». Выполните Resolve-DnsName -Name www.example.com -Type A -Server 1.1.1.1 -DnsOnly и аналогичный запрос к 8.8.8.8, заменив www.example.com своим именем. Просмотрите IP и TTL; разные значения не означают, что у всех пользователей есть неисправность, пока действует кэш прежней записи.
- Найдите активные NS до исправленийВ том же PowerShell выполните Resolve-DnsName -Name example.com -Type NS -Server 1.1.1.1 -DnsOnly, заменив example.com доменом без имени www. Сверьте полученные имена DNS-серверов с панелью регистратора. Если вы меняли A-запись на другом сервисе, изменения могли не попасть в действующую зону. Не меняйте NS, пока не сохраните копию полной зоны, включая MX, TXT и CAA.
- Проверьте A и AAAA у источникаВ панели активного DNS-провайдера откройте управление зоной, найдите строку именно нужного поддомена и перепишите текущие записи A и AAAA. Если у вас старый IPv4, проверьте, нет ли второй A-записи; если IPv6 направляет на старый сервер, A-запись не исправит этот путь. Сохраните полный снимок зоны. Удаляйте только доказанно устаревшую запись после проверки и подготовки отката.
- Выдержите прежний TTL и повторите наблюдениеПосле исправления записей сравните ответы снова через интервал, достаточный для старого TTL, а не только нового. Дополнительно проверьте сайт из двух сетей, включая мобильную, не подставляя IP вручную в браузере. Если расхождения сохраняются дольше TTL, соберите ответы DNS, дату, названия рекурсивных серверов и обратитесь к DNS-провайдеру.
#Проверка результата и дальнейшие действия
Новый IP должен появиться у обычных DNS-серверов и открывать нужный сайт по имени с корректным HTTPS. Если запрос возвращает новый IP, но сайт старый, проверьте содержимое веб-сервера, кэширующий прокси и CDN — это уже не обязательно проблема DNS.