Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | | | |
Да 08.04.05 09:35 Число просмотров: 1788
Автор: VEK Статус: Незарегистрированный пользователь
|
> Я уже близок к пониманию....Практически понял...В общем > так. > > Провайдер прописывает у себя в конфиге, если у него BIND: > zone "name.com" { > type slave; > file "slave/name.com" > master {222.222.222.222}; > } > В файле name.com будет храниться копия нашей зоны (которая > вроде как должна реплицироваться автоматически???) > У себя в конфиге мы создаем зону master и ваяем там что > хотим, все изменения поидее должны реплицыроваться на > slave, которая у провайдера. Да, правильно. Не забываем менять serial number при изменении конфига.
> Теперь нас как-то в инете надо найти....ммммммм > Т.е. там, где мы регистрировали домен name.com, говорим что > инфу о домене jurinfo.com надо искать на стороне > провайдера, т.е. там надо добавить записи NS, одну - > указывающую на 222.222.222.222 и одну на крайний случай на > ДНС провайдера. Так какой домен name.com или jurinfo.com? Что значит на стороне провайдера? Информацию о домене и его поддоменах нужно брать с name серверов указанных при регистрации. Если первый не доступен, берем со второго. Кстати, secondary NS может быть несколько. IP адрес своего сервера указываем, если нет у него другого имени не в домене name.com, поскольку запрещено при регистрации указывать имя NS server'а из своего же домена, такое как ns.name.com.
> Правильно я понял?
|
<sysadmin>
|
Хочу разобраться с особенностями работы DNS... 06.04.05 11:22
Автор: roOstY Статус: Незарегистрированный пользователь
|
Для примера опишу реальную ситуацию.
Имеется домен name.com. Стоит выделенный сервер со статическим ип 222.222.222.222.
на сервере ДНС есть запись А, связывающая эти имя и адрес.
Стоит задача реализовать на сервере name.com виртуальный хостинг host1.name.com, host2.name.com, host3.name.com
Вопрос вот в чем: Обязательно ли мне регистрировать эти имена host1, host2, host3 или мне будет достаточно установить у себя на сервере name.com ДНС сервер, там прописать записи CNAME для этих имен (ну или добавить записи А)?
В чем могут возникнуть тонкости реализации виртуального хостинга при настройке DNS?
|
|
Нет тонкостей. 07.04.05 09:15
Автор: VEK Статус: Незарегистрированный пользователь
|
> Для примера опишу реальную ситуацию. > Имеется домен name.com. Стоит выделенный сервер со > статическим ип 222.222.222.222. > на сервере ДНС есть запись А, связывающая эти имя и адрес. > Стоит задача реализовать на сервере name.com виртуальный > хостинг host1.name.com, host2.name.com, host3.name.com > Вопрос вот в чем: Обязательно ли мне регистрировать эти > имена host1, host2, host3 или мне будет достаточно > установить у себя на сервере name.com ДНС сервер, там > прописать записи CNAME для этих имен (ну или добавить > записи А)? > В чем могут возникнуть тонкости реализации виртуального > хостинга при настройке DNS? Нет тонкостей.
Как я понял задачу (если не то, объясни подробнее): для зоны name.com primary NS сервер находится где-то, скажем, у провайдера. На сервере 222.222.222.222 DNS не поднят. Хочется иметь виртульные веб-сервера hostX.name.com. Тогда достаточно обратиться к провайдеру и попросить внести записи в зону name.com
host1 IN CNAME name.com.
hostX IN CNAME name.com.
и идти настраивать веб-сервер.
Точка после com обязательна. Имеется ввиду, что A запись для name.com есть 222.222.222.222
Если тяжело каждый раз просить провайдера или хочется рулить самому, то тогда нужно у себя поднимать DNS сервер, просить кого-нибудь (провайдера) прописать у себя secondary DNS, изменить регистрационные данные NS серверов для домена name.com у регистратора имен. И потом самому вносить записи в свой NS сервер.
|
| |
Да именно так и хочется поступить. Хучу у себя на сервере... 07.04.05 10:53
Автор: roOstY Статус: Незарегистрированный пользователь
|
> Если тяжело каждый раз просить провайдера или хочется > рулить самому, то тогда нужно у себя поднимать DNS сервер, > просить кого-нибудь (провайдера) прописать у себя secondary > DNS, изменить регистрационные данные NS серверов для домена > name.com у регистратора имен. И потом самому вносить записи > в свой NS сервер.
> Если тяжело каждый раз просить провайдера или хочется > рулить самому, то тогда нужно у себя поднимать DNS сервер, > просить кого-нибудь (провайдера) прописать у себя secondary > DNS, изменить регистрационные данные NS серверов для домена > name.com у регистратора имен. И потом самому вносить записи > в свой NS сервер.
Да именно так и хочется поступить. Хучу у себя на сервере настроить ДНС и создавать себе виртуальные хосты с доменным именем третьего уровня, сколько душа пожелает.
Я так понял из пред-го поста (если не прав - поправьте).
1. Прошу провайдера, чтоб он прописал у себя
а) name IN A 222.222.222.222
б) name IN NS ns1.name.com.
в) ns1.name IN A 222.222.222.222
б) и в) для делегирования мне полномочий раздавать имена в зоне name.com
2. Я у себя ставлю ДНС. и там пишу
a) IN NS ns1.name.com.
б) ns1 IN A 222.222.222.222
б) host1 IN A 222.222.222.222
Вот вроде так.
И еще возникает вопрос, стоит ли мне заморачиваться с зоной обратного просмотра для name.com или хватит записи PTR у провайдера.
Да и еще вопрос:) Уж хочется доконца разобраться.
Если хочется иметь еще и почтовый сервер. Если почта будет приходить на name.com то надо ли у прова просить прописать еще и запись MX или после делегирования эту запись будет достаточно добавить на моем сервере.
Спасибо вам за ответы, реально помогли разобраться......
|
| | |
Вопросы 07.04.05 14:52
Автор: VEK Статус: Незарегистрированный пользователь
|
> Да именно так и хочется поступить. Хучу у себя на сервере > настроить ДНС и создавать себе виртуальные хосты с доменным > именем третьего уровня, сколько душа пожелает. Домен второго уровня кем зарегистрирован, есть ли полномочия менять регистрационные данные? Какие сейчас NS сервера прописаны?
> Я так понял из пред-го поста (если не прав - поправьте). > 1. Прошу провайдера, чтоб он прописал у себя > а) name IN A 222.222.222.222 > б) name IN NS ns1.name.com. > в) ns1.name IN A 222.222.222.222 > б) и в) для делегирования мне полномочий раздавать имена в > зоне name.com > 2. Я у себя ставлю ДНС. и там пишу > a) IN NS ns1.name.com. > б) ns1 IN A 222.222.222.222 > б) host1 IN A 222.222.222.222 > Вот вроде так. Нет не так. У себя устанавливаем и настраиваем ДНС сервер, это будет primary. У кого-то (друга, провайдера), уже имеющего ДНС сервер, просим прописать secondary DNS, это одна строчка в конфиге. Правда, некоторые провайдеры за это берут деньги. Еще было требование, чтобы IP адреса ДНС серверов принадлежали разным сетям класса С. Меняем настройки у регистратора домена, т.е прописываем, что для домена name.com nameserver будет 222.222.222.222 + secondary
Как настроить ДНС сервер информации полно в интернете. Если есть вопросы (под *NIX) можно мне на мыло.
> И еще возникает вопрос, стоит ли мне заморачиваться с зоной > обратного просмотра для name.com или хватит записи PTR у > провайдера. Не стоит. Обратная зона должна быть делегирована в RIPE и минимум это сеть класса C. Ведут ее обычно провайдеры. А прописать свой сервер в ней стоит, особенно, если будет почтовый сервер.
> Да и еще вопрос:) Уж хочется доконца разобраться. > Если хочется иметь еще и почтовый сервер. Если почта будет > приходить на name.com то надо ли у прова просить прописать > еще и запись MX или после делегирования эту запись будет > достаточно добавить на моем сервере. Все настройки прописываются только на primary NS.
> > Спасибо вам за ответы, реально помогли разобраться......
|
| | | |
Я уже близок к пониманию....Практически понял...В общем... 07.04.05 15:37
Автор: roOstY Статус: Незарегистрированный пользователь
|
Я уже близок к пониманию....Практически понял...В общем так.
Провайдер прописывает у себя в конфиге, если у него BIND:
zone "name.com" {
type slave;
file "slave/name.com"
master {222.222.222.222};
}
В файле name.com будет храниться копия нашей зоны (которая вроде как должна реплицироваться автоматически???)
У себя в конфиге мы создаем зону master и ваяем там что хотим, все изменения поидее должны реплицыроваться на slave, которая у провайдера.
Теперь нас как-то в инете надо найти....ммммммм
Т.е. там, где мы регистрировали домен name.com, говорим что инфу о домене jurinfo.com надо искать на стороне провайдера, т.е. там надо добавить записи NS, одну - указывающую на 222.222.222.222 и одну на крайний случай на ДНС провайдера.
Правильно я понял?
|
| | | | |
Да 08.04.05 09:35
Автор: VEK Статус: Незарегистрированный пользователь
|
> Я уже близок к пониманию....Практически понял...В общем > так. > > Провайдер прописывает у себя в конфиге, если у него BIND: > zone "name.com" { > type slave; > file "slave/name.com" > master {222.222.222.222}; > } > В файле name.com будет храниться копия нашей зоны (которая > вроде как должна реплицироваться автоматически???) > У себя в конфиге мы создаем зону master и ваяем там что > хотим, все изменения поидее должны реплицыроваться на > slave, которая у провайдера. Да, правильно. Не забываем менять serial number при изменении конфига.
> Теперь нас как-то в инете надо найти....ммммммм > Т.е. там, где мы регистрировали домен name.com, говорим что > инфу о домене jurinfo.com надо искать на стороне > провайдера, т.е. там надо добавить записи NS, одну - > указывающую на 222.222.222.222 и одну на крайний случай на > ДНС провайдера. Так какой домен name.com или jurinfo.com? Что значит на стороне провайдера? Информацию о домене и его поддоменах нужно брать с name серверов указанных при регистрации. Если первый не доступен, берем со второго. Кстати, secondary NS может быть несколько. IP адрес своего сервера указываем, если нет у него другого имени не в домене name.com, поскольку запрещено при регистрации указывать имя NS server'а из своего же домена, такое как ns.name.com.
> Правильно я понял?
|
|
для того чтобы за разрешением имен host1.name.com обращались... 06.04.05 14:25
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
|
для того чтобы за разрешением имен host1.name.com обращались к твоему серверу, необходимо в зоне где прописан твой сервер name.com, добавить запись (делегировать зону)
name IN NS ns1.name.com
ns1.name.com IN A 222.222.222.222
> Для примера опишу реальную ситуацию. > Имеется домен name.com. Стоит выделенный сервер со > статическим ип 222.222.222.222. > на сервере ДНС есть запись А, связывающая эти имя и адрес. > Стоит задача реализовать на сервере name.com виртуальный > хостинг host1.name.com, host2.name.com, host3.name.com > Вопрос вот в чем: Обязательно ли мне регистрировать эти > имена host1, host2, host3 или мне будет достаточно > установить у себя на сервере name.com ДНС сервер, там > прописать записи CNAME для этих имен (ну или добавить > записи А)? > В чем могут возникнуть тонкости реализации виртуального > хостинга при настройке DNS?
|
|
|