Автоматический Zap ALL

lasik
Сообщения: 983
Зарегистрирован: Чт янв 10, 2008 5:20 pm
Откуда: Россия, Москва

Re: Автоматический Zap ALL

Сообщение lasik »


~AsmodeuS~
Site Admin
Сообщения: 5746
Зарегистрирован: Пт янв 28, 2005 3:11 pm
Контактная информация:

Re: Автоматический Zap ALL

Сообщение ~AsmodeuS~ »

RusB1T писал(а):Подскажите как реализовать zap_all сессий при перезагрузке сервера (биллинг и NAS на одном PC)
Уже есть скрипт

доступен ком. пользователям

tc-fasad
Сообщения: 8
Зарегистрирован: Пт мар 26, 2010 1:45 pm

Re: Автоматический Zap ALL

Сообщение tc-fasad »

Как можно с вами связаться и купить такой модуль? Ибо пишу на асю в сюппорт никто не отвечает

~AsmodeuS~
Site Admin
Сообщения: 5746
Зарегистрирован: Пт янв 28, 2005 3:11 pm
Контактная информация:

Re: Автоматический Zap ALL

Сообщение ~AsmodeuS~ »

это не модуль а функция в ком версии

tc-fasad
Сообщения: 8
Зарегистрирован: Пт мар 26, 2010 1:45 pm

Re: Автоматический Zap ALL

Сообщение tc-fasad »

Купил модуль, не можем разобраться, как его установить.. Есть ли где то подробная инструкция либо какие то комментарии по установке.!?!

Заранее благодарен,
Сергей

~AsmodeuS~
Site Admin
Сообщения: 5746
Зарегистрирован: Пт янв 28, 2005 3:11 pm
Контактная информация:

Re: Автоматический Zap ALL

Сообщение ~AsmodeuS~ »

почем у не написать разработчику ?

скопируйте модуль в папку abills/misc

для модуля есть команда help

tc-fasad
Сообщения: 8
Зарегистрирован: Пт мар 26, 2010 1:45 pm

Re: Автоматический Zap ALL

Сообщение tc-fasad »

Да вроде как написали, никто пока не ответил... :shock: а очень, и очень нужно... не можем найти проблемму... постоянно залипают сессии... раньше всё работало, как часикиююю теперь чуть больше 80 -90 сессий... начинают залипать сессии.. с чем это может быть связано?

sopov
Сообщения: 610
Зарегистрирован: Вс апр 02, 2006 7:13 pm

Re: Автоматический Zap ALL

Сообщение sopov »

Автозап имхо бесполезная функция. Если произошел ребут сервера, то это уже внештатная ситуация и решать проблемы должен технический персонал, а не скрипт. Потому, что в случае ребута могут возникнуть и другие проблемы - банально повредится фс например.
tc-fasad писал(а):Да вроде как написали, никто пока не ответил... :shock: а очень, и очень нужно... не можем найти проблемму... постоянно залипают сессии... раньше всё работало, как часикиююю теперь чуть больше 80 -90 сессий... начинают залипать сессии.. с чем это может быть связано?
Нужно устранять не синптомы проблемы, а ее причину. Проверте интервалы алайв пакетов в настройках сервера доступа и биллинга - они должны совпадать. Еще проверте качество самого канала связи - может тунель на самом деле рвется.

NiTr0
Сообщения: 767
Зарегистрирован: Пт фев 08, 2008 4:46 pm

Re: Автоматический Zap ALL

Сообщение NiTr0 »

sopov писал(а):Если произошел ребут сервера, то это уже внештатная ситуация и решать проблемы должен технический персонал, а не скрипт.
Одно другому не мешает.
sopov писал(а):Потому, что в случае ребута могут возникнуть и другие проблемы - банально повредится фс например.
Особенно если ФС рид-онли или если все живет в tmpfs ;)

l30l3
Сообщения: 82
Зарегистрирован: Вт авг 28, 2007 8:57 am

Re: Автоматический Zap ALL

Сообщение l30l3 »

Вот мое видение проблемы и ее решения (на примере МПД):

Изначально дано, что в ЗАП таблицу могут попадать только сессии того НАСа, который потерял связь с нашим Радиусом. Про отдельных отвалившихся клиентов живой НАС сам расскажет Радиусу намного раньше, чем billd, и сессия закроется мимо ЗАП таблицы. Выходит мы рассматриваем ситуацию, когда недоступен НАС.
Если полагаться на механизм $conf{ERROR_ALIVE_COUNT}, то сессии будут попадать в ЗАП довольно долго (15 минут при Алайв 300 и $conf{ERROR_ALIVE_COUNT}=3)

Проблема же заключается в том, что на протяжении этих 15 минут пользователь не может подключиться не смотря на то, что у нас есть резервные НАСы.
Решение проблемы заключается в том, чтобы уменьшить до минимума время, за которое сессии попадут в зап таблицу, затрачивая на это минимум ресурсов.
Нам не нужно знать от каких пользователей не приходят алайв-пакеты, и не нужно анализировать логи.
Нужно знать, что Радиус потерял связь с НАСом, и какой это НАС. Зная это, мы можем сразу переносить все сессии этого наса в ЗАП таблицу, и пользователи смогут подключиться к резервному НАСу.

Проверка доступности НАСа любым способом (пинги, или удаленная проверка процеса, или еще что..) потянет меньше ресурсов, чем анализ алайвов каждого юзера или парсинг логов, и ее можно выполнять хоть каждую секунду. Если же НАС не отвечает в течении 5-10 секунд, скорее всего у нас проблема (линки до НАСов обычно стабильные) и можнать делать ЗАП.

Поправьте, я наверное чего-то не знаю.

NiTr0
Сообщения: 767
Зарегистрирован: Пт фев 08, 2008 4:46 pm

Re: Автоматический Zap ALL

Сообщение NiTr0 »

l30l3 писал(а):Вот мое видение проблемы и ее решения (на примере МПД)
проблема вроде как решена год с лишним назад (или больше? не помню, когда свой биллинг синкал с транком): если появляется еще одна сессия с тем же CID, ей назначается тот же ип, старая же сессия отправляется в зап.

l30l3
Сообщения: 82
Зарегистрирован: Вт авг 28, 2007 8:57 am

Re: Автоматический Zap ALL

Сообщение l30l3 »

А где можно почитать на эту тему? Сам не проверял поведение системы при отваливании НАСа после обновления, но не видел, чтобы что-то изменилось в чейнжлоге. Проверю.

Должно отбрасывать еще одну сессию по запрету одновременных >1 в тарифе.

NiTr0
Сообщения: 767
Зарегистрирован: Пт фев 08, 2008 4:46 pm

Re: Автоматический Zap ALL

Сообщение NiTr0 »

l30l3 писал(а):А где можно почитать на эту тему?
в коде. я прочитал там во всяком случае :)

l30l3
Сообщения: 82
Зарегистрирован: Вт авг 28, 2007 8:57 am

Re: Автоматический Zap ALL

Сообщение l30l3 »

А где в коде тогда? Тяжело там искать что-то, когда не знаешь что искать :)

Разработчики, прокомментируйте пожалуйста!

NiTr0
Сообщения: 767
Зарегистрирован: Пт фев 08, 2008 4:46 pm

Re: Автоматический Zap ALL

Сообщение NiTr0 »

l30l3 писал(а):А где в коде тогда?
Auth.pm

Ответить