Распространение DNS-изменений

Слово «распространение» вводит в заблуждение: DNS-серверы не передают изменения друг другу по цепочке. Авторитетный сервер домена начинает отдавать новую запись сразу после правки. Но тысячи резолверов провайдеров и публичных сервисов запомнили старый ответ и будут возвращать его, пока не истечёт TTL — время жизни, указанное в самой записи. Поэтому после смены IP сайта одни посетители уже видят новый сервер, а другие ещё старый.

От чего зависит срок

• Обычная запись (A, MX, TXT). Срок определяет её TTL, который стоял до изменения: если он был сутки, кое-где старый ответ проживёт сутки.
• Смена NS-серверов. Здесь важна запись в родительской зоне — у реестра .ru или .com. Её TTL задаёт реестр, и обычно он измеряется часами, поэтому переезд к новому DNS-провайдеру занимает дольше.
• Отрицательный кеш. Если до создания запись запрашивали и получили «такого имени нет», резолвер помнит и этот ответ — время задаётся в SOA-записи зоны.
• Локальные кеши — браузера и операционной системы — добавляют свои минуты.

Как ускорить переезд

За день-два до смены адреса TTL нужных записей снижают до 300 секунд или меньше. Когда старое значение истечёт везде, переключение пройдёт за минуты. После переезда TTL возвращают обратно, чтобы не нагружать DNS лишними запросами. Старый сервер не выключают сразу: пусть отдаёт сайт, пока у части посетителей ещё действует прежняя запись.

Как проверить, что видят разные резолверы

dig +short example.com A @ns1.example-dns.net
dig +short example.com A @8.8.8.8
dig +short example.com A @77.88.8.8
dig example.com A +trace

Первая команда спрашивает авторитетный сервер — там должно быть новое значение. Остальные показывают ответы публичных резолверов Google и Яндекса. Режим +trace проходит путь от корня и показывает, что отдаёт каждый уровень, без участия кешей.

Этот порядок — обязательная часть плана при смене сервера; весь процесс по шагам описан в статье о переносе сайта на другой хостинг без простоя.