форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"bind и cname для целого домена"
Сообщение от eleve on 24-Июл-02, 14:08  (MSK)
Есть домен domen.net.ru, можно ли реализовать еще пару доменов (domen.org.ru, domen.com.ru) с тем же содержимым, но не пересоздавая всю иерархию каждый раз заново (что то вроде записи CNAME - тобишь ссылки но для целого домена) Спасибо!
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: bind и cname для целого домена"
Сообщение от lavr on 24-Июл-02, 16:00  (MSK)
>Есть домен domen.net.ru, можно ли реализовать еще пару доменов (domen.org.ru, domen.com.ru) с >тем же содержимым, но не пересоздавая всю иерархию каждый раз заново >(что то вроде записи CNAME - тобишь ссылки но для целого >домена) >Спасибо! глупость написана и CNAME здесь близко непричем, для таких вещей, файл зоны создается с "@" чтобы использовать короткую запись без имени зоны, а в named.conf указывается для разных зон один и тот же файл с зоной, конечно же в нем не должно быть ляпов. кроме того можно использовать include в конфигурационных файлах и в файлах зон.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "RE: bind и cname для целого домена"
	Сообщение от eleve on 24-Июл-02, 16:06  (MSK)
	Разуммется, я говорил о CNAME, как о примере, чисто логическом, жаль, что он показался неудачным. Спасибо за ответ и сразу хочу задать еще один вопрос - как будут видны эти "дублированные" зоны для вторичных серверов? Предположительно, они не будут отличаться от реальных?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "RE: bind и cname для целого домена"
	Сообщение от lavr on 24-Июл-02, 18:14  (MSK)
	>Разуммется, я говорил о CNAME, как о примере, чисто логическом, жаль, что >он показался неудачным. он вообще не в тему, лучше называть вещи своими именами >Спасибо за ответ и сразу хочу задать еще один вопрос - как >будут видны эти "дублированные" зоны для вторичных серверов? Предположительно, они не >будут отличаться от реальных? что значит от реальных - файлы зон будут одинаковые, те записи там будут с одними и теми же SOA, NS и другими RR. Поскольку все это предполагается для primary и ошибок в прямых файлах зон нет, какая нафик разница secondar'ям что всасывать, они обязаны стянуть зону к себе, на этом их дело закончилось. Все делается только на primary и зоны не должны иметь ошибок, все. Один ньюанс - реверс может быть только ОДИН, те одна прямая зона будет со своей in.addr-arpa, остальные прямые зоны будут без реверса, точнее реверс будет для основной зоны, вот и все и все будет жить при отсутствии ошибок в зонах.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.