Автоматическое отключение портов с "системной блокировк
Автоматическое отключение портов с "системной блокировк
При попадании абонента в минус, абонент получает статус "системная блокировка" правило файрвола скриптом на FreeBSD отключает порт на удаленном оборудовании по SNMP.
Проблема в том, что при перезагрузки коммутатора в котором воткнут абонент, настройки сбрасываются и порт включается по умолчанию.
ИБП ставить не вариант.
Какми образом можно сделать так, что бы биллинг или сам или при помощи внешнего скрипта, один раз в течении часа отключал порты абонентов у кого статаус "Системная блокировка"
Проблема в том, что при перезагрузки коммутатора в котором воткнут абонент, настройки сбрасываются и порт включается по умолчанию.
ИБП ставить не вариант.
Какми образом можно сделать так, что бы биллинг или сам или при помощи внешнего скрипта, один раз в течении часа отключал порты абонентов у кого статаус "Системная блокировка"
Re: Автоматическое отключение портов с "системной блоки
Добавте в скрипт сохранение конфигурации оборудования на удаленном коммутаторе после каких либо действий.lancelot писал(а):При попадании абонента в минус, абонент получает статус "системная блокировка" правило файрвола скриптом на FreeBSD отключает порт на удаленном оборудовании по SNMP.
Проблема в том, что при перезагрузки коммутатора в котором воткнут абонент, настройки сбрасываются и порт включается по умолчанию.
ИБП ставить не вариант.
Какми образом можно сделать так, что бы биллинг или сам или при помощи внешнего скрипта, один раз в течении часа отключал порты абонентов у кого статаус "Системная блокировка"
Была и такая мысль.. но.. сдерживают два фактора
Коммутатор 8 портов
8 раз в месяц, нужно изменить и записать,
плюс работы сапорта или в среднем до 15 раз.. записей в месяц
Но ресурс флешки не безграничен.
второй фактор более весомый, коммутаторы установлены на чердаках, зимой мороз сухой от -20 до -40..коммутаторы работают но при попытке записи "глючат"
поэтому проще не трогать конфигурацию а лишь изменять состояние портов
Коммутатор 8 портов
8 раз в месяц, нужно изменить и записать,
плюс работы сапорта или в среднем до 15 раз.. записей в месяц
Но ресурс флешки не безграничен.
второй фактор более весомый, коммутаторы установлены на чердаках, зимой мороз сухой от -20 до -40..коммутаторы работают но при попытке записи "глючат"
поэтому проще не трогать конфигурацию а лишь изменять состояние портов
Не пробовали использовать нормальное коммутационное оборудование? Меня всегда умиляли подобные пионерсети. Понакупают говномыльниц, а потом пытаются из них управляемые свичи сделать. Ибо желание срубить бабла в подобных шарашкиных конторах существенно выше здравого смысла и компетенции подобных "сетестроителей".
А меня всегда умиляли такие "умники" как вы...SOLDIER писал(а):Не пробовали использовать нормальное коммутационное оборудование? Меня всегда умиляли подобные пионерсети. Понакупают говномыльниц, а потом пытаются из них управляемые свичи сделать. Ибо желание срубить бабла в подобных шарашкиных конторах существенно выше здравого смысла и компетенции подобных "сетестроителей".
Которым лиж бы поп%;"ть
что еще сказать "и москва не за один год строилась"
а теперь ближе к делу...
совершенно верно... что то вроде того Ruby-Tech ES 2310cSOLDIER писал(а):Ближе к делу? Свичи, наверное, модели Сунь_Дзянь_Сяо - 10333??? Намёк понятен или будем продолжать тупить?
и предлогаю закончить тупить!!!!
ибо вопрос не про свичи и их характеристиках, а местах их установки по техническим причинам и условий работы
вопрос был такой
Какми образом можно сделать так, что бы биллинг или сам или при помощи внешнего скрипта, один раз в течении часа отключал порты абонентов у кого статаус "Системная блокировка"
Листинг 1
Листинг 2
Соотвественно первый скрипт прикручиваем к билингу, чтобы он срабатывал при системной блокировке.
Второй в крон, раз в час, вид запуска для него
~/listing2.sh /tmp/ip_disable.txt
Код: Выделить всё
#!/bin/bash
echo "$2" > /tmp/ip_disable.txt
Код: Выделить всё
#!/bin/bash
DATE=`date "+%d.%m.%Y %H:%M:%S"`
while read USER_IP
do
if [ -n "$USER_IP" ]
then
#тут пишем любую адскую команду отключения с подстановкой переменной $USER_IP которая будет содержать ип адрес
else
echo "Ботва какаято, а не ip."
fi
done < $1
echo "$DATE complited!" > /var/log/utm5/ip_disable.log"
Второй в крон, раз в час, вид запуска для него
~/listing2.sh /tmp/ip_disable.txt
-
- Сообщения: 1612
- Зарегистрирован: Пт ноя 10, 2006 15:23
не то..
в вашем примере файл ip_disable либо формируется руками либо туда заносится инфа из билинга...
а билинг будет туда писать данные при каждом! изменении статуса пользователя (у него же нет проверки есть в этом фале уже этот ИП или нет)
и соответственно фал будет заполняться повторяющимися данными
либо опять писать скрипт который бы при заполнении файла, проверял присутствие добавляемого IP что бы не дублировать информацию
сам спросил сам ответил... мля.. наверно так и прийдется делать
в вашем примере файл ip_disable либо формируется руками либо туда заносится инфа из билинга...
а билинг будет туда писать данные при каждом! изменении статуса пользователя (у него же нет проверки есть в этом фале уже этот ИП или нет)
и соответственно фал будет заполняться повторяющимися данными
либо опять писать скрипт который бы при заполнении файла, проверял присутствие добавляемого IP что бы не дублировать информацию
сам спросил сам ответил... мля.. наверно так и прийдется делать
естественно нужно дорабатывать скрипт, это так... гипотетическая версия, написанная на коленке за пару минутlancelot писал(а):не то..
в вашем примере файл ip_disable либо формируется руками либо туда заносится инфа из билинга...
а билинг будет туда писать данные при каждом! изменении статуса пользователя (у него же нет проверки есть в этом фале уже этот ИП или нет)
и соответственно фал будет заполняться повторяющимися данными
либо опять писать скрипт который бы при заполнении файла, проверял присутствие добавляемого IP что бы не дублировать информацию
сам спросил сам ответил... мля.. наверно так и прийдется делать
ребята смысл не управления железом!!!
а выдергивания нужных данных из билинга в файл
как управлять мы знаем и умеем..
мне нужно правильно из базы выташить в файлик только тех абонентов у которых стоит системная блокировка
причем формат этого файла должен быть таков
логин, ип_адрес_коммутатора, порт, состояние аккаунта (т.е блокировка или активен)
а скрипт который по крону будет это дело уже обрабатывать мы напишем...
а выдергивания нужных данных из билинга в файл
как управлять мы знаем и умеем..
мне нужно правильно из базы выташить в файлик только тех абонентов у которых стоит системная блокировка
причем формат этого файла должен быть таков
логин, ип_адрес_коммутатора, порт, состояние аккаунта (т.е блокировка или активен)
а скрипт который по крону будет это дело уже обрабатывать мы напишем...
ну тебе SQL запрос написать штоль? к чему тогда была прелюдия про свитч?lancelot писал(а):ребята смысл не управления железом!!!
а выдергивания нужных данных из билинга в файл
как управлять мы знаем и умеем..
мне нужно правильно из базы выташить в файлик только тех абонентов у которых стоит системная блокировка
причем формат этого файла должен быть таков
логин, ип_адрес_коммутатора, порт, состояние аккаунта (т.е блокировка или активен)
а скрипт который по крону будет это дело уже обрабатывать мы напишем...