Помогите разобраться с проблемой.
Имеется скрипт, который запускается из скрипта /etc/ppp/ip-down (Red Hat 7.3). Суть в том, что иногда мой скрипт не выполняется до конца, возможно когда несколько пользователей практически одновременно делают дисконнект своего ррр-соединения.
Это довольно проблематично, т.к. мой скрипт обнуляет данные об ip адрессе пользователя. Соответсвенно новый пользователь подключаясь получает этот же ip, на который и идет учет. А если по какой-то причине скрипт не обнулил данные при отключении старого пользователя, то учет траффика нового, только что подключившегося пользователя будет идти на старого пользователя.
В итоге получаем цифры траффика юзера, превышающие его лимит.
И хотя такое случается редко, но все же глюк живет.
Подскажите, как засавить bash при любых обстоятельствах выполнять скрипт до конца.

• скрипт не выполняется до конца,hatta, 15:50 , 16-Авг-04
  • скрипт не выполняется до конца,surfman, 11:53 , 17-Авг-04
• скрипт не выполняется до конца,chip, 00:00 , 17-Авг-04
  • скрипт не выполняется до конца,surfman, 11:57 , 17-Авг-04
    • скрипт не выполняется до конца,chip, 17:06 , 18-Авг-04
      • скрипт не выполняется до конца,surfman, 17:24 , 20-Авг-04
        • скрипт не выполняется до конца,chip, 13:14 , 21-Авг-04

может, надо игнорировать сигналы:
trap 0 SIGTERM
и т.д. для других сигналов.

>может, надо игнорировать сигналы:
>trap 0 SIGTERM
>и т.д. для других сигналов.

честно говоря, я не совсем понял как это делать

>Помогите разобраться с проблемой.
>Имеется скрипт, который запускается из скрипта /etc/ppp/ip-down (Red Hat 7.3). Суть в
>том, что иногда мой скрипт не выполняется до конца, возможно когда
>несколько пользователей практически одновременно делают дисконнект своего ррр-соединения.
>Это довольно проблематично, т.к. мой скрипт обнуляет данные об ip адрессе пользователя.
>Соответсвенно новый пользователь подключаясь получает этот же ip, на который и
>идет учет. А если по какой-то причине скрипт не обнулил данные
>при отключении старого пользователя, то учет траффика нового, только что подключившегося
>пользователя будет идти на старого пользователя.
>В итоге получаем цифры траффика юзера, превышающие его лимит.
>И хотя такое случается редко, но все же глюк живет.
>Подскажите, как засавить bash при любых обстоятельствах выполнять скрипт до конца.

есть повод подумать над другими стредствами "учета средств". Например, над radius'ом. А вообще если пользователей не много, то можно им каждому свой IP'шник прописать в /etc/ppp/(pap|chap)-secrets в последнем поле.

>есть повод подумать над другими стредствами "учета средств". Например, над radius'ом. А
>вообще если пользователей не много, то можно им каждому свой IP'шник
>прописать в /etc/ppp/(pap|chap)-secrets в последнем поле.

радиус поднимали, но для другого (Wi-Fi), но каким образом он будет собирать статистику с ррр?

по поводу айпишников в chap-secrets, то на первое время мы так и собирались делать. но ведь это не решение проблемы, как мне кажется. как в той рекламе: кашель надо лечить, а не останавливать

>
>>есть повод подумать над другими стредствами "учета средств". Например, над radius'ом. А
>>вообще если пользователей не много, то можно им каждому свой IP'шник
>>прописать в /etc/ppp/(pap|chap)-secrets в последнем поле.
>
>
>радиус поднимали, но для другого (Wi-Fi), но каким образом он будет собирать
>статистику с ррр?

а какая статистика интересует ?

>
>по поводу айпишников в chap-secrets, то на первое время мы так и
>собирались делать. но ведь это не решение проблемы, как мне кажется.
>как в той рекламе: кашель надо лечить, а не останавливать

можно постановку задачи ?

>>
>>>есть повод подумать над другими стредствами "учета средств". Например, над radius'ом. А
>>>вообще если пользователей не много, то можно им каждому свой IP'шник
>>>прописать в /etc/ppp/(pap|chap)-secrets в последнем поле.
>>
>>
>>радиус поднимали, но для другого (Wi-Fi), но каким образом он будет собирать
>>статистику с ррр?
>
>а какая статистика интересует ?

траффик на каждого пользователя.
>
>>
>>по поводу айпишников в chap-secrets, то на первое время мы так и
>>собирались делать. но ведь это не решение проблемы, как мне кажется.
>>как в той рекламе: кашель надо лечить, а не останавливать
>
>можно постановку задачи ?

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

>>>
>>>>есть повод подумать над другими стредствами "учета средств". Например, над radius'ом. А
>>>>вообще если пользователей не много, то можно им каждому свой IP'шник
>>>>прописать в /etc/ppp/(pap|chap)-secrets в последнем поле.
>>>
>>>
>>>радиус поднимали, но для другого (Wi-Fi), но каким образом он будет собирать
>>>статистику с ррр?
>>
>>а какая статистика интересует ?
>
>траффик на каждого пользователя.
>>
>>>
>>>по поводу айпишников в chap-secrets, то на первое время мы так и
>>>собирались делать. но ведь это не решение проблемы, как мне кажется.
>>>как в той рекламе: кашель надо лечить, а не останавливать
>>
>>можно постановку задачи ?
>
>простейшая биллинговая система. есть пользователи, по которым надо считать траффик и при
>превышении лимита не давать доступ в инет

cisco + ее netflow, авторизация через radius. Обвязка - на чем угодно.