После изменения записи DNS не все могут одновременно увидеть один и тот же результат. Уровни TTL и кэша являются важными частями планирования миграции.

Основной подход

TTL определяет количество времени, в течение которого ответ DNS может быть кэширован. Обновление, которое вы делаете на авторизованном сервере, не сокращает задним числом оставшийся срок действия ранее полученной записи. Клиент, браузер и рекурсивный преобразователь могут иметь разные уровни кэширования.

Этапы применения

  1. Запишите значение TTL до изменения и запланированное время переключения.
  2. Сравните ответ прокси-сервера с ответом преобразователя, используемого клиентом.
  3. Планируйте обеспечение того, чтобы старая и новая цель могли быть обслужены во время перехода; Не полагайтесь только на очистку локального кэша.

Практический пример

Если IP изменен в 14:00, когда TTL составляет один час, распознаватель, который принимает старый ответ в 13:59, может использовать его в течение оставшегося времени. Понижение TTL непосредственно перед переключением не приводит к мгновенному обновлению старых кэшей.

Правильно интерпретируйте результат

Не каждая задержка является распространением DNS. Неправильный прокси, отсутствие регистрации или кэш приложения также могут создать тот же образ. Совместное наблюдение за временем, запрошенным сервером и возвращаемым значением показывает, какой слой остался позади.

Источник и дополнительная литература

Подробности протокола или команды: RFC 1034. Шаги и пример сценария приведены в редакционной статье IPScans.