Настройка DNS

[prozaik]

Ну, а если я вообще уберу эти bigguy, otherguy из записи? Чем это чревато? Только тем, что если мой сервер встанет, то никто не увидит privet.com? Или не увидят только то, что идёт слева от privet.com?

Всё-таки надо почитать.

Если упадет канал, то пофиг.
Кому нужен ip address, если сервак все-равно лежит...
Если упадет только dns daemon, то никто ничего не увидит.

[PavelM]

PavelM, я сейчас матом ругаться начну.

3. Сервер тогда выбирает первый сервер из списка и спрашивает его:
"дай мне ip address www.privet.com"
тот отвечает: "знать ничего не знаю про www.privet.com, но вот тебе список ip addresses серваков (внимание: он отдает этот список в случайном порядке!), которые знают про privet.com"
4. Сервер тогда выбирает первый сервер из списка и спрашивает его:
"дай мне ip address www.privet.com"
тот отвечает: x.y.z.w

На самом деле алгоритм сложнее, но общий смысл примерно сохранен.

В пункте 3 отвечаюший сервер выдаст в произвольном порядке
BIGGUY.GTE.NET
OTHERGUY.GTE.NET
PRIVET.COM

т.е. именно то, что было заявлено при регистрации домена.

Рассмотрим что получится, есть dns на privet.com будет содержать только
IN NS privet.com.
и ничего больше.

Однажды обратившись клиентский сервер оставить в памяти (cache) "IN NS" записи. И в следующий за другим хостом (forum.privet.com) он к рутовому серверу не полезет, а станет спрашивать напрямую у первой попавшейся
У нас она одна privet.com... Если привет в этом случае лежит, то у двух других спрашивать никто не будет...
Если же будут указаны все три сервера, то все три и будут опрошены по порядку (пока не найдется работающий).

Я тут еще немного позанудствую. Вцелом все верно, однако

1. Выбор NS сервера зоны все-таки за клиентом (клиентским сервером). Т.е. элемент случайности или неслучайности именно он и привносит. См. линк ниже. Выбор отнюдь не случаен.

2. Насчет примера с привет.ком, Вы лишь частично правы. Остальные NS сервера будут все же регулярно опрашиваться. Но опять же реализация этого алгоритма зависит зависит от клиента (клиентского сервера).

Вот как работает BIND:
http://www.acmebw.com/askmrdns/archive.php?question=3

жду табуреток ...

[prozaik]

Я тут еще немного позанудствую. Вцелом все верно, однако

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

1. Выбор NS сервера зоны все-таки за клиентом (клиентским сервером). Т.е. элемент случайности или неслучайности именно он и привносит. См. линк ниже. Выбор отнюдь не случаен.

Еще раз - случаен!!! Список NS отдается владельцем случайно. Клиент лишь выбирает к какому из них обратиться
в случайном опять же (для первого раза) порядке.
В приведенном Вами линке так и написано

% host -t ns privet.com
privet.com name server bigguy.gte.net
privet.com name server otherguy.gte.net
privet.com name server privet.com
% host -t ns privet.com ns.ektb.ru
Using domain server:
Name: ns.ektb.ru
Addresses: 194.84.253.2

privet.com name server otherguy.gte.net
privet.com name server privet.com
privet.com name server bigguy.gte.net
% host -t ns privet.com ns.spb.ru
Using domain server:
Name: ns.spb.ru
Addresses: 193.124.83.69

privet.com name server otherguy.gte.net
privet.com name server privet.com
privet.com name server bigguy.gte.net

2. Насчет примера с привет.ком, Вы лишь частично правы. Остальные NS сервера будут все же регулярно опрашиваться. Но опять же реализация этого алгоритма зависит зависит от клиента (клиентского сервера).

Если информация уже в cache и она не содержит "IN NS" на секондари (а зона на privet.com как раз и не содержит, точнее не содержала), ни какого оббращения к другим серверам в течении TTL не будет.