Автоматический Zap ALL
-
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
Re: Автоматический Zap ALL
Уже есть скриптRusB1T писал(а):Подскажите как реализовать zap_all сессий при перезагрузке сервера (биллинг и NAS на одном PC)
доступен ком. пользователям
Re: Автоматический Zap ALL
Как можно с вами связаться и купить такой модуль? Ибо пишу на асю в сюппорт никто не отвечает
-
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
Re: Автоматический Zap ALL
это не модуль а функция в ком версии
Re: Автоматический Zap ALL
Купил модуль, не можем разобраться, как его установить.. Есть ли где то подробная инструкция либо какие то комментарии по установке.!?!
Заранее благодарен,
Сергей
Заранее благодарен,
Сергей
-
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
Re: Автоматический Zap ALL
почем у не написать разработчику ?
скопируйте модуль в папку abills/misc
для модуля есть команда help
скопируйте модуль в папку abills/misc
для модуля есть команда help
Re: Автоматический Zap ALL
Да вроде как написали, никто пока не ответил... а очень, и очень нужно... не можем найти проблемму... постоянно залипают сессии... раньше всё работало, как часикиююю теперь чуть больше 80 -90 сессий... начинают залипать сессии.. с чем это может быть связано?
Re: Автоматический Zap ALL
Автозап имхо бесполезная функция. Если произошел ребут сервера, то это уже внештатная ситуация и решать проблемы должен технический персонал, а не скрипт. Потому, что в случае ребута могут возникнуть и другие проблемы - банально повредится фс например.
Нужно устранять не синптомы проблемы, а ее причину. Проверте интервалы алайв пакетов в настройках сервера доступа и биллинга - они должны совпадать. Еще проверте качество самого канала связи - может тунель на самом деле рвется.tc-fasad писал(а):Да вроде как написали, никто пока не ответил... а очень, и очень нужно... не можем найти проблемму... постоянно залипают сессии... раньше всё работало, как часикиююю теперь чуть больше 80 -90 сессий... начинают залипать сессии.. с чем это может быть связано?
Re: Автоматический Zap ALL
Одно другому не мешает.sopov писал(а):Если произошел ребут сервера, то это уже внештатная ситуация и решать проблемы должен технический персонал, а не скрипт.
Особенно если ФС рид-онли или если все живет в tmpfssopov писал(а):Потому, что в случае ребута могут возникнуть и другие проблемы - банально повредится фс например.
Re: Автоматический Zap ALL
Вот мое видение проблемы и ее решения (на примере МПД):
Изначально дано, что в ЗАП таблицу могут попадать только сессии того НАСа, который потерял связь с нашим Радиусом. Про отдельных отвалившихся клиентов живой НАС сам расскажет Радиусу намного раньше, чем billd, и сессия закроется мимо ЗАП таблицы. Выходит мы рассматриваем ситуацию, когда недоступен НАС.
Если полагаться на механизм $conf{ERROR_ALIVE_COUNT}, то сессии будут попадать в ЗАП довольно долго (15 минут при Алайв 300 и $conf{ERROR_ALIVE_COUNT}=3)
Проблема же заключается в том, что на протяжении этих 15 минут пользователь не может подключиться не смотря на то, что у нас есть резервные НАСы.
Решение проблемы заключается в том, чтобы уменьшить до минимума время, за которое сессии попадут в зап таблицу, затрачивая на это минимум ресурсов.
Нам не нужно знать от каких пользователей не приходят алайв-пакеты, и не нужно анализировать логи.
Нужно знать, что Радиус потерял связь с НАСом, и какой это НАС. Зная это, мы можем сразу переносить все сессии этого наса в ЗАП таблицу, и пользователи смогут подключиться к резервному НАСу.
Проверка доступности НАСа любым способом (пинги, или удаленная проверка процеса, или еще что..) потянет меньше ресурсов, чем анализ алайвов каждого юзера или парсинг логов, и ее можно выполнять хоть каждую секунду. Если же НАС не отвечает в течении 5-10 секунд, скорее всего у нас проблема (линки до НАСов обычно стабильные) и можнать делать ЗАП.
Поправьте, я наверное чего-то не знаю.
Изначально дано, что в ЗАП таблицу могут попадать только сессии того НАСа, который потерял связь с нашим Радиусом. Про отдельных отвалившихся клиентов живой НАС сам расскажет Радиусу намного раньше, чем billd, и сессия закроется мимо ЗАП таблицы. Выходит мы рассматриваем ситуацию, когда недоступен НАС.
Если полагаться на механизм $conf{ERROR_ALIVE_COUNT}, то сессии будут попадать в ЗАП довольно долго (15 минут при Алайв 300 и $conf{ERROR_ALIVE_COUNT}=3)
Проблема же заключается в том, что на протяжении этих 15 минут пользователь не может подключиться не смотря на то, что у нас есть резервные НАСы.
Решение проблемы заключается в том, чтобы уменьшить до минимума время, за которое сессии попадут в зап таблицу, затрачивая на это минимум ресурсов.
Нам не нужно знать от каких пользователей не приходят алайв-пакеты, и не нужно анализировать логи.
Нужно знать, что Радиус потерял связь с НАСом, и какой это НАС. Зная это, мы можем сразу переносить все сессии этого наса в ЗАП таблицу, и пользователи смогут подключиться к резервному НАСу.
Проверка доступности НАСа любым способом (пинги, или удаленная проверка процеса, или еще что..) потянет меньше ресурсов, чем анализ алайвов каждого юзера или парсинг логов, и ее можно выполнять хоть каждую секунду. Если же НАС не отвечает в течении 5-10 секунд, скорее всего у нас проблема (линки до НАСов обычно стабильные) и можнать делать ЗАП.
Поправьте, я наверное чего-то не знаю.
Re: Автоматический Zap ALL
проблема вроде как решена год с лишним назад (или больше? не помню, когда свой биллинг синкал с транком): если появляется еще одна сессия с тем же CID, ей назначается тот же ип, старая же сессия отправляется в зап.l30l3 писал(а):Вот мое видение проблемы и ее решения (на примере МПД)
Re: Автоматический Zap ALL
А где можно почитать на эту тему? Сам не проверял поведение системы при отваливании НАСа после обновления, но не видел, чтобы что-то изменилось в чейнжлоге. Проверю.
Должно отбрасывать еще одну сессию по запрету одновременных >1 в тарифе.
Должно отбрасывать еще одну сессию по запрету одновременных >1 в тарифе.
Re: Автоматический Zap ALL
в коде. я прочитал там во всяком случаеl30l3 писал(а):А где можно почитать на эту тему?
Re: Автоматический Zap ALL
А где в коде тогда? Тяжело там искать что-то, когда не знаешь что искать
Разработчики, прокомментируйте пожалуйста!
Разработчики, прокомментируйте пожалуйста!
Re: Автоматический Zap ALL
Auth.pml30l3 писал(а):А где в коде тогда?