Рейтинг:-1

Домен второго уровня в качестве основного NS-сервера для себя

флаг kr

Есть ли что-нибудь в RFC, запрещающее мне указывать записи NS для mydom.example это выглядит так:

mydom.example 192.0.2.4
Secondaryns.example

по сравнению с

ns.mydom.example 192.0.2.4
Secondaryns.example

В частности, если основной NS находится в том же домене, могу ли я использовать mydom.example есть или строго обязательно наличие какого-либо домена третьего уровня для NS типа ns.mydom.example?

Рейтинг:1
флаг cn

Есть ли что-нибудь в RFC, запрещающее мне

Нет, ничто не запрещает вам использовать имя сервера имен, имя которого является именем зоны.

Он существует, НО это категорически не рекомендуется. Во-первых, очевидно, что он находится в бейливике, поэтому вам нужны клейкие пластинки. Это уже создает некоторые головные боли.

Но наличие имени сервера имен, равного имени зоны, наверняка вызовет пограничные случаи, поскольку эта ситуация малоизвестна, поэтому вы обнаружите, что многие программы/API/UI задыхаются от этого.

Так что, исходя из опыта, я рекомендую вам не делать этого. Делая такие вещи, вы на самом деле ничего не получаете, поэтому лучше избегать.

Захар Joe avatar
флаг kr
«много программного обеспечения / API / пользовательского интерфейса задыхается от этого» - вот что вызвало этот вопрос.
Patrick Mevzek avatar
флаг cn
Использование имени зоны в качестве имени сервера имен не дает никаких преимуществ (кроме использования любых серверов имен в бейливике с клеями, если хотите) и создает проблемы, поэтому в свете этого я думаю, что последствия очевидны: не делайте этого (кроме экспериментов и забавных случаев), даже если технически ничто не мешает вам это сделать, это законно и работает (нормально).
Рейтинг:0
флаг za

Это не домен третьего уровня. Здесь ns.example.com это имя (например, указывает на) А/АААА RR, который содержит фактические адреса IPv4 или IPv6 сервера.

И, поскольку NS должен указывать на точно А или же АААА записей, вы не можете использовать имя "apex" в качестве имени хоста сервера имен. Делегированная зона всегда содержит как минимум СОА запись, и поэтому имя зоны не подходит в качестве NS цель записи.

Ваша зона (обслуживаемая вашими серверами) будет иметь вид:

пример.com. СОА...
пример.com. НС ns.example.org.
пример.com. NS ns.example.com.
ns.example.com. А 192.0.2.1
...

Если само имя RR сервера имен находится внутри этого пример.com зону, вам необходимо определить ее (как я сделал для ns.example.com выше), и ваша восходящая зона (ком) добавит его как клей запись вместе с записями делегирования. В этом случае ком зона будет содержать три записи для вас: 2 делегация NS и 1 клей А. Если RR сервера имён находится вне домена, его нельзя добавить в эту зону (поскольку он ей не принадлежит) и вышестоящий не будет иметь для него клей (хорошо, он может иметь ту же запись, что и клей для Другая домен, но это не ваше дело).

Но я не понимаю, почему вы беспокоитесь. Просто делай как все. Не ведитесь на маркетинговые уловки, "уровень" "домена" ничего не значит, кроме технического. Когда мы говорим о логически последовательном использовании имен, использование вложенных уровней иерархии недопустимо. поощряется.

Захар Joe avatar
флаг kr
Спасибо за объяснение. Побочный вопрос: считается ли запись PTR для IP-адреса, указывающего на example.com (вместо любого.example.com), «действительной»?
Nikita Kipriyanov avatar
флаг za
Это. Запись `PTR` указывает просто на любые другие записи в дереве доменных имен. ЛЮБАЯ запись, даже не допустимое имя хоста. Если бы вы были немного более наблюдательны, то могли бы заметить, что следующая запись, описанная в RFC1035, на которую я ссылаюсь после NS, называется PTR.
Patrick Mevzek avatar
флаг cn
«И, поскольку NS должен указывать именно на записи A или AAAA», записи NS указывают на имена, а не на адреса. «Вы не можете использовать имя «apex» в качестве имени хоста сервера имен». Это совершенно неверно. Вы вполне можете это сделать, и это происходит в дикой природе.
Nikita Kipriyanov avatar
флаг za
Не могли бы вы показать пример в дикой природе?
Patrick Mevzek avatar
флаг cn
Пример в дикой природе прямо сейчас: домен `040dns.com.` имеет сервер имен `040dns.com.` и работает (за исключением ошибки в обработке TCP, как вы можете видеть в DNSViz: https://dnsviz.net/d/040dns. com/YaaFDQ/dnssec/). Я насчитал сейчас 1130 доменов в зоне `.com` с такой же настройкой (но действительно много мусора, то есть хромые случаи делегирования)

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.