Буду краток
На NAS'е поднят веб-сервер, при нажатии на ссылку веб-странички нужно послать ряд команд на другой роутер(сервер на FreeBSD ), например добавить в dhcpd.conf нужную информацию и перегрузить DHCP-сервер.у кого какие идеи? спасибо
>Буду кратокА может всё-таки поподробнее, что там за цель лежит в основе системы ?
>На NAS'е поднят веб-сервер, при нажатии на ссылку веб-странички нужно послать ряд
>команд на другой роутер(сервер на FreeBSD ), например добавить в dhcpd.conf
>нужную информацию и перегрузить DHCP-сервер.у кого какие идеи? спасибоХранить конфиг в чем-нибудь типа LDAP/DB ?
Ок. краток не буду :)Локалка, разбита на сегменты (звездой), тоесть на роутреры(FreeBSD).
К каждому роутеру подключены абоненты сети. будем рассматривать поставленую задачу на примере DHCP-сервера.
На одном из роутеров(условно назовем его главным, с него же раздача инете...) будет крутиться веб-сайт админки.
вот в админке нужно управлять этими DHCP-серверами каждого роутре. Ясное дело вся инфа храниться в БД.
Например, в админке добавляем новый айпишник и мак-адресс.записываем в БД, и нужно внести изминения(перезаписать dhcpd.conf) и перезапустить DHCP-сервер на роутере(на дургом хосте)
Думал сделать так:
1)при внесении ихменений с сайта,вносить данные в БД и скажем в поле status ставить 1 - тоесть пометить что новое задание.
2)на роутере в кроне прописать скрипт, который скажем каждую минуту будет проверять нет ли новых данных(status=1),если есть то выполнять необходимые действия.высказал свое мнение на форуме программистов php - сказали что такой подход "чума". вот думаю посоветоватся на форуме с людьми которые поближе к администрированию
P.S. Да знаю, что скрипты пишут на перле, поскольку я пока не обладаю нужными знаниями, все скрипты пишу на php, но это только пока...
>высказал свое мнение на форуме программистов php - сказали что такой подход
>"чума". вот думаю посоветоватся на форуме с людьми которые поближе к
>администрированиюА что ты еще хотел услышать на форуме программистов от программистов пхп ? :)
Вообще в принципе так делать можно (флажки, крон и т п) Если и будешь делать - так и делай. Совет в эту тему - скрипт должен по дефолту молчать. Орать - только если чето не получилось. Все его крики должны будут упасть тебе в почту.
По поводу безопасности сети: нет ли у вас потребности быть более уверенными в том, что не будет происходить подмена маков и айпи, воровство траффика и т п вещи?
Не задумывались ли об использовании VPN (PPTP PPPoE) ?
Хотя идеальным решением наверное будут управляемые свичи :)DHCP - в принципе не особо правильно использовать в провайдинге, имхо. :)
У меня в сети все так и есть
на биллинге - dhcp сервер, генерируются dhcp.conf и ethers. На шлюзах - для блокировки клиентуры пользую ip-sentinel, конфиг которого так же генерируется биллингом раз в 5 мин и кидается на шлюзы по scp. DHCP в сегментах обеспечивается через dhcp relay на шлюзах, ethers так же присутствует.
Биллинг забрасывает конфиг Ip-sentinel-a на шлюз, тот проверяет дату заброшенного файла, если фаил новее - меняет конфиг и перезапускает sentinel. Все на bash скриптах.