starki

Да ну какой багрепорт? Меня пошлют писать багрепорт авторам билингновой системы stargazer или еще дальше. К бабке не ходи. Раз уж у меня одного такие проблемы, то остается только искать другое решение по билингу.

Добавил в указанный кусок два отладочных сообщения "1" и "2" /* quiet the compiler */ instance = instance; request = request; DEBUG("1"); uname = pairfind(request->packet->vps, PW_USER_NAME); DEBUG("2"); Результат radiusd -X: rlm_stg: stg_authorize() 1 Ошибка сегментирования root@dm:~# root@dm:~# На С не пишу. Много пишу на PHP. Во времена студенчества много писал на ассемблере под ВМ86 и Z80. Могу попробовать найти место ошибки в функции pairfind. Вот только где искать саму эту функцию? Если будут какие-то инструкции - готов их выполнить.

Чем могу помочь? По небольшому опыту компиляции других модулей, они помещаются в папку "src/modules/" и компилируются совместно с радиусом. Быть может это связано с использованием каких-то общих глобальных переменных?

Собственно вот. Сейчас на мыло продублирую. ... Ready to process requests. rad_recv: Access-Request packet from host 127.0.0.1:37444, id=176, length=63 Service-Type = Framed-User Framed-Protocol = PPP User-Name = "test" Calling-Station-Id = "192.168.1.5" NAS-IP-Address = 192.168.1.111 NAS-Port = 0 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 0 modcall[authorize]: module "preprocess" returns ok for request 0 modcall[authorize]: module "chap" returns noop for request 0 modcall[authorize]: module "mschap" returns noop for request 0 rlm_realm: No '@' in User-Name = "test", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 0 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 0 users: Matched entry DEFAULT at line 153 users: Matched entry DEFAULT at line 172 users: Matched entry DEFAULT at line 184 modcall[authorize]: module "files" returns ok for request 0 rlm_pap: WARNING! No "known good" password found for the user. Authentication may fail because of this. modcall[authorize]: module "pap" returns noop for request 0 rlm_stg: stg_authorize() Program received signal SIGSEGV, Segmentation fault. 0xb7c6262c in ?? () (gdb) bt #0 0xb7c6262c in ?? () #1 0x00000000 in ?? () (gdb)

Не стал создавать новую тему. Ситуация похожа. Версия freeradius 1.1.7 При авторизации радиус вываливается с сообщением "Ошибка сегментирования". Вот кусок вывода radiusd -X: Listening on authentication *:1812 Listening on accounting *:1813 Ready to process requests. rad_recv: Access-Request packet from host 127.0.0.1:39575, id=171, length=63 Service-Type = Framed-User Framed-Protocol = PPP User-Name = "test" Calling-Station-Id = "192.168.1.5" NAS-IP-Address = 192.168.1.111 NAS-Port = 0 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 0 modcall[authorize]: module "preprocess" returns ok for request 0 modcall[authorize]: module "chap" returns noop for request 0 modcall[authorize]: module "mschap" returns noop for request 0 rlm_realm: No '@' in User-Name = "test", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 0 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 0 rlm_stg: stg_authorize() Ошибка сегментирования root@dm:/etc/raddb# radiusd.conf сделан по образцу. В выводе отладки старгазера даже намёков на попытку радиуса с ним связаться нет. Кусок stargazer.conf касательно подключения модуля: <Module radius> Password = 123456 ServerIP = 127.0.0.1 Port = 6666 AuthServices = Login-User AcctServices = Framed-User </Module> Кудаб еще копнуть?

С 2002 пользую старгайзером. Очень удобная штука, но времена меняются. Сейчас, например, подключил второй канал. Безлимитка с ограничением по скорости. Встала проблема как предоставить пользователю возможность выбра - лазить по низкоскоростному, но дешевому каналу либо шустрому, но дорогому. Решил проблему так - каждому клиенту выделяю два ип-адреса и два логина в старгазере с разными тарифными планами. iptables маркирует пакеты в зависимости от ип-адреса клиента, а iproute2 в зависимости от маркировки перенаправляет в нужный канал. Но уж больно мудрено. Каждому пользователю объяснить как поменять ип-адрес. Марока одним словом. + два баланса на пользователя. Тоже неудобно. Вот и выплывает вопрос как удобнее для пользователя это организовать. Самым удобным былобы "поиметь" переключатель выбора канала в авторизаторе. В зависимости от его положения добавить параметр в запуск скриптов OnConnect и т.д. К примеру чтоб происходил дисконнект по старому каналу и коннект по новому. Это конечно мечты, но может кто подскажет более удобный вариант? Хотябы способ объединения балансов? Ну и банальная тема про биллинг впн клиентов. Двигается там что-либо? Сейчас для этого отдельный билинг FreeNIBS юзаю.