У меня есть сервер без HTTP, который я использую для поддержки популярного протокола VOIP/WebRtc.
Сервер "A" — старый сервер. Сервер "B" — новый сервер. Оба могут работать независимо, но делать одно и то же. Сервер "B" полностью готов к работе в качестве замены "A". Два дня назад записи DNS были переключены на "B" вместо "A".
Проблема в том, что я все еще вижу много трафика, идущего на "A" вместо "B". TTL на записи DNS (маршрут 53) был всего один день (86400 секунд). Так что, похоже, все еще есть клиенты, которые либо не запрашивают DNS повторно, либо есть какая-то другая проблема с кэшированием DNS.
Я не исключаю некорректное поведение клиентов. Но есть ли общее поведение для кэширования DNS в нисходящем направлении, которое я не учитываю, и которое может задержать распространение изменений дольше, чем TTL, который у меня есть для записи на Route 53?
решение1
Это стандартное поведение, и вам следует подождать некоторое время (как указано в комментарии, может быть несколько или более дней). Хорошей практикой является изменение TTL на 3600 (или даже меньше) дней до изменения, в нулевой день внести изменение в DNS, а затем вернуть TTL к стандартному значению (например, 86400).