Сделай так:

Код:

DROP PROCEDURE IF EXISTS `radcheck`;
DELIMITER $$
CREATE PROCEDURE `radcheck` (IN login VARCHAR(64), IN only_one_session INT)
BEGIN
    SELECT id, name, 'Cleartext-Password' AS Attribute, AES_DECRYPT(passwd, 'password888') AS Value,':='
        FROM users u WHERE name=login COLLATE utf8_bin AND
            IF(only_one_session < 1, true,
                NOT EXISTS (SELECT 1 FROM v_ips WHERE uid=u.id AND auth=1 AND last>(UNIX_TIMESTAMP() - 300) LIMIT 1)
            );
END$$
DELIMITER ;

Да, помогло.
Теперь строгая авторизация по логину и в PPPoE и в ЛК ровно так, как логин записан в БД.
Спасибо)

Покажи результат выполнения в mysql:

Код:

SHOW CREATE PROCEDURE radcheck\G

           Procedure: radcheck
            sql_mode: NO_ENGINE_SUBSTITUTION
    Create Procedure: CREATE DEFINER=`root`@`localhost` PROCEDURE `radcheck`(IN login VARCHAR(64), IN only_one_session INT)
BEGIN
    SELECT id, name, 'Cleartext-Password' AS Attribute, AES_DECRYPT(passwd, 'password888') AS Value,':='
        FROM users u WHERE name=login AND
            IF(only_one_session < 1, true,
                NOT EXISTS (SELECT 1 FROM v_ips WHERE uid=u.id AND auth=1 AND last>(UNIX_TIMESTAMP() - 300) LIMIT 1)
            );
END
character_set_client: utf8
collation_connection: utf8_general_ci
  Database Collation: utf8_general_ci

Код:

SELECT DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME = 'nodeny';

+----------------------------+------------------------+
| DEFAULT_CHARACTER_SET_NAME | DEFAULT_COLLATION_NAME |
+----------------------------+------------------------+
| utf8                       | utf8_general_ci        |
+----------------------------+------------------------+
1 row in set (0.00 sec)

Дичь какая-то. Во-первых авторизация не должна проходить это раз, а во-вторых ничего не меняет сама радиус-авторизация.
Поправьте меня, если я не прав.

Забабахал видео, на котором это наглядно видно - https: //fex.net/s/bndkbtz

Кстати, авторизация и в ЛК, и PPPoE без соблюдения регистра в логине присутствует и в 50.32 версии, причем очень давно.
Но лично мы этим не заморачивались ранее, т.к. вход в личный кабинет тоже не требовал соблюдения регистра в логине.
Условно абонент с логином K1000 мог и в настройках авторизации PPPoE, и при входе в ЛК указывать и "K1000" и "k1000". Можно сказать, что это было даже не багой, а условно фичей.

А вот в Н+ вход в личный кабинет возможен строго соблюдая регистр, при этом при PPPoE авторизации по прежнему эта строгость не важна.
И как вы заметите в видео, неточность при соблюдении регистра при авторизации почему-то ещё и меняет логин в базе данных, что доставляет хлопот при входе в ЛК.

Имхо, если сделать нетребовательность к регистру в логине при входе в ЛК в Н+, то данный "прикол" особо никому и мешать не будет.

Н+ стоит из коробки по мануалам на сайте, без всяких допов и отклонений. База мигрирована с Н50.32

Добрый день.
Возможно-ли изменить чувствительность регистра поля "логин" при входе в личный кабинет?

Столкнулся со следующей проблемой.
Абонент с условным логином LOGIN111 при настройке роутера (PPPoE) ввёл логин с ошибкой LOgIN111.
Авторизация прошла, интернет поехал, а вот в личный кабинет он попасть не может, т.к. в самой базе данных его логин тоже изменился на LOgIN111 (а так должно быть?).

Здравствуйте.
В связи с миграцией с Nodeny 50.32 на Nodeny Plus необходимо перенести базу данных +возможно, написать скрипт для автоматического переноса её в будущем еще раз.

Просьба откликнуться в личку.

Я по мануалу настраиваю уведомления.

"perl install.pl -x
Проверим, что создался файл-манифест:
cat /usr/local/nodeny/htdocs/manifest.json"

Файл-манифест не создается.
Но я еще не настраивал работу с биллингом через https, и не привязывал сертификат.
Верно-ли я понимаю, что из-за этого файл-манифест не создается, или тому есть другая причина?
Версия r578

А само ядо в процессах висит?

Код:

ps aux | grep nokernel

Не висит. И это прокол моей настройки  
Исправил) Сенк!

Всем привет! Подскажите как настроить чтобы после отключения абонента физически, кабелем или отключение питания, тухла авторизация? На текущий момент абон отключает роутер, а авторизация может светиться еще около часа.

Подобная проблема, только ключики авторизации в админке не исчезает возле учёток вообще.
Пока только настраиваю новый сервер на N+ (чтобы перейти с 50.32).
"Последнее обновление авторизации 95 дн. 3 час 31 мин 58 сек назад", это данные по учетной записи, которая авторизовалась тестово пару раз и далее не использовалась.
Да и железо, на котором настраивается биллинг, ребутилось в процессе настройки не единожды.
Настройки->Ядро->Авторизация->"Запускать модуль...=Да; Период проверки=10; Через какое время в сек...=65".