Записи CNAME требуют времени для распространения?


23

Когда я обычно обновляю DNS (записи «A»), я допускаю в течение длительного периода времени, чтобы изменения распространялись по корневым серверам имен.

Нужно ли мне делать то же самое для обновлений и изменений в записях CNAME?



@MichaelHampton - правда, если мы изменим an A recordна DNS recordsв названии этого вопроса. Ни один из вопросов не касается конкретно записей А. [обновление] Я отправил это изменение.
Хенк Лангевелд,

Ответы:


31

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

Если это новая запись, кэширование не может произойти, поэтому новая запись должна быть доступна и должна быть решена немедленно.

Кроме того, корневые серверы (первый уровень;.) Не размещают DNS-зоны или записи для каких-либо доменных имен третьего уровня. Корневые серверы знают, какие серверы имен отвечают за зоны gTLD (второй уровень; .com, .edu и т. Д.), Которые, в свою очередь, знают, какие серверы имен отвечают за вашу зону (третий уровень; ваша компания), которые в свою очередь удерживают копия файла вашей зоны. Ни один другой DNS-сервер не содержит копии вашего файла зоны или DNS-записей, кроме ваших серверов имен.


  1. ,

  2. COM

  3. ТВОЯ КОМПАНИЯ


Рад помочь ...
Joeqwerty

@ Джарид, пожалуйста, обратите особое внимание на это первое предложение. Слишком много людей здесь просто не понимают этого.
Джон Гарденье

1
@JohnGardeniers, спасибо - да! Это была особенно интересная часть ответа для меня :) Я ценю урок.
Джарид Малбин

3

[ Изменить - Похоже, я неправильно понял вопрос]

Существует два способа распространения данных вашей зоны. И корневые серверы не (напрямую) участвуют. Они позволяют другим компьютерам находить ваши серверы и, следовательно, данные вашей зоны. Но это другие системы, которые проверяют root и tld серверы, прежде чем они перейдут к вашему.

Вот как ваши данные действительно продвинутся.

Сначала вы отправляете эти данные на свои авторитетные серверы, и некоторые из них могут использовать (инкрементную) передачу зон для обновления друг друга. Это может занять до REFRESHвремени зоны для завершения.

Во-вторых, каждая запись в вашей зоне, которая включает в себя все , в том числе Aи CNAMEзаписи, может кэшироваться где угодно между вашими авторитетными серверами и любыми клиентами.

TTLВремя, в течение которого эти данные кэшируются, должно зависеть от личности записи (время жизни). Теоретически, это не должно занять больше времени, чем сумма обновления зоны и ttl записи для кэшированной записи для тайм-аута. Тем не менее, есть много разных программ. Google для dns ttl bugs- последний счет, который я сделал, был около 850k.

Но вы можете сделать так, чтобы записи CNAME для www.example.com указывали на что-то подобное www-server.dynamic.example.com, а для TTL и времени обновления для содержимого внутри dynamic.example.comбыли гораздо более низкие значения, чем для родительского. Это позволяет операторам быстро перенаправлять трафик в другую инфраструктуру при необходимости.


2
Установка более быстрого TTL помогает только в ситуациях, когда серверы кэширования DNS не переопределяют или игнорируют TTL, установленные в файлах зон, что, к сожалению, более распространено, чем можно подумать.
tacotuesday

2
И становится все более распространенным все время. Кроме того, многие системы будут подчиняться TTL только в том случае, если он превышает некоторый заранее заданный период, поэтому чем короче TTL, тем больше вероятность, что он будет проигнорирован.
Джон Гарденье
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.