|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Phil Kulin 2:5030/927.100 08 Dec 2002 03:10:45
To : Alexey Khizhnyak
Subject : Что лучше для DNS?
--------------------------------------------------------------------------------
Transfer from Alexey Khizhnyak to Phil Kulin detected_
Transfer <Чтв : Дек-05-2002 : 13:58> going on RATING.AGENT_
PK>> базе и синхронизируешь с конфигами. Только веб-морда должна быть
PK>> идеальной, а то дабавят тебе что-нибудь microsoft.com - и хорошо если
PK>> обломается юзер :-)
AK> Это естессно :)
:-)
AK>>> Что лучше, хранить в sql'е, генерить из него файлы зон?
PK>> В SQL? имена. Полные имена. И тобою определённые флаги в зависимости от
PK>> задачи (управление, зона/поддомен, SOA и/или NS и/или чтотамещё).
PK>> Если IP разные, то ещё и IP.
AK> Мне, честно говоря, не очень нравится сама идея хранить все в базе и
AK> генерить текстовые конфиги по ней. Смысл теряется.
Попробуй на бумажке расписать, собрать похожие эелементы и раскладывай по
файлам. Потом собирай отдельно перед желаемым обновлением их в один файл, а уж
его скарливай намеду. И быстро, и достаточно надёжно. Hо мозгом придётся
пошевелить. Думаю даже версии 3 алгоритма сменишь, пока подходящий подберётся.
AK>>> И как долго это
AK>>> все будет рестартовать? Озадачили меня, пока одни вопросы...
PK>> Hормально. База MySQL загрузит тебя больше.
AK> Hе скажи, при наличии всего 2-3 тысяч зон намед рестартует довольно
AK> долго.
Ты... эта... не РосHИИРОС случайно? Ж:-[= * =]
Да и фиг с ним - NS должно быть два, вряд ли кто-то сильно пострадает из-зи 5и
минут отсутствия одного из NSов...
AK> Сейчас поставил DLZ - вещь классная, только вот одно пугает, везде
AK> пишут, что оно еще сырое совсем и для production не годится ;(
Hу, если у тебя "всего" 2-3 тысячи зон, то не советовал бы сырыми продуктами
пользоваться...
Пока, Alexey!
Phil
... Dies novus novas spes apportat...
--- http://www.nixp.ru - продажа дистрибутивов UNIX-like систем и софта
* Origin: Nan-Elmoth Forest (2:5030/927.100)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
