Настроено все правильно. Работало до этого, пару лет. После обновления началось такое вываливать. Где можно глянуть более детальную информацию? Также такие ошибки выдают у определенных пользователей. т.е. логины в логах повторяются
_voland писал(а):Настроено все правильно. Работало до этого, пару лет. После обновления началось такое вываливать. Где можно глянуть более детальную информацию? Также такие ошибки выдают у определенных пользователей. т.е. логины в логах повторяются
просто раньше Вы это не замечали а сейчас система за этим следит более пристально и сообщает о инцидентах
ок. Почему тогда игнорится параметр "одновременные подключения" и у пользователя висит две сессии, вместо того, чтобы вываливать в логи ошибку типа more then allow login?
_voland писал(а):ок. Почему тогда игнорится параметр "одновременные подключения" и у пользователя висит две сессии, вместо того, чтобы вываливать в логи ошибку типа more then allow login?
Simultaneously: Количество пользователей, которые могут подключиться под одним логином в один промежуток времени.
Если абонент подключается повторно с тем же MAC адресом адресом, система считает что это новое подключение абонента, а сессия в журнале мониторинга устарела но по какой то причине не пришёл стоп пакет. Разрешает подключиться абоненту и присваивает ему IP адрес старой сессии, а старую сессию отправляет в zap. Данный подход используется для минимизации времени простоя при сбросе сессии абонента без оповещения биллинга.
Иногда неправильно настроенное оборудование (домашние маршрутизаторы) поднимают несколько сессий с одним мак адресом. Чтобы система строго следила за двойными сессиями без режима лояльного подключения нужно включить опцию $conf{hard_simultaneously_control}=1;