Когда я обычно обновляю DNS (записи "A"), я позволяю в течение длительного периода времени распространяться на корневые серверы имен.
Нужно ли мне делать такую же скидку на обновления и изменения записей CNAME?
Нет, нет, потому что записи DNS не распространяются. Что вам действительно нужно разрешить, так это истечение срока действия любых кэшированных записей на основе TTL данной записи.
Если это новая запись, кэширование не могло произойти, поэтому новая запись должна быть доступна и должна быть немедленно устранена.
Кроме того, на корневых серверах (первый уровень;.) Не размещаются зоны DNS или записи для любых доменных имен третьего уровня. Корневые серверы знают, какие серверы имен отвечают за зоны gTLD (второй уровень; .com, .edu и т. Д.), Которые, в свою очередь, знают, какие серверы имен отвечают за вашу зону (третий уровень; ваша компания), которые, в свою очередь, удерживают копия файла зоны. Никакой другой DNS-сервер не хранит копию вашего файла зоны или записей DNS, кроме ваших серверов имен.
.
COM
ТВОЯ КОМПАНИЯ
[редактировать - Похоже, я неправильно понял вопрос]
Есть два способа "распространения" данных вашей зоны. И корневые серверы (напрямую) не задействованы. Они позволяют другим компьютерам находить ваши серверы и, следовательно, данные вашей зоны. Но это другие системы, которые проверяют корневые и tld-серверы, прежде чем они перейдут к вашему.
Вот как ваши данные делает размножаются.
Сначала вы отправляете эти данные на свои официальные серверы, и некоторые из них могут использовать (инкрементную) передачу зон для обновления друг друга. Это может занять до REFRESH время завершения зоны.
Во-вторых, каждая запись в вашей зоне, включая что-нибудь, включая A и CNAME записи, могут кэшироваться где угодно между вашими официальными серверами и любыми клиентами.
Как долго эти данные кэшируются, должно зависеть от личности записи. TTL (время жить). Теоретически время ожидания кэшированной записи не должно превышать суммы обновления зоны и ttl записи. Однако существует множество разного программного обеспечения. Google для dns ttl bugs - последний подсчет, который я сделал, был около 850к.
Но вы можете указать записи CNAME для www.example.com на что-то вроде www-server.dynamic.example.com, и установите TTL и время обновления для вещей внутри dynamic.example.com к гораздо более низким значениям, чем родительский. Это позволяет операторам быстро перенаправлять трафик в другую инфраструктуру, когда возникает необходимость.