Мы только что изменили нашу запись DNS, чтобы она указывала на новый сервер, на котором работает IIS. Сколько времени займет изменение адреса на новый сервер? Некоторые люди все еще могут видеть старый сервер, а некоторые - новый.
Я сбросил DNS на моем компьютере, и, похоже, все в порядке, хотя на другом моем компьютере этого не происходит.
Спасибо
Это полностью зависит от TTL для домена или отдельной записи ресурса и зависит от того, когда запись была получена (и кэширована) каждым отдельным преобразователем в Интернете.
Вы можете узнать TTL для вашего локального преобразователя с помощью dig:
$ dig serverfault.com a | grep serverfault | grep -v '\;'
serverfault.com. 44257 IN A 69.59.196.212
Так что для serverfault.com мой локальный преобразователь будет удерживать этот рекорд еще 44257 секунд. Чтобы найти истинный TTL, нам нужно сначала определить авторитетные серверы имен.
$ dig serverfault.com ns | grep NS | grep -v '\;'
serverfault.com. 86392 IN NS ns4.p19.dynect.net.
serverfault.com. 86392 IN NS ns1.p19.dynect.net.
serverfault.com. 86392 IN NS ns2.p19.dynect.net.
serverfault.com. 86392 IN NS ns3.p19.dynect.net.
Затем мы можем запросить у одного из них напрямую TTL.
$ dig @ 204.13.250.19 serverfault.com | grep serverfault | grep -v '\;' | grep-v NS
serverfault.com. 86400 IN A 69.59.196.212
В этом случае запись ресурса для serverfault.com составляет 86400 секунд (1 день).
Это один из тех вопросов, которые постоянно возникают, но под разными заголовками, поэтому трудно обнаружить дубликаты.
Позвольте мне начать немного поправить вашу терминологию. В зависимости от контекста вопроса вы должны спрашивать о распространении, а не о репликации, поскольку последнее происходит между одноранговыми узлами DNS (ведущими и ведомыми).
Есть ряд факторов, определяющих задержку распространения. На первый взгляд, использование времени TTL может показаться простым. Обычный подход, когда вы знаете, что адрес должен быть изменен, - это уменьшить TTL до короткого периода, скажем, за час до фактического изменения. Если значение TTL меньше часа, можно ожидать, что большинство систем его проигнорирует и все равно будет использовать час.
К сожалению, все большее количество систем полностью игнорируют TTL и предоставляют кэшированную информацию, которая может быть устаревшей. Вы ничего не можете с этим поделать, если только вы не контролируете эти системы.
Даже кеш локального компьютера может быть проблемой, поскольку операционные системы могут даже не проверять TTL, не говоря уже о его соблюдении, поэтому может использоваться неверная информация, даже если вышестоящий DNS-сервер имеет правильную информацию.