- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Или я чей-то не догоняю... Аль совсем состарился :(
На всякий случай, объясняю тем кто что-то упустил в том, что такое 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. Если домены ддя вас критичный сервис - Вот тогда и делайте пару серверов и пытайтесь стать независимым ни от кого.
Удачи :)
Какая разница свой NS сервер или хостера?
При смене хостера, в панели администрирования регистратора поменять NS сервера, и сообщить об этом новому хостеру.
Конечно, какое то время домен будет недоступен, все зависит от нового хостера...
А если будет свой NS сервер, все равно новый хостер может подвести.😒
Так, есть ли выход?
По поводу A-записей я тут встретил - http://www.master-x.com/forum/topics/56725/
По поводу nservers провайдера-хостера. Если бы они работали нормально, nservers были бы неизменны, этой темы бы вообще не возникло. А если у хостера не хватает мозгов, чтобы все сделать сразу на долгие годы и потом заранее предусмотреть то, что смена имен или IP у nservers создает проблемы проектам и делать этого не следует, то что говорить о таком провайдере-хостере.
Я вообще не понимаю, зачем и почему они их меняют. Но меняют.
При смене хостера, в панели администрирования регистратора поменять NS сервера, и сообщить об этом новому хостеру.
Конечно, какое то время домен будет недоступен, все зависит от нового хостера...
Если делать так, как Вы предлагаете - до будет недоступен, а если на NS нового хостера сначала завести зону, а уж потом менять информацию у регистратора, то, уверяю Вас, перерыва не будет.
А если будет свой NS сервер, все равно новый хостер может подвести.
Каким образом? Я думаю, что перед переводом NS Вы, таки, заливаете сайт и убеждаетесь в его работоспособности.
Так, есть ли выход?
Конечно есть. Надо просто четко спланировать переход на нового хостера и делать каждый следующий шаг после проверки правильности предыдущего :)
DNS - один из самых критичных сервисов интернет. Поэтому лучше всего закладываться на регистратора или делать свое.
Еще вопрос добавлю. Зачем может быть нужно указание более 2 nservers? И сколько их лучше указывать 2, 3, 4...?
Еще вопрос добавлю. Зачем может быть нужно указание более 2 nservers? И сколько их лучше указывать 2, 3, 4...?
Не заморачивайтесь, двух хватит.
Зачем может быть нужно указание более 2 nservers? И сколько их лучше указывать 2, 3, 4...?
Столько, сколько Вы сочтете необходимым для нормальной работы.
Все равно изменения вносятся только на один сервер, тот, который Primary. Все остальные сервера - Secondary. Они обновляются автоматически через определенный интервал с Primary.
Если NS сервера стоят на надежных хостах, у каждого из которых готовность более 99.99, то достаточно двух. А если каналы к NS серверам регулярно падают ( например один из NS серверов расположен в домашней сети :) ), то лучше иметь более, чем 2 :)
Если делать так, как Вы предлагаете - до будет недоступен, а если на NS нового хостера сначала завести зону, а уж потом менять информацию у регистратора, то, уверяю Вас, перерыва не будет.
А кто должен завести зону заранее, чтобы не было перерыва? Регистратор? Или только Я?:)
А кто должен завести зону заранее, чтобы не было перерыва? Регистратор? Или только Я?
Регистратор тут не при чем :)
Алгоритм переноса сайта со сменой 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 часов, а лучше - сутки.
При этом алгоритме ни на минуту не возникнет перерыва в сервисе.
Аналогично поступать и с переносом почтового сервера.
У хостера есть опция управления 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, то в какой папке на сервере должен располагаться контент для этого домена, это все самостоятельно делается или все равно надо будет напрягать хостера и ему домен придется прописывать в конфигах?