BiTel

В версии 5.1 теперь нельзя использовать ip адрес вида xxx.xxx.xxx.xxx в качестве алиаса, т.к. он расценивается теперь как числовой и по нему не проходит поиск.
Может исправите?

Поддерживаю, может быть что очень даже необходимо использовать

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Где поиск не проходит? При авторизации проходит алиас вида 333.333.333.333, в мониторе ищет и вводить даёт вроде.
Да и не менялась у нас алиасная идеология и код в 5.1.

Даже в документации на 5.1 добавили жирным Числовые алиасы запрещены при добавлении нового логина.

При запросе на авторизацию не находит логин. Стоит скриптом предобработки изменить username c 1.2.3.4 на IP-1.2.3.4 начинает всё замечательно находиться.

А так же в мониторинг сессий не попадает ошибок о том что логин не найден, а также при нарушении ограничения доступа например по телефону клиента этот факт не отражается в мониторинге ошибок.

Ну насколько я знаю 333.333.333 это всё-таки уже не число а строка уже.
Можете выложить RADIUS логи с ошибкой авторизации по алиасу такому?
В error.log радиуса ничего нет?

Чудеса да и только, сегодня уже работает как надо.
И ошибки вчерашние в логах появились, которых вчера не было. Mysql был запущен до синхронизации времени с сервером времени.
Этот вопрос можно закрыть.

при запуске, сразу после поднятия интерфейсов и роутинга, перед всеми демонами выполянйте

и будет Вам счастье