keshaLG

Потом бук в руки и вперед разрезать ветки на сегменты и вылавлитьвать клиента-азарника), у которого ответ один - "ой, а я не знал..."

))) ну зачем мне врать? пишу все как есть PS вот libsrvconf.so либа с которой были проблемы

чесно - не знаю, первый выдает это, 2й раз - виснет и вешает сервер. Если тоже самое сделать на другой порт (2го модуля) - сервер "отъедает" уже и второе ядро.

тоже самое надо сделать в srvconf.lib LIBS = -lexpat -lstg_crypto иначе консольный конфигуратор ругается: "/usr/local/bin/sgconf: symbol lookup error: //usr/lib64/stg/libsrvconf.so: undefined symbol: _Z13Blowfish_InitP12BLOWFISH_CTXPhi" а при 2м запуске "вешает" сервер и тот "кушает" 100% cpu , но при этом работает

ну так надо же напугать. а то потом завалят потоком вопросов почему память течет, что делать с падающим vlc и т.д.)) а костыли уже отменили? раз в мин проверку запускайте, которая будет дергать vlc - и вполне достойное малобюджентное решение.

ну что значит никаких торрентов? наверное ограниченное число tcp-коннектов?

А как считается в тарифе (up+down)? Если так - то по моим экспериментам за запрос уходит 5..6% от размера

этот патч в следующий RC будет включен?

Ой прошу прощения, давно дело было... подзабыл малость, интервал alivе-а во фре в конфиге мпд, а тут так надо еще модифицировать PROCEDURE "radcheck", дабавив строку: SELECT NULL,login,'Acct-Interim-Interval','60','='; после "SELECT NULL,login,'Framed-Protocol','PPP','=';" т.е. что бы в радиус-плагин мы вернули переменную(атрибут) "через сколько слать эвливы", в моем примере 60 сек

2 psa "Респект и уважуха". Нужна будет помощь - свисти. Абожаю такие задачи)

Недавно занимался этой задачей, биллинг заточен под фряху, и документирован по линуху мало... пришлось все с нуля раскдывать по полочкам. Решение уважаемого Sanchezz - аля "костыль" (без обид!), ну соственно как и весь линукс)... но это не "наш" метод! Тем более на таком серьезном биллинге, как ноудени. Докладываю результаты своих исследований: да, биллинг действительно отключает юзера по таймауту, потому, что не приходит alive пакет от плагина радиуса, т.е. не отрабатывает эта процедура: accounting_update_query = "call radupdate('%{SQL-User-Name}')" Ввиду того, что во фряхи это делае

А можно с этого места поподробнее? хочется оптимизировать систему под нагрузку...

Простите, а зачем??? наверное - Что бы потом, озадачить саппорт и он каждому лантух-юзеру расказывал где галочку убрать в свойствах подключения? Ну допустим убрал, и? ... Apr 19 12:34:51 stg pppd[4449]: Connect: ppp0 <--> /dev/pts/3 Apr 19 12:34:59 stg pppd[4449]: local IP address 172.17.17.1 Apr 19 12:34:59 stg pppd[4449]: remote IP address 172.17.17.200 Apr 19 12:34:59 stg pppd[4449]: pptpd-logwtmp.so ip-up ppp0 test 10.9.2.2 Те же 8 сек авторизации... Подчеркиваю, сервер еще без нагрузки!

завел под Centos 5 cо штатным радиусом: [root@stg stargazer]# rpm -q freeradius freeradius-1.1.3-1.5.el5_4 что заметил тоже (как писалось тут ): "общение" pptpd+freeradius-а с STG происходит как-то медленно... в моем случае: Apr 19 09:37:36 stg pppd[3829]: Connect: ppp0 <--> /dev/pts/1 Apr 19 09:37:44 stg pppd[3829]: MPPE 128-bit stateless compression enabled т.е. 8 сек и это на тестовой системе, которая простаивает... интересно, что же будет под нагрузкой и как можно это дело оптимизировать?

второй вопрос по использованию StoreModule-я "store_postgresql": попрежнему обкатываю новый релиз (2.406) под centos 5 (у него postgresql 8.1.18), заметил, что в базе все события, в частности сессии юзеров, пишутся с отставанием на 3 часа: [root@stg httpd]# psql -U user -d stg -q -c "(Select * from tb_detail_stats ORDER BY from_time DESC )"|less pk_detail_stat | fk_user | dir_num | ip | download | upload | cost | from_time | till_time ----------------+---------+---------+-----------------+----------+--------+--------+---------------------+----------------

Это значит, что Радиус-сервер, не вернул ATTRIBUTE: "Framed-IP-Address", которой нет в его ответе: собственно в эту сторону и рыть. PS )))ну мы то тоже не пальцем деланны,.. хотя столько ответов и ни одного по существу вопроса)

спрос - рождает предложение! может организовать "одноименный проэкт"? думаю всем будет интересно

а у кого уже "продакшн", нельзя ли патч выложить?

а обязательное условие, что бы он "железный" был? почему не развернуть все на PC и *nix ?

и сколько стартует СТГ на ней времени? у меня получилось: 2010-03-06 04:03:47 -- Storage plugin: postgresql_store v.1.2. Loading successfull. 2010-03-06 04:05:48 -- Users started successfully. после 10ти дней работы, вообще один процесс postgres залочил таблицу stat-ов. попытался остановить СТГ в логах : ну убил все, слил дамп, пересоздал базу с нуля. Время старта плагина уменьшилось до 2х сек. вот теперь сижу и думаю, как будет корректней проапгрейдиться? А то такими глюками, как-то в "продакшн" не хочется лезть... и Вообще "оно" себя чувствует под нагрузкой?

вопрос по использованию StoreModule-я "store_postgresql": обкатываю новый релиз (2.406) под centos 5 (у него postgresql 8.1.18), залил реальную базу (~500 users) со старой версии путем конвертирования ее с файлов. Пока рисуем статистику (тестовый сервер почти не используется), база в postgresql успела вырости до 1,5Гб... Почитав про postgresql - выяснилось, что надо делать vacuum. Сделал после база уменьшилась до ~650Мб... Делаю дамп базы с данными - его реальный размер в 0,1Мб... Вопрос: есть ли какие-нибудь особенности настройки сервера postgresql, кроме Autovacuum=on ? Походу pos

2 BUMSAVER - респект, красивая, хорошая мордочка).. 2 fr0st - твой код закрыт?

объединить не получиться, можно сделать попеременный роут ( http://www.opennet.ru/opennews/art.shtml?num=980 )

поднимал q3 под *nix-ами инфу брал с http://dedicated-server.ru/

ну на сколько я понимаю для такой схемы надо договор с тем кто карточки реализует, ну и наверное акты приема-передачи карточек, что есть и наверное главной засадой...