Оказывается, пару недель назад FreeRADIUS (http://www.freeradius.org/) дорос до версии 1.0.0-stable (предыдущая версия 0.9.3 вышла 20 ноября 2003 г.).
URL: http://www.freeradius.org/
Новость: https://www.opennet.ru/opennews/art.shtml?num=4297
кто подписан на рассылку тот знает ;)
Да и в портах он уже появился.
Так что кому надо - заметил.
>Да и в портах он уже появился.
>Так что кому надо - заметил.В портах он два дня назад появился.
Мне вот интересно, xtRadius уже умер или еще есть надежда на реанимащию проекта ? И на что посоветуйте переходить, на FreeRADIUS или GNURadius ?
Недавно натолкнулся еще и на OpenRADIUS (http://www.xs4all.nl/~evbergen/openradius/), это что за зверь ?
А что в xtRadius еще развивать то ?
Как средство распасить radius пакет от NAS'a и отдать
в во внешний скрипт, а потом ответ внешнего скрита
запаковать обратно в radius пакет и отправи NAS'у
xtRadius уже давно достаточем, что еще в нем развивать
с точки зрения радиуса?
>А что в xtRadius еще развивать то ?А что проблемы с жуткой утечкой памяти там уже исправили ?
Во FreeRadius главный плюс его модульность, что касается внешних скриптов, то есть такие вкусные вещи как rlm_python и rlm_perl, в отличии от xtRadius он держит Perl в памяти, а не дергает скрипт на каждый запрос.
> А что проблемы с жуткой утечкой памяти там уже исправили ?
Не замечал такой проблемы...
Последняя бета падала от сообщений NAS_Start и NAS_Stop, но это для себя пофиксил.Более серьёзная проблема в другом: все сессии ведутся по типу NAS/port, и если соединения не на физический порт, то настаёт жопа.
Например VoIP или PPPoE на циске все идут с номером порта 0, поскольку тип соединения - Virtual. Список сессий в этом случае посмотреть нельзя - сессия видна только одна.
Я сегодня не смог прикрутить mpd к xtradius из-за того, что тот не умеет mschapv2, в результате чего шифрование обломилось. На их сайте в патчах ничего такого не нашёл. Вот это бы и развили :)
то есть, сейчас работает, но с pap/chap-md5 only.