Фактична швидкість відвідування сайту не має значення.
Усі ці налаштування (крім "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/…