Автоматическое отключение портов с "системной блокировк

[lancelot]

При попадании абонента в минус, абонент получает статус "системная блокировка" правило файрвола скриптом на FreeBSD отключает порт на удаленном оборудовании по SNMP.

Проблема в том, что при перезагрузки коммутатора в котором воткнут абонент, настройки сбрасываются и порт включается по умолчанию.
ИБП ставить не вариант.

Какми образом можно сделать так, что бы биллинг или сам или при помощи внешнего скрипта, один раз в течении часа отключал порты абонентов у кого статаус "Системная блокировка"

[rem_111]

При попадании абонента в минус, абонент получает статус "системная блокировка" правило файрвола скриптом на FreeBSD отключает порт на удаленном оборудовании по SNMP.

Проблема в том, что при перезагрузки коммутатора в котором воткнут абонент, настройки сбрасываются и порт включается по умолчанию.
ИБП ставить не вариант.

Какми образом можно сделать так, что бы биллинг или сам или при помощи внешнего скрипта, один раз в течении часа отключал порты абонентов у кого статаус "Системная блокировка"

Добавте в скрипт сохранение конфигурации оборудования на удаленном коммутаторе после каких либо действий.

[lancelot]

Была и такая мысль.. но.. сдерживают два фактора

Коммутатор 8 портов
8 раз в месяц, нужно изменить и записать,
плюс работы сапорта или в среднем до 15 раз.. записей в месяц
Но ресурс флешки не безграничен.
второй фактор более весомый, коммутаторы установлены на чердаках, зимой мороз сухой от -20 до -40..коммутаторы работают но при попытке записи "глючат"

поэтому проще не трогать конфигурацию а лишь изменять состояние портов

[SOLDIER]

Не пробовали использовать нормальное коммутационное оборудование? Меня всегда умиляли подобные пионерсети. Понакупают говномыльниц, а потом пытаются из них управляемые свичи сделать. Ибо желание срубить бабла в подобных шарашкиных конторах существенно выше здравого смысла и компетенции подобных "сетестроителей".

[lancelot]

Не пробовали использовать нормальное коммутационное оборудование? Меня всегда умиляли подобные пионерсети. Понакупают говномыльниц, а потом пытаются из них управляемые свичи сделать. Ибо желание срубить бабла в подобных шарашкиных конторах существенно выше здравого смысла и компетенции подобных "сетестроителей".

А меня всегда умиляли такие "умники" как вы...
Которым лиж бы поп%;"ть

что еще сказать "и москва не за один год строилась"
а теперь ближе к делу...

[SOLDIER]

Ближе к делу? Свичи, наверное, модели Сунь_Дзянь_Сяо - 10333??? Намёк понятен или будем продолжать тупить?

[lancelot]

Ближе к делу? Свичи, наверное, модели Сунь_Дзянь_Сяо - 10333??? Намёк понятен или будем продолжать тупить?

совершенно верно... что то вроде того Ruby-Tech ES 2310c
и предлогаю закончить тупить!!!!
ибо вопрос не про свичи и их характеристиках, а местах их установки по техническим причинам и условий работы
вопрос был такой
Какми образом можно сделать так, что бы биллинг или сам или при помощи внешнего скрипта, один раз в течении часа отключал порты абонентов у кого статаус "Системная блокировка"

[bear]

Листинг 1

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

#!/bin/bash
echo "$2" > /tmp/ip_disable.txt

Листинг 2

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

#!/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

[mikkey finn]

перезапускать RFW с соотв ключами, которые выгребают и выполняют правила на включение и выключение абонентов.

[lancelot]

не то..
в вашем примере файл ip_disable либо формируется руками либо туда заносится инфа из билинга...
а билинг будет туда писать данные при каждом! изменении статуса пользователя (у него же нет проверки есть в этом фале уже этот ИП или нет)
и соответственно фал будет заполняться повторяющимися данными

либо опять писать скрипт который бы при заполнении файла, проверял присутствие добавляемого IP что бы не дублировать информацию

сам спросил сам ответил... мля.. наверно так и прийдется делать

[Pulse]

тут на форуме валяется скрипт для 3526...

[bear]

не то..
в вашем примере файл ip_disable либо формируется руками либо туда заносится инфа из билинга...
а билинг будет туда писать данные при каждом! изменении статуса пользователя (у него же нет проверки есть в этом фале уже этот ИП или нет)
и соответственно фал будет заполняться повторяющимися данными

либо опять писать скрипт который бы при заполнении файла, проверял присутствие добавляемого IP что бы не дублировать информацию

сам спросил сам ответил... мля.. наверно так и прийдется делать

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

[lancelot]

ребята смысл не управления железом!!!
а выдергивания нужных данных из билинга в файл
как управлять мы знаем и умеем..

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

логин, ип_адрес_коммутатора, порт, состояние аккаунта (т.е блокировка или активен)

а скрипт который по крону будет это дело уже обрабатывать мы напишем...

[Pulse]

ребята смысл не управления железом!!!
а выдергивания нужных данных из билинга в файл
как управлять мы знаем и умеем..

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

логин, ип_адрес_коммутатора, порт, состояние аккаунта (т.е блокировка или активен)

а скрипт который по крону будет это дело уже обрабатывать мы напишем...

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

[SOLDIER]

На. Вывод лицевых счетов юзверей с "выключенным Интернетом":
SELECT id FROM `accounts` WHERE is_blocked !=0 AND is_deleted !=1
Этого вполне достаточно для того, чтобы дальше включить соображалку и объединить с запросами к другим таблицам. Разумеется, при знании SQL.