madf

1 - неверный параметр в конфиге. 2 - вобще не может файл прочитать. По причине его отсутствия, недостаточных прав или неправильного формата. Конечно, откдуда там коннекты будут...

По поводу ежедневного снятия абонки: есть такой параметр в конфиге - SpreadFee. Но, т.к. он в конфиге - он будет действовать во всех тарифах. Отдельно реализовать такого пока нельзя.

Не вижу в логах коннектов к радиусу. К стати, на радиусклиент он у тебя ругался: Jul 15 18:01:17 ns pppd[18767]: RADIUS: Can't read config file /etc/radiusclient/radiusclient.conf

И не отправит. В этой версии была ошибка в коде отправки сообщений.

Можно и обновить, но это тебе не поможет. Потому что в первую очередь нужно правильно настроить файрволл. Документации по этому делу в инете море.

Можно написать на bash, используя клиент mysql man mysql

inetaccess.cpp > 15:07:08 > Phase2.user Plan curtime-2ndtime 14, udelay 15 inetaccess.cpp > 15:07:08 > Phase2.user Plan curtime-2ndtime -4280, udelay 15 - почему 2 раза? К стати, вчера товарищ поделился интересным наблюдением: он не смох превысить предел в 890 авторизованных юзеров - остальные "вешались". А у вас сколько?

Не бачу проблеми. Створюєш тариф з абонкою 100 грн. і нульовою ціною трафіка. Користувач платить 100 грн - вони йому попадають на рахунок і інет включається. У кінці місяця (настроюєш у конфіг-файлі старгейзера) абонка знімається і у користувача інет виключається.

Разве?

eth0: Too much work at interrupt, status=0x00000002. stargazer[10783]: segfault at 0 ip b7cea463 sp b716017c error 4 in libc-2.3.6.so[b7c7f000+127000] Очень интересна первая строчка. Гугль говорит о проблемах с драйвером и советует обновить ядро. Я бы покопал в эту сторону, т.к. больше не вижу никаких предпосылок к падению...

Есть, но еще не включен в сборку Могу предоставить по почте Но пока еще он не подходит для релиза, т.к. до сих пор не решена проблема обработкой трафика после снятия авторизации пользователя

radiusd -X и лог Stargazer PS: Jul 15 18:01:17 ns pppd[18767]: RADIUS: Can't read config file /etc/radiusclient/radiusclient.conf

Это при связке с модулем мускуля. Че-то модуль мускуля не хочет с ним дружить Странно... По логике такого не может быть.

Ну, дай бог чтобы это так было. Его несложно пофиксить - он простой как дрова.

... /var/log/messages ... radiusd -X ... ./build debug ...

и много таких? Если всегда онлайн уберешь, должно перестать глючить. Что-то я как-то раньше не слышал про глюки mod_auth_ao

Фишка в том, что у товарищей работает с тысячами юзеров и 300-400 онлайн - и не падает неделями. Странно... Правда, они файловую базу юзают.

Кора принята, рассмотрена и... ничего. Честно говоря, я вобще не понял чё за фигня. Stg собран с debug. А корка от него или от предыдущей сборки, без дебага? $ gdb ./stargazer core.3729 GNU gdb 6.7.1 Copyright © 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... Using host libthread_db library "/li

В логи!

Поділись - що було нетак? А то всі пробували допомогти! P.S. Ось так завжди! Як все вирішилось ніхто навіть нескаже в чому була проблема!!! Еге-ж... Чекаем step-by-step або workaround

Есть чёткое описание модуля в официальной документации. По поводу шейперов и железа не знаю - знаю только что есть серваки, обслуживающие 4к юзеров. Детальную статистику можно отключить. При использовании rscriptd трафик и статистика снимается как обычно - модулем захвата. Эта связка модуль-дэмон всего-лишь отрабатывает скрипты. Трафик можно снимать fprobe+cap_nf (в релизе пока нету, но могу выслать по почте) или модулем для Netflow от Max'а.

Есть и модуль для FreeRADIUS

банальное разделение нагрузки ты пробовал шапать одновременно 200-300 клиентов в онлайне на одном компе? у меня дуакора загинается по этому хочу подсчет трафика и шапание разнести на несколько компов У ребят работает по 4000 юзеров на сервер. Трафик снимай по Netflow, скриптами управляй через rscriptd или ssh. Не вижу проблемы...

А ты опиши четко, что тебе надо

Скорее всего ты просто не нашел другого (правильного) решения своей задачи