информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Где водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 HP закрыла 16-летнюю уязвимость... 
 Microsoft советует пользователям... 
 MS Edge обогнал FireFox 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / sysadmin
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
для того чтобы за разрешением имен host1.name.com обращались... 06.04.05 14:25  Число просмотров: 1706
Автор: 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?
<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?
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach