madf

Не обратил внимание что фря. CFLAGS и CXXFLAGS там устанавливаются как-то по другому (вроде бы через setenv, но могу ошибаться). Можно собирать и без них, просто сборка будет без оптимизации. И вместо make надо давать команду gmake.

Скрипт покажется кому-то очень полезным, он его себе прикрутит. А там база на 10к абонов и система встанет колом. Тут-то все испражнения на вас и посыпятся Я, конечно, понимаю что у тех у кого 10к абонов и админы пряморукие - сами себе такое написать смогут. Но все таки... PS: надо будет поскрести по форуму, собрать наиболее полезные типичные скрипты и поставлять их прямо в архиве с исходниками. Да и в документацию включить (как в 2.0 было). Где бы еще время найти...

Не нужно качать исходники консольного конфигуратора отдельно - он поставляется в комплекте со Stargazer (projects/sgconf). То что вы скачали очень древнее и представляет разве что музейную ценность # wget -c http://www.stg.dp.ua/download/server/2.408/stg-2.408.tar.gz # tar -vaxf stg-2.408.tar.gz # cd stg-2.408/projects/sgconf # CFLAGS=-O2 CXXFLAGS=-O2 ./build # make # sudo make install

Чертовски неэффективно. Из-за такого OnChange Stargazer будет тормозить на больших базах. К чему в OnChange изменять файрвол для абонов которые к этому OnChange и не относятся? Тут стоит трогать лишь того абона чей логин в переменной login. Кроме того нет смысла лазить по stat за cash - информация и так есть в param, oldValue и newValue. Анализируя эти значения можно так-же не перестраивать файрвол без надобности.

Давайте все-таки вернемся к мультитарифам. Кто-нибуть приведет нормальный пример?

Т.е. раздельные тарифы на услуги в рамках одного пакета услуг? Можно пример?

А почему это не делать в скриптах OnConnect/OnDisconnect? Или нужно различать тех у кого долг от тех кто отключен по иной причине?

Кто такие мультитарифы?

единый источник данных - нет необходимости делать всяческие примочки типа: - пользователи онлайн (в онконнект - создаем файл, в ондисконнект - удаляем) - бред, я уже подымал такую тему - кроме костылей ничего путнего не придумали, - всяческие обработки пользователей - нет необходимости шастать по базам данных или файлам, у народа появится возможность писать всяческие стандартизированные УНИВЕРСАЛЬНЫЕ обработки, а не привязанные к своему биллингу со своими причудами, к базам данных и т.д. Это все понятно. Но зачем использовать для этого SNMP? Есть XML RPC. И с его помощью уже сегодня мо

Реализовать не сложно, но я не вижу в этом особого смысла. Если убедите что это действительно нужно - сделаем

По загруженности канала нету, это правда. Я думал нужна только информация о трафике. Хотя, в принципе, можно считать и загруженность канала. Даже по направлениям.

Эти данные можно получать мгновенно через mod_smux + snmpd. Правда, в 2.408 в модуле имеется ошибка из-за которой после нескольких релоадов он падает, в git она уже исправлена.

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

InetAccess-2.62.8 Там-же можно найти обновленные исходники. Спешить вредно. Спешка неизбежно приводит к ошибкам которые, в последствии, могут дорого стоить.

Можно. Позже выложу обновление.

Это же вроде админский интерфейс. Пользовательский - это где баланс можно посмотреть, тариф. Кстати да, баланс, тариф - это уже вроде как совсем не про радиус. Или я ошибаюсь? Баланс можно хранить в БД и снимать по крону. Тарифы - зависит от того как предоставлять услуги. Если нужно считать, скажем, трафик - то по interim-update. А если не нужно - достаточно крона. Сомневаюсь что есть готовые web-интерфейсы абонентов. Но реализовать такое очень легко.

С точки зрения Unix-way самый эпичный вариант - третий.

Отключить нельзя. Чтобы не подвисало постройте индексы и проверьте что не сидите на дефолтовых настройках PostgreSQL. Еще можно эти таблицы чистить.

У FreeRADIUS хорошая документация есть. Информацию по работе с SQL можно найти тут: http://wiki.freeradius.org/SQL-HOWTO и тут: http://wiki.freeradius.org/Rlm_sql

Затрудняюсь делать какие-то предположения. Никто больше о таком не сообщал.

Т.е. -rc2 не сняло а версия из git сняла?

Эммм... Если абонплата снимается скриптом - то при чем здесь Stargazer?

А настройки какие? Особенно интересует FeeChargeType. Ну и номер версии поточнее.

Есть два подхода к взаимодействию Stargazer и RADIUS-серверов. Один, самый простой, - это когда RADIUS-сервер черпает информацию для авторизации из БД Stargazer'а. При этом с самим Stargazer'ом он не взаимодействует. Второй вариант подходит только для FreeRADIUS. FreeRADIUS имеет систему плагинов которые можно использовать в процессе авторизации, аутентификации и аккаунтинга. Взаимодействие при этом происходит на уровне плагинов: rlm_stg со стороны FreeRADIUS и mod_radius со стороны Stargazer. В этом случае информация для FreeRADIUS поступает непосредственно из Stargazer'а, но этот метод пока

./build make install-bin stargazer Можно лог сборки увидеть?