Скільки часу потрібно для роботи CNAME маршруту 53?


16

Я встановив CNAME в маршруті 53 Amazon, щоб вказати на інший сервер.

Це новий CNAME для нового піддомену, який вказує на існуюче доменне ім’я.

З іншими постачальниками DNS, з якими я працював, нові записи Canonical Name миттєво переносяться на інше канонічне доменне ім’я.


Я зачекав би пару хвилин. Записи Route53 мають десятки центрів обробки даних по всьому світу, і, мабуть, десятки серверів у цих центрах обробки даних, тому я, як правило, бачив між чотирма секундами та парою хвилин, щоб чотири адреси серверів імен домену почали повертати результати.
ceejayoz

2
Як ви тестуєте, працювали вони чи ні? У DNS є багато кешування, і якщо ви цього не зробите правильно, ви просто побачите кешований запис.
Ладададада

Я тестую це, намагаючись потрапити на URL, який я налаштував. У своєму запитанні я зазначив, що це новий запис, тому я не впевнений, що мені слід занепокоєти кешовані записи на своїй машині.
Девід Салпі

Відповіді:


14

DNSЗміни запису маршруту 53 поширюються менше ніж за хвилину, але TTLчас вплине на те, як швидко DNSвирішальні пристрої перевірять оновлення записів .

Q. Як швидко зміни, внесені в налаштування DNS в Amazon Route 53, поширюватимуться в усьому світі?

Amazon Route 53 призначений для розповсюдження оновлень, які ви вносите до своїх записів DNS, до своєї світової мережі авторитетних серверів DNS протягом 60 секунд за звичайних умов. Зміни успішно поширюються у всьому світі, коли виклик API повертає список статусів INSYNC.

Зауважте, що кешування DNS-розв'язників знаходиться поза контролем служби Amazon Route 53 і кешуватиме ваші набори записів ресурсів відповідно до їхнього часу проживання (TTL). Статус зміни INSYNC або ВЗАЄМОДИЙ стосується лише стану авторитетних серверів DNS маршруту 53.

Або якщо ви віддаєте перевагу форумам розробників AWS ...

Ви можете очікувати, що він пошириться на всі сервери маршруту 53 по всьому світу протягом хвилини. Однак майте на увазі, що TTL визначає, наскільки швидко клієнти побачать оновлену інформацію. Якщо встановити TTL для запису на рівні 3600 секунд, DNS-роздільники можуть кешувати ці дані протягом години, перш ніж знову повернутися до маршруту 53. Якщо важливо зробити так, щоб оновлений запис поширювався до кінцевих користувачів якомога швидше, я рекомендував би TTL тривалістю 60 секунд.

Оскільки TTL налаштовано для кожної записи, ви можете використовувати різні значення. Якщо ви не плануєте вносити будь-які зміни в запис найближчим часом, більш високий TTL може допомогти вам заощадити на витратах на запити та зробити ефективність трохи ефективнішою. Наприклад, вам може не знадобитися оновлювати записи MX саме так. Скажімо, для ваших записів MX встановлено TTL на 43200 секунд (12 годин). Якщо ви коли-небудь переходите до іншого постачальника електронної пошти, просто заздалегідь опустіть TTL. Як тільки термін дії оригіналу TTL закінчився, ви можете продовжити переміщення. Оновлені записи тепер поширюватимуться набагато швидше завдяки нижчому TTL. Одночасно змініть TTL назад на початкове значення.


Дякую за відповідь. Я читав відповіді, перш ніж звернутися сюди. Єдина причина, яку мені було цікаво, це тому, що це не сталося менше ніж TTL. Запис, який я додав, - це абсолютно новий запис до субдомену, який раніше не існував.
Девід Салпі

2

Я не звернув уваги на значення CNAME, воно було невірним для специфікації CNAME. Відповідь на питання "миттєвий".


2

60 секунд, але переконайтеся, що ваша операційна система хосту довше не кешує записи DNS. Використовуйте інструмент пошуку DNS для прямої перевірки на сервері імен.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.