Имею UTM5.3-003 + FreeBSD 9.2 pf+ipfw.
не работает изменение скорости по времени.
То есть в момент когда скорость должна возрасти в /netup/utm5/log/rfw.log
есть записи
Oct 01 00:02:46 Info : 2c08400 FWCntl: executing command <table 1 delete 172.30.196.59/32>
Oct 01 00:02:46 Info : 2c08400 FWCntl: command <table 1 delete 172.30.196.59/32> OK
а добавления в файрвол айдресов с новыми скоростями нет.
то есть инет у хомячков тупо отрубается.
Когда дергаешь сервис, rfw нормально добавляет в файрвол записи.
Куда копать?
Временные Диапазоны
Не проще было urfa php сделать запрос на сброс сессий, чтобы не платить?banec писал(а):у меня такое на динашейпере первого числа происходит.
т.е. оно отрабатывает, но биллинг (или в моем случае радиус) отдают старые скорости за прошлый месяц пока всех юзеров не перелопатит.
Приходится сбрасывать сессии ещё раз.
По этой причине купили ТП - сегодня скинул логи в тикет.
-
- Сообщения: 77
- Зарегистрирован: Пн сен 14, 2009 13:53
- Откуда: Екатеринбург
- Контактная информация:
Не проще, потому что функции rpcf_radius_drop_session и rpcf_radius_disconnect_session - НЕ РАБОТАЮТ (из ourfa_client).TiRider писал(а):Не проще было urfa php сделать запрос на сброс сессий, чтобы не платить?banec писал(а):у меня такое на динашейпере первого числа происходит.
т.е. оно отрабатывает, но биллинг (или в моем случае радиус) отдают старые скорости за прошлый месяц пока всех юзеров не перелопатит.
Приходится сбрасывать сессии ещё раз.
По этой причине купили ТП - сегодня скинул логи в тикет.
Смотри viewtopic.php?t=6402&start=1002
Про глюк динашейпера я еще в прошлом году писал viewtopic.php?p=66196&highlight=#66196
Так что пока стоит затычка на событие "Снятие ограничений на входящий канал" - посылать PoD.
Версию 5.3-003 еще не проверял.