5.3 пожелания к update1

[Minime]

Доброго времени суток! Сборка 5.3-001. Временами приходится сталкиваться с проблемой зависания сессий в ситуациях, когда теряется линк между биллингом и NAS (проблемы с питанием, тех. работы). На более ранних билдах 5.2, 5.1 помогал перезапуск radius. Сборка 5.3 даже при перезапуске восстанавливает незакрытые сессии, так что этот метод больше не помогает. У себя проблему решили установкой параметра interim_update_interval, больше на этот счёт не беспокоимся. Но, тем не менее было бы здорово иметь возможность закрытия сессии (всех, выделенных, или конкретной сессии) из utm_admin, уверен, многим будет полезно. Подумайте о такой возможности в апдейте.
Еще, темы по поводу перерасчета многократно поднимались, но тем не менее!!! Как не танцуй с бубном, при создании сервисной связки по умолчанию выбирается параметр перерасчета "пересчитывать и возвращать всегда". Сделайте, пожалуйста, опцию, чтобы можно было выставить другое значение по умолчанию! Мы, например, выставляем "возвращать только полностью", и, время от времени кто-нибудь из админов по невнимательности забывает изменить дефолтное значение "пересчитывать и возвращать всегда" из за чего в бухгалтерии возникает путаница.
Надеюсь, пожелания покажутся адекватными и будут реализованы

[KoT]

Доброго времени суток! Сборка 5.3-001. Еще, темы по поводу перерасчета многократно поднимались, но тем не менее!!! Как не танцуй с бубном, при создании сервисной связки по умолчанию выбирается параметр перерасчета "пересчитывать и возвращать всегда". Сделайте, пожалуйста, опцию, чтобы можно было выставить другое значение по умолчанию! Мы, например, выставляем "возвращать только полностью", и, время от времени кто-нибудь из админов по невнимательности забывает изменить дефолтное значение "пересчитывать и возвращать всегда" из за чего в бухгалтерии возникает путаница.

В Центр управления NetUP UTM5 (utm_admin.jar):
Меню Настройки > Настройки
Пункт DefaultRecalcType значения от 0 до 4

Возможно то что Вам нужно.

PS: проверял на 5.2.1-009-update1, но в 5.3-001 подобно.

[Magnum72]

Доброго времени суток! Сборка 5.3-001. Временами приходится сталкиваться с проблемой зависания сессий в ситуациях, когда теряется линк между биллингом и NAS (проблемы с питанием, тех. работы). На более ранних билдах 5.2, 5.1 помогал перезапуск radius. Сборка 5.3 даже при перезапуске восстанавливает незакрытые сессии, так что этот метод больше не помогает. У себя проблему решили установкой параметра interim_update_interval, больше на этот счёт не беспокоимся. Но, тем не менее было бы здорово иметь возможность закрытия сессии (всех, выделенных, или конкретной сессии) из utm_admin, уверен, многим будет полезно. Подумайте о такой возможности в апдейте.
Еще, темы по поводу перерасчета многократно поднимались, но тем не менее!!! Как не танцуй с бубном, при создании сервисной связки по умолчанию выбирается параметр перерасчета "пересчитывать и возвращать всегда". Сделайте, пожалуйста, опцию, чтобы можно было выставить другое значение по умолчанию! Мы, например, выставляем "возвращать только полностью", и, время от времени кто-нибудь из админов по невнимательности забывает изменить дефолтное значение "пересчитывать и возвращать всегда" из за чего в бухгалтерии возникает путаница.
Надеюсь, пожелания покажутся адекватными и будут реализованы

Я вроде это в настройках админки видел.

[Magnum72]

Не успел

[serjk]

По поводу сессий на RADIUS, такой функционал действительно планируется (принудительное закрытие зависших сессий из админки). Внести функционал в update1 вероятно уже не успеем.

В предыдущих версиях UTM5 сервер RADIUS так же загружал сессии из ядра, но возможно не помечал адреса занятыми до прихода первого accounting пакета (сейчас не могу утверждать, требуется проверка).

Поясню по поводу включения нового функционала в Update-сборки.
Это не всегда возможно по объективным причинам - после выпуска Release-сборки ветки разработки начинают развиваться отдельно, т.е. Update-сборки делаются на основании своего Release, а новый функционал включается в текущую ветку исходного кода. Поэтому включить новый функционал в Update бывает затруднительно.

Еще одна причина не включать много нового в Update1 - наше стремление выпускать обновления как можно чаще, и придерживаться заявляемых сроков. Поэтому в Update1 в основном войдут исправления найденных с момента выхода Release багов (среди них есть и достаточно критичные), чтобы обновившиеся на 5.3-001 смогли полноценно эксплуатировать свои системы.

[Pei0t]

Поддерживаю по поводу радиуса, сейчас 5.2.1-008u8 и помогает только рестарт радиуса, interim_update_interval при пропадании линка биллинг-нас не помогает.

[Magnum72]

По поводу пожеланий, предлагаю рассмотреть вопрос касающийся таблицы с дополнительными параметрами пользователя, дело в том что в ней хранятся так же пустые строки что не есть эффективно, на моей базе из 3,6 млн записей, только 1,4 содержат данные.
Тут же вопрос касающийся урфа функции получения информации о пользователя, в ней возвращаются список только тех доп параметров которые были когда то заполнены у пользователя. Т. е. у нас зарегистрировано в базе 100 доп параметров, у пользователя в базе заполнены только 20, они и отобразатся, это не очень удобно необходимо возвращать все доп параметры.

Т. е. в базе храним только непустые доп параметры, а в функции возвращаем полный список параметров, при этом если у пользователя нет данного параметра в базе, возвращаем его пустым.

[MaxDM]

на моей базе из 3,6 млн записей

Пользователей?

[Magnum72]

на моей базе из 3,6 млн записей

Пользователей?

нет записей в таблице доп параметров