Свои nserver'а

1 234 5
Мэкс
На сайте с 03.07.2005
Offline
67
#21

Или я чей-то не догоняю... Аль совсем состарился :(

На всякий случай, объясняю тем кто что-то упустил в том, что такое DNS и прошу не кидать в меня словами в трехбайтной кодировке.

Объясняю очень примитивно и неполно.

Верхний уровень:

Корневые сервера всея интернет, записи которых указывают на корневые сервера национальных, географических и прочих зон.

Их немного, и они, как правило прописаны в любом DNS сервере.

Национальный уровень ( к примеру зона .ru):

Ряд DNS серверов, записи которых указывают на сервера, описывающие ту или иную зоону.

Второй уровень:

DNS сервера содержащие собственно описания хостов и сервисов домена, а также домены третьего и прочих уровней. Впрочем, на домен третьего уровня может быть росто указатель на каком NS сервере искать информацию об этом домене.

Когда Вы регистрируете домен Вы, в записи регистрации указываете на каких NS будет располагаться описание Вашего домена.

Описание каждого домена второго уровня должно находится на разных ( как минимум двух) NS серверах и в разных сетях клсса С.

Типы записей в описании домена:

SOA - обязательная запись со служебной информацией.

NS - Сервер имен - должны совпадать с серверами имен, описанными в записи у регистратора.

A - адрес хоста - Вот тут вставляется ip адрес для хоста.

Например:

www A 111.222.133.144

CNAME - синоним. Если хост уже имеет имя, то к нему можно обратится по имени:

vasya CNAME www

Есть еще MX запись - это указатель на почтовый сервер.

Теперь, про то, как эта байда работает.

К примеру, абориен из австралии решил посмотреть данный сайт.

Для того, чтобы браузер аборигена нашел его он должен узнать IP адрес этого форума.

Сначала броузер смотрит, есть ли ip адрес хоста в кэше локального компа. Адреса нет.

Тогда комп аборигена обращается к DNS серверу на предмет выяснения ip адреса.

DNS сервер сначала просматривает свои кэши, и если обнаруживает хост, то возвращает его IP адрес. Но в нашем случае в кэшах ни хрена нет :(

Тогда он смотрит корень домена (.ru) и отправляет запрос к корневым серверам интернета дать адрес сервера, который отвечает за зону ru.

Получив адрес сервера, содержащего зону .ru, DNS сервер аборигена запрашивает там адрес DNS сервера, обслуживающего зону searchengines.ru, и естественно его получает. Далее аборигенский DNS сервер обращается к DNS серверу searchengines.ru и, наконец, получает от него ip адрес для forum.searchengines.ru, который радостно отдает компьютеру аборигена, для установки соединения.

Теперь, немного об отличиях A и CNAME.

A пишется для определения основного имени хоста. И, по идее, на каждый A должна быть обратная запись в зоне DNS описывающей сеть класса С, в которой находится хост. Это надо для однозначного определения. Хотя большинство прописывает A без реверса. ( Реверсная зона DNS служит для обратного преобразования IP адреса в имя хоста. По стандартам в реверсной зоне каждому ip соответствует только один хост. Реверсную зону поддерживает провайдер, который владеет данной сетью класса С. )

Во всех остальных случаях нужен CNAME.

Единственное исключение - корневая запись. Т.е. нельзя написать

CNAME aaa.bbb.ru.

a надо писать

A xxx.xxx.xxx.xxx ( адрес aaa.bbb.ru )

Теперь рекомендации:

1. Если Ваш домен нужен только для сайта - лучше всего использовать NS сервера провайдера. При переносе Вашего сайта с хоста на хост смену ip адреса вы не заметите ( у хорошего хостера ).

2. Если Ваш домен имеет почтовый сервис у другого провайдера - лучше всего держать NS у регистратора и указывать явно Web хостера и почтового хостера.

В этом случае, Вам придется самим указывать ip адреса почтовых серверов и Web сервера.

3. Если Вы имеете свой собственный сервер - поднимите свой собственный DNS сервер на нем. Вторичный DNS сервер можете сделать у регистратора, или провайдера, или просто у друга, который тоже имеет выделенный сервер с DNS. Вы, в свою очередь, можете стать секондари DNS сервером для друга.

4. Если домены ддя вас критичный сервис - Вот тогда и делайте пару серверов и пытайтесь стать независимым ни от кого.

Удачи :)

Знание некоторых принципов легко возмещает незнание некоторых фактов. К. Гельвеций
A
На сайте с 12.01.2007
Offline
24
#22

Какая разница свой NS сервер или хостера?

При смене хостера, в панели администрирования регистратора поменять NS сервера, и сообщить об этом новому хостеру.

Конечно, какое то время домен будет недоступен, все зависит от нового хостера...

А если будет свой NS сервер, все равно новый хостер может подвести.😒

Так, есть ли выход?

жадеит (http://www.jadeit.ru) Каталог сайтов (http://catalogue.amk1come.ru/) Каталог сайтов строительной тематики (http://build.fireside.in/) Автоматический обмен валют WM - PayPal (http://n-change.net/cgi-bin/index.cgi?partner=amk1come)
Independence
На сайте с 29.10.2005
Offline
428
#23

По поводу A-записей я тут встретил - http://www.master-x.com/forum/topics/56725/

По поводу nservers провайдера-хостера. Если бы они работали нормально, nservers были бы неизменны, этой темы бы вообще не возникло. А если у хостера не хватает мозгов, чтобы все сделать сразу на долгие годы и потом заранее предусмотреть то, что смена имен или IP у nservers создает проблемы проектам и делать этого не следует, то что говорить о таком провайдере-хостере.

Я вообще не понимаю, зачем и почему они их меняют. Но меняют.

Мэкс
На сайте с 03.07.2005
Offline
67
#24
Artyom:
При смене хостера, в панели администрирования регистратора поменять NS сервера, и сообщить об этом новому хостеру.
Конечно, какое то время домен будет недоступен, все зависит от нового хостера...

Если делать так, как Вы предлагаете - до будет недоступен, а если на NS нового хостера сначала завести зону, а уж потом менять информацию у регистратора, то, уверяю Вас, перерыва не будет.

Artyom:
А если будет свой NS сервер, все равно новый хостер может подвести.

Каким образом? Я думаю, что перед переводом NS Вы, таки, заливаете сайт и убеждаетесь в его работоспособности.

Artyom:
Так, есть ли выход?

Конечно есть. Надо просто четко спланировать переход на нового хостера и делать каждый следующий шаг после проверки правильности предыдущего :)

Если бы они работали нормально, nservers были бы неизменны, этой темы бы вообще не возникло.

DNS - один из самых критичных сервисов интернет. Поэтому лучше всего закладываться на регистратора или делать свое.

Independence
На сайте с 29.10.2005
Offline
428
#25

Еще вопрос добавлю. Зачем может быть нужно указание более 2 nservers? И сколько их лучше указывать 2, 3, 4...?

Flint
На сайте с 25.12.2002
Offline
98
#26
Independence:
Еще вопрос добавлю. Зачем может быть нужно указание более 2 nservers? И сколько их лучше указывать 2, 3, 4...?

Не заморачивайтесь, двух хватит.

С уважением, Копылов Кирилл | ICQ - 505-982 | Тел. +7 (8412) 25-22-00
Мэкс
На сайте с 03.07.2005
Offline
67
#27
Independence:
Зачем может быть нужно указание более 2 nservers? И сколько их лучше указывать 2, 3, 4...?

Столько, сколько Вы сочтете необходимым для нормальной работы.

Все равно изменения вносятся только на один сервер, тот, который Primary. Все остальные сервера - Secondary. Они обновляются автоматически через определенный интервал с Primary.

Если NS сервера стоят на надежных хостах, у каждого из которых готовность более 99.99, то достаточно двух. А если каналы к NS серверам регулярно падают ( например один из NS серверов расположен в домашней сети :) ), то лучше иметь более, чем 2 :)

A
На сайте с 12.01.2007
Offline
24
#28
Мэкс:
Если делать так, как Вы предлагаете - до будет недоступен, а если на NS нового хостера сначала завести зону, а уж потом менять информацию у регистратора, то, уверяю Вас, перерыва не будет.

А кто должен завести зону заранее, чтобы не было перерыва? Регистратор? Или только Я?:)

Мэкс
На сайте с 03.07.2005
Offline
67
#29
Artyom:
А кто должен завести зону заранее, чтобы не было перерыва? Регистратор? Или только Я?

Регистратор тут не при чем :)

Алгоритм переноса сайта со сменой DNS сервера.

1. На старом DNS сервере установить в TTL время хранения кэшей в 6 часов ( обычно - 10 дней ).

2. Перенести сайт к новому хостеру. ( отвечает старый сайт )

3. Протестировать его работоспособность ( обычно в файде hosts создаются необходимые записи )

4. Создать у хостера или на новых NS серверах

5. Протестировать DNS ( через nslookup или dig )

6. Поменять NS сервера у регистратора.

7. Убедиться, что смена NS серверов произошла. ( с этого момента отвечает и старый и новый сайт, т.к. DNS имеет достаточно высокую инерционность. )

8. Сще раз синхронизировать старый и новый web сервера.

9. Сообщить старому хостеру, что можно сносить сайт и DNS записи.

10. Выпить пива :)

Между первым и шестым пунктом желательно иметь перервы в 2-5 дней.

Между 7 и 9 как минимум 6 часов, а лучше - сутки.

При этом алгоритме ни на минуту не возникнет перерыва в сервисе.

Аналогично поступать и с переносом почтового сервера.

Independence
На сайте с 29.10.2005
Offline
428
#30

У хостера есть опция управления DNS-сервером для доменов, которые зарегистрированы через него. Решил на одном поэкпериментировать.

В качестве домена для наших nservers выберем test.ru

Добавляем свои записи:

;

; TEST.RU

;

$TTL 1H

@ SOA ns1.hoster.ru. call.hoster.ru. (

2007012021 ; Serial

1H ; Refresh

30M ; Retry

1W ; Expire

1H ) ; Minimum

NS ns1.hoster.ru.

NS ns2.hoster.ru.

@ A 11.22.33.44

* CNAME @

ns1.test.ru CNAME 1.2.3.4

ns2.test.ru CNAME 8.7.6.5

У домена testdomain.ru в качестве nservers пишем:

nserver: ns1.test.ru

nserver: ns2.test.ru

Что получаем? Он не откликается.

Если пинговать, то ns1.test.ru и ns2.test.ru имеют не тот IP, как должны и который у ns1.hoster.ru и ns2.hoster.ru

Стало бы напортачено в конфигах. Полагаю, что вопрос элементарный и нужно либо что-то сделать с A, либо с CNAME?

Еще. Хостер в обычных случаях сопоставляет домен с папкой(субдоменом) у себя на сервере. В это папке хранится контент для данного домена.

Если мы возьмем новый домен (не сопоставленный с папкой) на наших nservers, то в какой папке на сервере должен располагаться контент для этого домена, это все самостоятельно делается или все равно надо будет напрягать хостера и ему домен придется прописывать в конфигах?

1 234 5

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий