BiTel

Информация о версии:

Клиент: вер. 6.1.824 / 19.01.2015 20:54:01
os: Linux; java: Java HotSpot(TM) Client VM, v.1.7.0_67
Сервер: вер. 6.1.1024 / 19.01.2015 20:02:34
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_67

Добрый день.
В конфигурации биллинга установлены следующие параметры:
logon.counter.max=20
# базовый интервал времени в секундах между неудачными попытками авторизации
logon.timeout.period=0
# время блокировки в секундах после исчерпания количества попыток авторизации
logon.timeout.lock=21600
Но уже при второй попытке ввода неправильного пароля доступ к личному кабинету блокируется на один час.
Вопрос почему блокировка происходит не с 20 раза а со второго?

сервер перезагружали?

конечно

время на сервере биллинга и БД совпадает?
временные зоны в БД и java обновлены?

Временные зоны обновлены, время совпадает

Я склонен считать, что это из-за таймзон всё же. Совершенно аналогичная проблема потому что была уже.
1. покажите весь необрезанный текст about
2. покажите из сервера биллинга:

3. покажите из sql-клиента:

_________________
I'm clever. I've got a computer.

Клиент: вер. 6.1.824 / 19.01.2015 20:54:01
os: Linux; java: Java HotSpot(TM) Client VM, v.1.7.0_67
Сервер: вер. 6.1.1024 / 19.01.2015 20:02:34
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_67

card: вер. 6.1.202 / 19.11.2014 14:51:32
inet: вер. 6.1.641 / 19.01.2015 20:02:51
npay: вер. 6.1.182 / 15.01.2015 12:33:41
reports: вер. 6.1.197 / 11.03.2015 20:02:47

Окружение:

Клиент:
os: Linux i386, 3.13.0-53-generic
java: Java HotSpot(TM) Client VM, v.1.7.0_67
jre home: /opt/java/jdk1.7.0_67/jre
default tz: 22.06.2015 13:42 MSK +0300 (Europe/Moscow)
user tz: 22.06.2015 13:42 MSK +0300 (Europe/Moscow)
locale: ru_RU
Сервер:
os: Linux amd64, 3.2.0-4-amd64
java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_67
jre home: /opt/java/jdk1.7.0_67/jre
default tz: 22.06.2015 13:41 MSK +0300 (Europe/Moscow)
locale: ru_RU

2. +0300 MSK

3.+------------------+--------+
| Variable_name | Value |
+------------------+--------+
| system_time_zone | MSK |
| time_zone | SYSTEM |
+------------------+--------+

странно, что то у вас в настройках одни параметры, а в реале другие...
время блокировки в параметрах, а блокирует с ваших слов на 1 час

у вас точно сервер перезагрузился...?

Точно, перезагружался сервер по питанию

logon.timeout.lock=21600 это 6 часов, а вы говорите на 1 час...
у вас точно один набор параметров в конфиге? и вы в том конфиге их прописали?

Один конфиг, один набор параметров. Сам в замешательстве.

у меня на тестовой базе не воспроизводится

может у вас два сервера запущены...
попробуйте сервер остановить и попробовать залогинится в ЛК

Остановил сервер, страница личного кабинета не грузиться.

в какой конфиг параметры прописывали?

напишите динамический класс, который выводит

Сервис->Настройка->Конфигурация, у меня она одна "основная"

Вывод
20
0
21600

а в договоре которому заблокирован доступ, если в дереве выбрать web, что пишет?
(количество неудачных попыток, время последней попытки)

Статус: ОШИБКА (1раз подряд) последняя в 22.06.2015 15:32:0

Так если у вас



То 15:32 сейчас не наступило еще( пишу в 15:18 москвы).

а sql-запрос


правильное время выдает?

нет не правильное
+---------------------+
| now() |
+---------------------+
| 2015-06-22 16:24:07 |
+---------------------+

комп с БД перезагружали когда?

_________________
I'm clever. I've got a computer.

попробуйте рестарнуть БД и проверить еще раз

Поправил time_zone в базе, стало:
+---------------------+
| now() |
+---------------------+
| 2015-06-22 15:34:28 |
+---------------------+
Но по прежнему блокирует на 1 час после 2-х неудачных вводов

Ну вот вам и причина. Возможно либо не обновляли таймзоны в системе либо после обновления не перезагружали mysql.

так... у вас БД и сервер биллинга на разных компах или что?

_________________
I'm clever. I've got a computer.

22 дня назад

Сервер биллинга и база находяться на одной машине

А это не опасно для 4500 тыс. онлайн абонентов?