rc.conf и bind

[icb]

Установлен bind из стандартной поставки. Хочу запустить два экземпляра с разными conf файлами.
Что для этого надо прописать в rc.conf?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[zingel]

джайлите их

[icb]

Это геморройно. Да и не выход все джайлить ради второго процесса.
Остается вариант запускать через rc.local, но использовать "устаревшие" конфиги не очень хочется.

[detx]

А зачем 2 dns, если не секрет на одной тачке.

[Psychotic]

можно попробовать сделать что-нибудь типа:

Код: Выделить всё

cp /etc/rc.d/named /usr/local/etc/rc.d/named1

написать в нем

Код: Выделить всё

rcvar=named1_enable

а в rc.conf

Код: Выделить всё

named1_enable="YES"
named1_flags="-c /path/to/config"

как-то так. но это чисто теоретически)) рекомендую проверить на кошках) особенно в части named1_flags

[Psychotic]

А зачем 2 dns, если не секрет на одной тачке.

например если обслуживается несколько сервисов, которые неплохо было бы разнести по разным адресам. это можно сделать джейлом, а можно запустить несколько named'ов и повесить их слушать на разные виртуальные и не очень интерфейсы.

[detx]

Несколько dns лучше размещать на разных физических тачках. энергонезависимых друг от друга, и находящихся в разных сегментах сети. Для повышения отказоустойчивости

[Psychotic]

Несколько dns лучше размещать на разных физических тачках. энергонезависимых друг от друга, и находящихся в разных сегментах сети. Для повышения отказоустойчивости

смотрите, допустим у вас есть три разных сервиса: 1000 зон, 500 и 100. и три железных сервера. если вы выделите под каждый сервис по железке - это будет куда менее отказоустойчиво, чем если вы запустите на каждой железке три версии байнда и настроите маршрутизацию.

[detx]

а если на каждой железке bind, который отвечает сразу за все зоны???

[Psychotic]

а если на каждой железке bind, который отвечает сразу за все зоны???

это понятно, это самый простой вариант)). в условии задачи именно разнести зоны по разным байндам, а зачем - это уже дело десятое. смотрите на это как на академическую задачу).

навскидку могу предложить такое объяснение: один из сервисов более-менее статичен, у одного постоянно меняется конфигурация, а на третьем эксперименты ставятся. вот, притянуто за уши конечно, но причин напридумывать можно, если есть желание.

[ev]

Несколько dns лучше размещать на разных физических тачках. энергонезависимых друг от друга, и находящихся в разных сегментах сети. Для повышения отказоустойчивости

еще забыли добавить - на разных континентах, а лучше на разных планетах
все мелкие хостинги именно так и работают (у кого только 1 сервер для клиентов)... насколько я помню даже cpanel умеет два бинда запускать

[Abigor]

если вы хотите может разделить зону для внешнего использования и для внутреннего? тогда вам в сторону view уопать надо в namede.conf получится как раз разные файлы зон для разных сетей.

[icb]

А зачем 2 dns, если не секрет на одной тачке.

MASTER + SECONDARY (RFC требует, регистраторы RU почти все проверяют)

как-то так. но это чисто теоретически)) рекомендую проверить на кошках) особенно в части named1_flags

Это еще больший геморрой (копирование скрипта, правка его, правка rc.conf) чем запись в rc.local (одна строчка)

Несколько dns лучше размещать на разных физических тачках. энергонезависимых друг от друга, и находящихся в разных сегментах сети. Для повышения отказоустойчивости

Да, но отказоустойчивость сложное понятие. И конкретное решение выбирается исходя из возможностей (в том числе материальных). Два сервера сейчас - перебор. Можно сделать и на одном процессе (в listen прописать второй айпишник), но хотелось именно два процесса. Кроме rc.local вариантов и не остается.

[Abigor]

а вы товаришь не забыли что вам два ip потребуется?

[icb]

Это проблема?
Обычно с сервером дают минимум 2 IP, а то и 4/8 (любой из них заменяется на другую подсеть).

[Abigor]

нет, не проблема, обычно как раз дают 1 ip больше это уже не обычная ситуация

[icb]

agava - 4
di-net - 8
infobox - 5
masterhost - 4
И можно еще продолжать и продолжать

[Abigor]

Ну чего вы пиписьками меряетесь? вы не понимаете, что у всех разные реалии?

[icb]

При чем тут "меряетесь"? Проблема с интерпретацией ответов?

Мною было сказано слово "обычно". Оно было поставлено под сомнение. Я привел вполне стандартные предложения от довольно крупных ДЦ. Это мне и позволило говорить слово "обычно".
Ваше же "обычно" не привязано к фактам - только к каким то "пиписькам"