From: "Прокопьев Евгений" <john@rmts.donpac.ru> To: Community@altlinux.ru Subject: [Comm] LDAP-паранойя Date: Wed, 31 Mar 2004 09:44:34 +0400 Message-ID: <406A5AC2.3090702@rmts.donpac.ru> (raw) Доброе утро! После вчерашних обсуждений ldap для dhcp и dns задумался: по той ли дороге я иду? Поэтому вернусь к постановке задачи. Есть небольшая сеть. Есть сервер, который обеспечивает dhcp, внутренний и кэширующий dns, выпускание кого положено в интернет, заворачивание тех, кого надо на squid и т.д. Т.о. все настройки сервера, разбросанные по различным конфигурационным файлам, можно разделить на 2 категории: 1. редко меняющиеся: общая политика разграничения доступа, набор сервисов, адресация (маска, адреса шлюза, прокси, dns) и т.д 2. часто меняющиеся: имена, ip-адреса и mac-адреса рабочих станций, которые приходят и уходят, права доступа в интернет и т.д. Так вот, хочется собрать то, что меняется часто, в одно место :) Например, в виде следующей таблички: mac-адрес рабочей станции ip-адрес dns-имя доступ в интернет: можно или нет через прокси или напрямую когда и сколько можно и пр. Ну и сделать к ней GUI, чтоб тот (назовем его админ ;) ), кто будет менять настройки, не утруждался :) Первой мыслью было: а может и использовать какую-нибудь примитивную СУБД типа MySQL? А из него по требованию генерить конфиги для dns, dhcp, squid, стартовый скрипт или прямо сразу дамп для iptables. И в ту же БД писать биллинг. Второй мыслью было: а ведь сейчас модно хранить настройки в ldap! А ну-ка! Все ведь умеют, кроме iptables. Но чтоб ядро, обрабатывающее правила, лазило за ними в ldap - это, наверное, жестоко. Поэтому для iptables можно и генерить чего-нибудь по мере надобности. Вот, а теперь вопрос: я правильно рассуждаю? О ldap имею очень смутные представления, но уже понимаю, что у каждого сервиса - своя схема :) . Т.е. как в реляционной СУБД - свой набор таблиц. Но это не очень красиво - мы просто меняем шило на мыло. Идеалом был бы единый набор таблиц, а для каждого сервиса - набор представлений (view) из этих таблиц. Прошу прощения за терминологию из другой области, так оно мне проще. И как это реализовать? Перелопачивать все необходимые мне схемы и делать свою? А если одно и то же в разных схемах называется по разному? Есть какой-нибудь механизм псевдонимов? Вот такая у меня в голове сейчас каша. Прошу прокомментировать. -- С уважением, Прокопьев Евгений
next reply other threads:[~2004-03-31 5:44 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-03-31 5:44 Прокопьев Евгений [this message] 2004-03-31 8:42 ` Nick S. Grechukh 2004-03-31 9:40 ` Maxim 2004-03-31 19:22 ` [Comm] LDAP-паранойя Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=406A5AC2.3090702@rmts.donpac.ru \ --to=john@rmts.donpac.ru \ --cc=Community@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git