LINUX.ORG.RU
решено ФорумAdmin

Разрешите спор

 ,


0

1

Я с давних пор уверен, что применение изменений в зоне DNS длится в течении суток. Еще с тех пор, когда в BIND правил мастер зону и ждал очень долго пока все заработает. Это было лет 10 назад

Но тут один коллега начал мне доказывать что изменения применяются в течении 10 минут. Так оно и есть. Когда я вношу изменения в свою зону на панели Hosting Center все начинает работать в течении 30 минут максимум.

Что изменилось? Почему все стало отрабатывать так быстро? Изменились стандарты?

Мы с коллегой спорили вплоть до разбивания носов перехода на личности...

Перемещено Falcon-peregrinus из talks

Перемещено leave из web-development

★★

Последнее исправление: Falcon-peregrinus (всего исправлений: 1)

Смотря что за изменение.
Если это домен 3го уровня - то хоть в реальном времени. Так работает iodine.

mittorn ★★★★★
()

Вы точно не путаете кэш с подтягиванием изменений мастера (и на слейвы)? Вообще разные селлеры могут по-разному конфигурировать свои системы, nic.ru раньше 4 раза в сутки только обновления зон выкатывал, но сейчас валидные изменения появляются практически сразу. Вообще если ничего не наверчено - при изменении зоны и увеличении серийного номера рассылаются уведомления серверам, указанным в конфиге, те подтягивают изменения, то есть происходит все довольно быстро (это для master-slave). Как организован dns у каждого конкретного клиента сложно предсказать.

alozovskoy ★★★★★
()
Последнее исправление: alozovskoy (всего исправлений: 1)

У DNS записей есть «время жизни». По истечении этого времени, данные обновляются. Если сделать время жизни записей минимальным, то нет проблем в оперативном их изменении.

rezedent12 ☆☆☆
()

Еще с тех пор, когда в BIND правил мастер зону

т.е. ты правил зону и не знал про REFRESH значение?

dib2 ★★★★★
()

Озвучь, какое изменение ты вносил.

А то кеширование отрицательных ответов, к примеру, очень короткое.

anto215 ★★
()
Ответ на: комментарий от dib2

т.е. ты правил зону и не знал про REFRESH значение?

Я правил текстовичок, менял версию и перезапускал BIND, мне так показывали.

weare ★★
() автор топика
Ответ на: комментарий от weare

Ну то есть раньше МХ записи не было, она кэшировалась, как отрицательный ответ, то есть несколько минут. Как только появилась, закешировалась надолго, на сутки, как положительный ответ.

anto215 ★★
()

Что изменилось?

Ничего.

Почему все стало отрабатывать так быстро?

Всё зависит от цифр в SOA зоны. Можно поставить минуту, а можно и годы. Времена задаются в секундах.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 2)

Всё зависит от того, какие DNS ты используешь. Яндекс и гугл обновляют инфу постоянно, некоторые провайдеры тоже. А некоторые 24-48 часов.

Valkeru ★★★★
()
Ответ на: комментарий от Valkeru

Яндекс и гугл обновляют инфу постоянно, некоторые провайдеры тоже.

Вообще да, на значения в SOA некоторые DNS плюют.

AS ★★★★★
()

десятки минут - это по основным NS, если TTL позволяет. А есть есть куча кэширующих. У тебя работает через 20 минут, а у Васи в Задрищево правильный резолв будет только через сутки. В чем вопрос-то?

targitaj ★★★★★
()
Ответ на: комментарий от Disova

угу. В теории. А на практике часто запрещено. Соответственно, тупо указываешь слейву период обращения к мастеру за обновлением зоны.

targitaj ★★★★★
()
Ответ на: комментарий от weare

это НОВЫЕ записи быстро применяются, а изменение значений в старых записях могут и сутки расходиться. Потому что НОВЫХ записей в кэширующих серверах нет еще, они новые.

targitaj ★★★★★
()
Ответ на: комментарий от targitaj

А есть есть куча кэширующих.

Кэширующий DNS должен смотреть соответствующие цифры в зоне и выставлять время в соответствии с ними, а не «может/не может».

AS ★★★★★
()

Есть разница между зоной, которой управляешь сам, и зоной, которой управляет кто-то другой, например, Регистр (домены первого уровня). Если зона делегирована тебе, то изменения произойдут сразу же, если все правильно сделать. У Регистра же может занять и до 6-ти часов, как повезет.

level1 ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.