DNS по сравнению с записью NS

Записи NS указывают серверы, которые предоставляют услуги DNS для того доменного имени.

Записи указывают на имена хостов (такие как www, ftp, почта) к одному или нескольким IP-адресам.

запись отображает имя к IP-адресу. например.

binary.example.com.         IN  A       192.168.1.42

состояния, что binary.example.com. твердость к 192.168.1.42

запись NS отображает имя к другому серверу имен, т.е. другому серверу DNS, который служит тому домену. т.е. "Я понятия не имею о IP-адресе этого имени, но если Вы идете, просят, чтобы сервер имен там, это могло бы знать"

binary.example.com.            IN      NS      otherbox.example.com
otherbox.example.com.          IN       A      192.168.1.2

Если Вы спрашиваете сервер DNS, который имеет вышеупомянутые 2 записи для binary.example.com. (или www.binary.example.com. или foo.bar.binary.example.com). это скажет Вам, что необходимо будет пойти, просят 192.168.1.2 переводить те имена (хорошо, или сервер DNS мог сделать это для Вас, или этому можно было кэшировать разрешенные имена и возвратить их Вам.)

Записи NS существуют ТОЛЬКО в целях определения, КАКИЕ СЕРВЕРЫ ИМЕН ответственны за конкретный домен.

Запись существует для "ОБРАЩЕНИЙ" к конкретной машине или сервису.

Примеры для Вас:

В Вашей Панели управления DNS Вы будете видеть некоторые записи NS, это Ваши СЕРВЕРЫ ИМЕН или основная машина, ответственная за сообщение Интернета, где материал на Вашем домене находится.

NS1.CP.COM NS2.CP.COM

Также в Вашей Панели DNS, у Вас будет домен, которым Вы владеете (т.е. -mikesfunhouse.com), что у Вас должны быть некоторые сервисы, как веб-сайт на.

Таким образом, то, что Вы сделаете, имеют Основное устройство запись, указывая на "mikesfunhouse.com" на "76.19.87.956" (очевидно, поддельный IP).

Затем Вы сделаете другую запись, запись www, которая перенаправит субдомен "www". часть на Ваш основной сайт.

Короче говоря, Вы используете записи для преобразования пространства имен в IP-адрес.

Запись сервера имен говорит Интернет, который сервер DNS содержит записи, так для поиска записи для субдомена, это - примерно следующий процесс:

Поиск серверы имен для домена-> Запрос сервер имен для субдомена Запись

Важно иметь в зоне как NS, так и A запись, если вам нужно делегировать подзону другому DNS-серверу.

Например, у нас есть DNS-сервер ns1.bar.com, уполномоченный для зона bar.com. И нам нужно делегировать foo.bar.com на ns1.foo.bar.com. Итак, нам нужно создать зону foo.bar.com и поместить туда следующие записи:

foo.bar.com.     IN NS ns1.foo.bar.com.
ns1.foo.bar.com. IN A  10.10.10.10

Если у нас не будет записи A, делегирование не будет работать. Такие пары записей называются связующими записями.

Связующие записи - это единственный способ для DNS-системы найти точный IP-адрес полномочного DNS-сервера для некорневой зоны. Если вы проверите какой-либо домен на наличие NS-записи с помощью dig или увидите дамп трафика с помощью wirehark, вы увидите, что в ответе есть «дополнительный» раздел

;; ANSWER SECTION:
foo.bar.com.             10800   IN      NS      ns1.foo.bar.com.

;; ADDITIONAL SECTION:
ns1.foo.bar.com.         7972    IN      A       10.10.10.10

при выполнении рекурсивного запроса, например www.foo.bar. com ваш DNS-клиент запросит авторитетный DNS для зоны foo.bar.com и получит ответ ns1.foo.bar.com.

Чтобы продолжить, он должен отправить запрос для ns1.foo.bar.com, который является обслуживается ... ns1.foo.bar.com. Чтобы разорвать цикл, делегирующий DNS-сервер должен добавить этот дополнительный раздел с записью A.

Сервер ns1.foo.bar.com должен иметь такие же записи в своей зоне, поэтому он может быть авторитетным для зоны foo.bar.com .

Это старый вопрос, но я думаю, что другие ответы не касаются источника путаницы. NS записи на вершине следуют другому набору правил, чем NS записи под вершиной.

• Запись НС на вершине не определяет отсылку. Вместо этого они дают авторитетное определение этим записям NS.
• Любые записи NS под вершиной do определяют отсылку. Эта запись NS не считается авторитетной, также как и запись A с общим именем.

Из этих правил мы можем вывести два различных поведения для того, что происходит, когда запись A существует на сервере DNS с тем же именем:

• Если запись NS не определяет перенаправление, другие данные могут существовать рядом с ней в той же зоне. Так как сервер считает себя авторитетным как для записи NS, так и для записи A, то конфликта нет. Поэтому другие данные обычно живут рядом с записями NS в верхней части зоны.
• Если запись NS определяет направление, то запись A фактически "маскируется" разрезом зоны A. Эта запись A не является авторитетной, и не должны появляться в разделе "Ответ" авторитетного ответа. Потенциально он может быть использован как клеевые данные, которые появляются в дополнительном разделе отзыва, но это все.