Приятно что в последней версии abills таки устанавливается соединение по pptp (poptop) если еще висит сессия в онлайне этого юзера и уже выдан статичный IP. (косяк с моментальным реконнектом так и остался, если разорвать соединение и сразу же установить то первый коннект не пройдет, но второй уже гуд, лечится так же как и раньше убийством маршрута видимо).
Теперь появился след. вопрос: billd checkppp убивает процессы ppp и ифейсы, на которых висят IPадреса не найденные в онлайне. А если был реконнект пользователя со статичным IP, то теперь коннект установится если даже он есть в онлайне (со второго раза), но интерфейс не убился еще с первого. мы получаем 2 сессии в онлайне, старая уходит в зап, потом совсем, НО в онлайне еще висит свежая сессия с тем же IP, от которой check_ppp() не убьет интерфейс, т.к. IP чистый, он есть в онлайне (от второй сессии ). Итог - 10 раз делаем коннект-дисконнект на PPtP - получаем 10 ифейсов tun - которые billd checkppp не тронет, т.к. последний вполне себе валидный - на нем остался висеть юзер.
подозреваю что лечится удалением tun-а на стадии отработки rauth.pl (в купе с убийством маршрута)
billd checkppp
-
~AsmodeuS~
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
Да, убивается. Но пока система переваривает эти ~100 подключений, загрузка по топу поднимается до ~17.... Понятно, что это проблема не биллинга, а связки нас\радиус в целом. А если после авторизации (при условии 1 одновременного подключения) сделать проверку существования в табличе dv_calls этого логина и если он есть, то сбросить его?
Потом это когда?~AsmodeuS~ писал(а):если не приходят алайвы он убивается и потом и сам интерфейс
У нас дубликат сессии сначала попадает в Online
нет аливов 3 интервала - уходит в Zap
нет аливов 3 интервала - уходит совсем.
а как работает checkppp - смотрит нету ли в ифейсах IPадреса, который сейчас не обнаружен в Онлайне ? Если так, то он и не будет отрабатывать остальные 50 ифейсов, на которых дубликаты висят, если на них всех один IP и этот же IP есть в онлайне (последний валидный коннект).
Решение - убивать ифейс по IP сразу же, как только радиус передал NASу IP, до того, как будет создан новый ифейс. Там же убивать маршрут роутинга для него.