Фактическая посещаемость сайта не имеет значения.
Все эти параметры (за исключением «TTL по умолчанию») влияют только на частоту, с которой вторичные DNS-серверы вашего домена запрашивают обновления на основном DNS-сервере.
Если ваша зона меняется нечасто (как я полагаю, ваша), то ваше значение «обновить» в настоящее время немного ниже. Обычно первичный сервер должен отправлять NOTIFY
сообщение каждому из вторичных серверов всякий раз, когда происходит обновление, и в этот момент вторичные серверы немедленно получают файл зоны. В наши дни механизм «обновить / повторить / истечь» является лишь отступлением к этому.
В любом случае, вероятно, ваш DNS-провайдер автоматически синхронизирует изменения со всеми соответствующими DNS-серверами на лету, не используя встроенные механизмы синхронизации DNS, поэтому фактические значения, вероятно, не имеют значения.
Обратите внимание, что поле «TTL по умолчанию» больше не означает, что оно говорит. Настоящий TTL по умолчанию устанавливается (по крайней мере, в BIND) с помощью $TTL
директивы, и он используется только тогда, когда нет явного TTL, установленного для каждой записи.
Значение поля «TTL по умолчанию» было изменено в RFC 2308, и это фактически подсказка для отрицательного кэширования . Если ваш сервер возвращает отрицательный ответ (например, NXDOMAIN
или NODATA
), то как долго удаленный сервер должен ждать, прежде чем пытаться снова.
Текущее значение немного низкое, но нет никакого вреда, если оставить его как есть. Это часто игнорируется в любом случае.
5 - Caching Negative Answers
Ссылочный RFC для деталей. Более подробная информация здесь: serverfault.com/questions/426807/…Интересно, что страница диагностики DNS от ребят из dyn (наших хостов DNS) ..
http://dnscog.com/report/stackoverflow.com
.. говорит это на MINTTL:
и это на SOA обновить
Другая диагностическая страница на http://www.intodns.com/stackoverflow.com не предлагает никаких реальных подсказок.
источник
Из Пингдома: http://dnscheck.pingdom.com/
источник