madf

согласен, [kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -c cash=-116 Ok [kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -r credit=0 Ok [kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -e prepaidTraff=0 Ok [kesha@stg bin]$ Мда, непонятно. Надо разбираться.

Как-то все путанно, про мак какой-то... Но в целом я понял: в OnChange не всегда передается логин админа и его IP? Да, сам недавно такое заметил. Посмотрю.

То что лежит в базе не обязательно соответствует тому что лежит внутри самого Stargazer'а. Лучше через какой-нибуть конфигуратор или авторизатор.

И у этого пользователя отрицательный баланс, отсутствуют freeMb и нет кредита?

Конфигуратор надо переписать. Полностью. С нуля. Это мое мнение как разработчика. Если имеются в наличии энтузиасты - всегда рад принять в проект, объяснить и проконсультировать. У меня самого сейчас времени на все не хватает.

[root@stg ~]# rpm -q stargazer freeradius stargazer-2.406-20100416 freeradius-1.1.3-1.6.el5 стг с патчами до ..407-rc1 Делал все по инструкциям отсюда. 2madf: при этом, все равно авторизует с "минусом" А покажи отладочный вывод FreeRADISU (запуском radiusd -X) в момент авторизации пользователя с отрицательным балансом.

Нет, неправильно. Для FreeRADIUS 2.* плагина пока нет. Есть наработки которые компилируются, но я не проверял их работоспособность.

Подозреваю что достаточно AcctServices = Login-User но предлагаю проверить

Конечно неправильно! Лучше завести отдельную таблицу (или файл для файловой базы) связанную с тарифами по внешнему ключу, в которой и указывать эти параметры.

Вот и проверь По идее да.

Так а используется-то что? Framed-User или Login-User? Попробуй оба загнать в AcctServices.

вот секция Accounting моего /etc/raddb/radiusd.conf # # Accounting. Log the accounting data. # accounting { # # Create a 'detail'ed log of the packets. # Note that accounting requests which are proxied # are also logged in the detail file. #<----->detail #<----->daily # # For Simultaneous-Use tracking. # # Due to packet losses in the network, the data here # may be incorrect. There is little we can do about it. #<----->radutmp stg } делал все по документации вроде Я имел в виду настройи mod_radius в stargazer.conf Вот это: <Module radius>

да так и есть, я только заметил, что некоторые пользователи у меня работают с минусом и пришлось дописывать скрипты уже на NAS-е , что бы ограничивать доступ. Модуль да у меня стандартный, я так понимаю: если минус - должна же быть ошибка авторизации? Да, кроме случаев когда сервис описан в секции AuthServices. Для таких сервисов проверяется только логин-пароль. Чтобы выполнялась авторизация и проверки состояние счета и т.д. необходимо указать сервис как AcctServices. В документации это описано. Проверь этот момент.

Стоп-стоп, а при чем тут OnConnect? Это ж два разных механизма. Запрос на авторизацию через FreeRADIUS поступает на mod_radius (не тот про который говорит топикстартер) и там принимается решение об авторизации пользователя. Если пользователь авторизуется - к FreeRADIUS "улетает" подтверждение и, параллельно срабатывают скрипты OnConnect (локально и через rscriptd). Я так понимаю, ты писал о том что FreeRADIUS ведет себя так как будто получено подтверждение авторизации вне зависимости от состояния счета?

Выставить FreeMb в 2 Гб (обратить внимание что FreeMb считается в деньгах, т.е. нужно пересчитать согласно тарифа) и настроить абонплату так чтобы cash в начале месяца был нулевой. FreeMb не переносится на новый месяц а просто устанавливается из тарифа. Моржно сделать тариф с нулевой абонплатой, зафиксировать состояние счета пользователя в, скажем, 0,001 денег, прописать в тарифе цену за трафик в 0,01 денег и установить в тарифе FreeMb в 1024*0,01 = 10,24. Как только пользователь выкачает свои 2 Гб его отключит. Ну или можно накрутить шейпы - в зависимости от пожеланий.

Если все пойдет нормально, сегодня запущу тестовый сервер с полной нагрузкой одного из наших районов. Это примерно 2500 онлайнеров (в пике за сутки) из 6000 пользователей. Сейчас в базе (PostgreSQL 8.4) лежат данные за последний месяц преобразованные из файловой (в т.ч. детальная статистика, логи сессий и логи изменений параметров, для чего писались отдельные утилиты). Сейчас все это добро вместе с индексами (но без журналов транзакций, которые вынесены на отдельный винт) весит всего 87 Гб. Индексы, правда, еще не все, но основные. Лежит все это добро на четырех терабайтных винтах объединенных

Странно. Я бы сказал что такого не может быть. Для определения того, авторизовывать пользователя или нет, используется вызов USER::IsInetable, который как раз и обрабатывает disabled, passive, freeMb, credit и cash. Прошу еще раз внимательно это проверить.

Ну вот в 2.4 точно убрали. Потому что смысла в этом нет

Если Stargazer и умел когда-то "из коробки" работать со скриптами в пользовательских каталогах, то это было явно еще до того как я пришел в проект. Начиная с 2.4.6.8 я такого не наблюдаю. Да и нелогично пихать этот функционал в него - это можно двумя строчками реализовать через существующие скрипты.

Видимо, проблема в настройках.

Первый - это просто очень древняя версия второго.

Ну тогда либо с монтировкой и какой-то матерью прикручивать mod_radius к новым версиям Stargazer либо использовать rlm_stg и FreeRADIUS.

Ну вообще-то эта возможность зависит не от базы а от скриптов OnConnect/OnDisconnect. И я не вижу необходимости в создании этих скриптов под каждого пользователя. А если их 7000? Все можно сделать скриптом, группируя пользователей по какому-то признаку.

Ну а если pppoe держать постоянно открытым а авторизовывать обычным авторизатором?

А зачем это знать FreeRADIUS'у?