Чи багаторівневе ім’я хоста має практичну зміну?

10

AЗапис для hello.world.example.comможе бути зареєстрований

як helloзапис у доменіworld.example.com
або як hello.worldзапис у доменіexample.com

Чи є практична різниця, з точки зору служб, які вирішують назву , між цими двома підходами?

Наскільки я можу сказати, дозвіл обох отримує значення A (IP), тому відповіді не помітні для клієнта.

domain-name-system dns-zone

— WoJ
джерело

12

Можливо, буде додаткова затримка, оскільки створення окремої зони для world.example.comсубдомену зазвичай також передбачає делегування на різні авторитетні сервери імен.

Якщо однакові авторитетні сервери імен використовуються як для, так example.comі для world.example.comзон, різниці в продуктивності немає.

Розв'язувачі DNS повинні слідувати за делегуванням з TLD на авторитетний сервер імен.

Коли резолютор досягне авторитетних серверів імен для example.comдомену, і у вас є запис ресурсів hello.world(.example.com.)у цій зоні, відповідь буде негайно відправлена.

Якщо авторитетні сервери імен для example.comдомену також є авторитетними для world.example.comпіддомену, відповідь на hello.world.example.com.запис також буде негайно відправлений.

Якщо world.example.comналаштовано окрему зону, авторитетні сервери імен для example.comнадіслати відповідь з подальшими деталями делегування та NSзаписами (-ми) авторитетних серверів імен для world.example.com.зони:

world.example.com.  IN NS ns.world.example.com.
world.example.com.  IN NS ns1.example.org.
; GLUE
ns.world.example.com. IN A 192.2.0.1

Резолютору потрібно буде дотримуватися цієї делегації та надсилати додаткові запити на:

потенційно знайдіть ці сервери імен (наприклад, у випадку ns1.example.org. запис NS)
запитайте одного з авторитетних серверів імен для world.example.com.зони для hello(.world.example.com.)запису.

— HBruijn
джерело

Дякую. Тож це скоріше питання ефективності в роздільній здатності (або швидкості / простоті налаштування), ніж технічних відмінностей у відповіді (для клієнта, який запитує рішення, це не змінить, він отримає IP для hello.world.example.com), правильно ?

— WoJ

Так, у будь-якому випадку вирішувач повинен отримати відповідь з ip-адресою для hello.world.example.com.

— HBruijn

2

@WoJ, це зазвичай більше питання адміністрації - ви делегуєте зону, якщо простіше підтримувати цей спосіб. Різниця в продуктивності зазвичай незначна.

— Саймон Ріхтер

8

Технічно, наскільки я розумію DNS, тільки ім'я helloвважається ім'ям хоста, решта - доменним іменем. Як таке, воно вирішується так само, у вашому випадку зона DNS включає в себе як example.comпіддомен world.example.com, так і піддомен , це лише питання переваги, як ви коментуєте його.

Однак я єдиний раз, коли я бачив такі записи, як для DKIM та інших записів TXT, наприклад, DKIM використовує [selector]._domainkeyяк запис для заданого піддомену або кореневого домену. Зручно, звичайно, якщо вам потрібно лише пара записів для субдомену, не потрібно створювати для них окрему зону.

— Стуггі
джерело

4

Я знаю, що можна розмежовувати їх (запитуючи, SOAнаприклад), і саме тому я додав "практичний" аспект диференціації. Ваші приклади для DKIM - це добрі приклади таких записів у реальному житті.

— WoJ