Настройка DNS

[prozaik]

Opps, sorry. Не так посмотрел.
Действительно проплачен до 15-oct-2005
Domain Name: PRIVET.COM
Registrar: NETWORK SOLUTIONS, INC.
Whois Server: whois.networksolutions.com
Referral URL: http://www.networksolutions.com
Name Server: BIGGUY.GTE.NET
Name Server: OTHERGUY.GTE.NET
Name Server: PRIVET.COM
Status: REGISTRAR-LOCK
Updated Date: 12-oct-2003
Creation Date: 16-oct-1997
Expiration Date: 15-oct-2005

Технически никакой необходимости в собственном DNS абсолютно нет.

Хочется этого или нет, но держать у себя DNS придется ибо
privet.com прописан на root серверах. Либо удалить его (перерегистрировать домен)

Далее, Ваши secondary все еще не знают о существовании "истинного" primary. С ними надо связаться.

2. Идей попросить гаев поставить привет.ком первым - неплохая и может сработать? Если они согласятся и поставят первым привет.ком.
Онако, запросы все равно будут идти к гаям.

Запросы будут идти в случайном порядке ко всем трем серверам
BIGGUY.GTE.NET
OTHERGUY.GTE.NET
PRIVET.COM

Поэтому важно, что информация на них была синхронизирована.

[Privet]

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

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

[olegkin]

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

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

Не увидят ничего относящегося к privet.com. Почта тоже ходить перестанет.

Generally, плохая идея:
1) ставить dns сервер на плохой/медленный/перегруженный канал,
2) оставлять только один сервер,
3) делать несколько primary серверов для одной зоны

[PavelM]

Запросы будут идти в случайном порядке ко всем трем серверам
BIGGUY.GTE.NET
OTHERGUY.GTE.NET
PRIVET.COM

Поэтому важно, что информация на них была синхронизирована.

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

Ну а вопрос с основным днс и вторичными надо конечно решать, зона должна быть одинакова на всех днс.

рекомендую: http://www.acmebw.com/askmrdns/archive.php

[prozaik]

Запросы будут идти в случайном порядке ко всем трем серверам
BIGGUY.GTE.NET
OTHERGUY.GTE.NET
PRIVET.COM

Поэтому важно, что информация на них была синхронизирована.

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

Ну а вопрос с основным днс и вторичными надо конечно решать, зона должна быть одинакова на всех днс.

рекомендую: http://www.acmebw.com/askmrdns/archive.php

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

Как это все работает:
1. клиент (пусть виндовый) спрашивает у своего сервера
"дай мне ip address www.privet.com"
2. Сервер спрашивает у рутового сервера
"дай мне ip address www.privet.com"
Рутовый отвечает: "знать ничего не знаю про www.privet.com, но вот тебе список ip addresses серваков (внимание: он отдает этот список в случайном порядке!), которые знают про .com"
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... Если привет в этом случае лежит, то у двух других спрашивать никто не будет...
Если же будут указаны все три сервера, то все три и будут опрошены по порядку (пока не найдется работающий).

[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 не будет.