информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаЗа кого нас держат?Где водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Очередное исследование 19 миллиардов... 
 Оптимизация ввода-вывода как инструмент... 
 Зловреды выбирают Lisp и Delphi 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / sysadmin
Имя Пароль
если вы видите этот текст, отключите в настройках форума использование JavaScript
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
Да 08.04.05 09:35  Число просмотров: 1948
Автор: 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?
1




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


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