Чи може поширення DNS тривати менше 24 годин? Більшість веб-сайтів кажуть, що це триває 24-48 годин, це означає, що НЕ МОЖЕ тривати менше 24 годин?
Чи може поширення DNS тривати менше 24 годин? Більшість веб-сайтів кажуть, що це триває 24-48 годин, це означає, що НЕ МОЖЕ тривати менше 24 годин?
Відповіді:
"Поширення DNS" означає, що більшість ("практично всіх") серверів імен, якими користуються люди в Інтернеті, можуть повернути нову / змінену / поточну інформацію. Складається два рази:
Час від внесення змін у відповідному адміністративному інтерфейсі до фактичного внесення змін на авторитетний сервер імен.
Це може бути миттєвим: Наприклад, коли я хочу змінити запис для свого приватного домену, відповідним інтерфейсом насправді є конфігуратор сервера імен з його вісьмома записами.
Або це може бути дуже повільним, тому що це багатоетапний процес: наприклад, щоб змінити адреси серверів імен, можливо, ви оновлюєте базу даних реєстратора (скажімо joker.com або gandi.net); зміни в реєстраторі, як правило, лише періодично (щогодини чи кожні вісім годин чи що завгодно) надсилаються до основної бази реєстру (до Verisign to update .com
); зі своєї бази даних їм потрібно подавати інформацію фактичним серверам імен, які займаються зоною, що знову відбувається періодично, де завгодно між годинами та щодня.
Час, коли зміни будуть відомі серверу імен конкретного користувача / провайдера.
У кращому випадку це негайно після кроку 1. Якщо ISP ніколи раніше не бачив імені, для його пошуку буде використаний стандартний рекурсивний алгоритм, а авторитетний сервер поверне щойно оновлене або додане значення.
У гіршому випадку сервер провайдера раніше шукав це ім'я і кешуватиме результат. Тоді ви маєте чекати, поки цей запис кешу закінчується; тривалість цього часу залежить від "часу на проживання" (TTL - це властивість запису; встановлення цього повністю залежить від того, хто підтримує запис на авторитетному сервері) або, якщо ім'я не існувало, "мінус кеш ttl "встановлений для його містить зону (зберігаючи, що це відповідальність і єдине рішення того, хто керує цією зоною).
Ще гірший випадок, коли TTL отримує неправильну обробку (занадто довгий і стомливий зараз, але це може зайняти вдвічі більше часу, ніж це встановлено - теоретично навіть довше, але це стає досить рідкісним досить швидко).
Ще гірший випадок - коли з декількох авторитетних серверів оновлюється лише один, а той, хто закінчує запит, має проблеми з оновленням - теорія осторонь, всі достатньо великі постачальники послуг будуть стежити за цим та виправляти або вимикати несправні сервери, тому це може додати кілька годин, щоб це сталося плюс повний TTL, якщо запит отримав стару, неправильну відповідь безпосередньо до того, як відбулося обслуговування / виправлення.
Якщо ви вважаєте, що значення для кроку 1 (до 6 годин для реєстратора до реєстру, щоденне перезавантаження реєстру) та загальні значення для TTL (принаймні одна хвилина, технічно, але зазвичай між 5 хвилин для хостів, таких як www. google.com, який використовує різні адреси для балансування навантаження та управління трафіком, і що-небудь від 1 до 24 годин для повністю розміщених веб-сайтів), ви отримуєте "від 24 до 48 годин, для більшості людей в Інтернеті".
Вам може пощастить і випробувати лише кілька хвилин між внесенням змін і всіма людьми в світі, які це бачать, або ви можете отримати особливу невдачу і ігнорувати свою зміну зовсім непов'язаним несправним провайдером десь, хто з користувачів не побачить ваші зміни, поки наступного тижня.