ух ты. а возможно?
Нет ничего не возможного.. вот человек тебе написал, что
А для того, чтобы клиент не пытался соединится по логину основного ip - в радиус процедуре добавить проверку, что запись должна быть алиасная, т.е. mid>0
Или можно сделать как у меня:
У меня процедура
radcheck определена следующим образом:
CREATE PROCEDURE `radcheck`(IN login VARCHAR(64))
BEGIN
SELECT u.id AS id, u.name AS name,'Password' AS Attribute, AES_DECRYPT(passwd,'123456') AS Value, '=='
FROM users u, dopdata d WHERE name=login AND u.id = d.parent_id AND d.id='13' AND d.field_value='1';
END
Поясняю: В техданных создан дополнительный параметр Да/нет "Выдавать IP посредством Radius" и по умолчанию стоит положение Нет. Т.е. на таком ИП, у которого этот параметр стоит в "Нет" выдаётся по DHCP, у которого в "Да" - только через Radius -> PPPoE/VPN
В AES_DECRYPT(passwd,'123456') - вместо 123456 вписываешь свой пассворд
d.id='13' - вписываешь ID своего допзначения.
Я так понял у тебя 49я версия биллинга, и ты упираешся в кол-во пользователей?