den68

Тоже самое, на версии от первых чисел января 2007. Файлы бьет, валиться и глючит....

Ну для этих целей исходники не сложно поправить

А вопрос не по теме, какие ребутеры вы используете ? Цена, урл.... ?

Ну там все просто, пораскинь мозгами... в конфигураторе задаеш направления и стоимость на данном тарифе, в онконнект парсиш сперва тариф, потом внутри него направления, ид направления передаеться 4 параметром помоему. когда все освоиш, садишся и пишеш фаг, постиш его сюда.

Да, новые. .... но направления не используються .... чего он валиться и самое смешное - тормозит ? может чего надо выслать (логи/дампы/итд) ? дать доступ ? чем помочь ?

egor2fsys: вот последняя сборка более двух нервных дней не прожила, welcom 2.0.16 при добавлнии/изменении/итд чего либо у пользователя - тормоза на 30 сек - 2 мин. ИнетАцесс красный. При массовой рассылки сообщений процессу кирдык, оставляя за собой stg-exec ... При активном использовании конфигуратором (добавление денег, изменение маков) одновременно человек 5 сисадминов, процессу кирдык, оставляя за собой stg-exec ... весьма жаль и обидно .... ;-) Это у всех так, или я один отличаюсь ? Напоминаю, RH9, сборка stg-2.4-2007.01.06-15.46.32.tgz

Я бы был за возможности включения или выключения detail_stat в конфиге. В sql чистить это хозяйство удобнее, и вообще, от дисковых операций с файлами пора отказывааться. Другое дело лог, лог - это глянуть что сейчас происходило/происходит - это лучше в файл, никак не в sql. Тем более все придумано до нас (логротайт) итд.

Во, новая проблемы. 1. при завершении стг неполностью дописываються файлы stat и conf 2. при загадочных обстоятельствах умер стг, в конфиге ничего лишнего, подсчет через ipq, Linux RH 9 07-12-14 03:00:50 -- Stg started successfully. 2007-12-14 03:00:50 -- +++++++++++++++++++++++++++++++++++++++++++++ 2007-12-14 10:49:00 -- Admin's connect failed. IP 192.168.250.21 2007-12-14 10:49:13 -- Admin's connect failed. IP 192.168.250.21 2007-12-14 10:51:16 -- Admin's connect failed. IP 192.168.250.22 2007-12-14 10:51:27 -- Admin's connect failed. IP 192.168.250.22 2007-12-14 10:52:10 -- Admin's connect failed. IP 192.168.250.22 2007-12-14 11:14:19 -- Admin's connect failed. IP 192.168.250.66 2007-12-14 11:29:09 -- Admin's connect failed. IP 192.168.250.16 2007-12-14 11:29:09 -- Admin's connect failed. IP 192.168.250.66 2007-12-14 12:35:18 -- Admin 'loskut', 192.168.250.23: User 'xxxxx138': 'cash' parameter changed from '10.9893' to '310.989'. 2007-12-14 12:36:01 -- Broken pipe! 2007-12-14 12:36:01 -- Broken pipe! 2007-12-14 12:36:01 -- Broken pipe! и т.д. про брокен пипе, в результате стг умер как процесс, оставив за собой 25 штук (не мало-ли ?) stg-exec Общая загрузка практически нулевая, переодически, ИМХО связанно со статистикой, когда он ее сливает, наступают конкретные тормоза-пауза, при этом загрузка не увеличеваеться, такое впечатление что он просто отключает-подключает в это время ... нельзя ли вообще отменить запись детальной статистики ? На всякий случай результаты топ: 18:35:07 up 36 min, 2 users, load average: 0.02, 0.05, 0.06 86 processes: 85 sleeping, 1 running, 0 zombie, 0 stopped CPU0 states: 0.0% user 6.0% system 0.0% nice 0.0% iowait 93.0% idle CPU1 states: 18.0% user 6.0% system 0.0% nice 0.0% iowait 75.0% idle CPU2 states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idle CPU3 states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idle Mem: 2069524k av, 115388k used, 1954136k free, 0k shrd, 34164k buff 25108k active, 35968k inactive Swap: 779144k av, 0k used, 779144k free 26812k cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 1137 root 1 -19 13012 12M 2392 S < 12.8 0.6 0:58 3 stargazer 9149 root 12 0 1112 1112 864 R 12.8 0.0 0:00 1 top 1 root 9 0 472 472 424 S 0.0 0.0 0:03 0 init 2 root 8 0 0 0 0 SW 0.0 0.0 0:00 1 keventd 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 0 ksoftirqd_CPU0 4 root 19 19 0 0 0 SWN 0.0 0.0 0:00 1 ksoftirqd_CPU1 5 root 18 19 0 0 0 SWN 0.0 0.0 0:00 2 ksoftirqd_CPU2 6 root 18 19 0 0 0 SWN 0.0 0.0 0:00 3 ksoftirqd_CPU3 7 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 kswapd 8 root 9 0 0 0 0 SW 0.0 0.0 0:00 1 bdflush 9 root 9 0 0 0 0 SW 0.0 0.0 0:00 2 kupdated 12 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 khubd 14 root 9 0 0 0 0 SW 0.0 0.0 0:00 1 kjournald 598 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 kjournald 811 root 9 0 584 584 496 S 0.0 0.0 0:00 1 syslogd 815 root 9 0 436 436 380 S 0.0 0.0 0:00 3 klogd 876 root 9 0 1496 1496 844 S 0.0 0.0 0:00 1 dhcpd 886 named 9 0 4456 4452 2148 S 0.0 0.2 0:16 1 named 906 root 9 0 788 788 680 S 0.0 0.0 0:00 1 xinetd 1138 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1139 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 0 stargazer 1140 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 0 stargazer 1141 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 0 stargazer 1142 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1143 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1144 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1145 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1146 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1147 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1148 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1149 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1150 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 0 stargazer 1151 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1152 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 0 stargazer 1153 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1154 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1155 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1156 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1157 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 2 stargazer 1158 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1159 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1160 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1161 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer 1162 root 8 0 1376 1376 1320 S 0.0 0.0 0:00 1 stargazer

Да, собираеться он нормально, только на "include deps" ругаеться, по моему он их не там ищет. Я руками содержимое файлов deps перенес в майкфайл, все гуд. но лучше поправить, имхо. Вот кусок лога свеже раскрытого из архива (stg-2.4-2007.01.06-15.46.32): ############################################################################# Building STG 2.4 for Linux ############################################################################# Makeing stg_logger.lib ../Makefile.in:74: deps: No such file or directory g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c stg_logger.cpp ar rc libstg_logger.a stg_logger.o ranlib libstg_logger.a cp stg_logger.h ../../include/ cp libstg_logger.a ../../lib/ Makeing crypto.lib ../Makefile.in:74: deps: No such file or directory g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c ag_md5.c g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c blowfish.cpp ar rc libcrypto.a ag_md5.o blowfish.o ranlib libcrypto.a cp ag_md5.h blowfish.h ../../include/ cp libcrypto.a ../../lib/ Makeing common.lib ../Makefile.in:74: deps: No such file or directory g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c debug.c g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c stg_error.c g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c common.cpp ar rc libstg_common.a debug.o stg_error.o common.o ranlib libstg_common.a cp debug.h stg_error.h common.h ../../include/ cp libstg_common.a ../../lib/ Makeing script_executer.lib ../Makefile.in:74: deps: No such file or directory g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c script_executer.cpp ar rc libscript_executer.a script_executer.o ranlib libscript_executer.a cp script_executer.h ../../include/ cp libscript_executer.a ../../lib/ Makeing conffiles.lib ../Makefile.in:74: deps: No such file or directory g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c conffiles.cpp ar rc libconffiles.a conffiles.o ranlib libconffiles.a cp conffiles.h ../../include/ cp libconffiles.a ../../lib/ Makeing hostallow.lib ../Makefile.in:74: deps: No such file or directory

В OnDisconnect: iptables -t filter -I FORWARD -d IP_USER -s ! IP_SERVER_GATEWAY -m state --state NEW,ESTABLISHED,RELATED -j DROP Для фряхи, по аналогии, запретить новые, открытые и используемые соединения.

Победил-бы кто при написании майк файлов досадную фичу/багу совместимою далеко не с каждой версией make: Makefile:53: deps: No such file or directory RedHat 9, gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5), GNU Make version 3.79.1 To: egor2fsys поменять версию gcc ?

7 лет на mysql 3-4 года на 4, - проблем небыло не одной базы измеряються гигами. Зрите в "железо", оно должно быть пропорционально решаемой задаче.

Угу, давай в том-же формате - поучаствую, кста, netflow оплачен.

a) шлюз один это циска 7206 б) старгазер один, машина справляеться, глюки бывают, бывают разные .... систематизировать нет возможности, по тому как не часто случаються. Но самое страшное, презагрузка СТГ вместе с машиной, на таком обьеме пользователей подмечено что некоторые балансы меняються в большую сторону. c) чтобы железяка не лопнула, все правила файрвола с нее убраны, добавляються только QUEUE. Скриптами Онконнект/ОнДисконект правим таблицу роутинга на циске, соответственно при отключении пакеты с этого хоста в null д) на этой машине более не висит никаких сервисов. е) "прозрачное" перенаправление на прокси возведено на циске по wccp с хард. прокси CE560 Корпоративщиков/ВОИП/ВПН считаем - отображаем самописными решениями. Ничего ЛанБилинг, но надо серьезно точить под себя, с часным сектором с ним работать невозможно (неудобно) ИМХО. НетУп - тоже ничего, но при ближайшем рассмотрении, ни что иное как радиус + SQL + куча скриптов/бинарников которые проще нарисать самим.

При анализе, это как правило происходит при активной работе СТГ с файловой базой и статистикой.

Медленно переходим в оффтоп. но всеже, вероятно в общих интересах сделать качественный и удобный продукт, это по любому должно выглядеть как масштабируемое решение, и то что уже сейчас представляет из себя Старгайзер - это подходит и для крупных сетей и для мелких. Но, если ровняться по технологическим аспектам на сети из 5-12 чел. - то результат врядли будет положительным. P.S. Шлюзы в интенет правильно выглядят на цисках, но никак не на компьютерах. Касаеться надежности и отказоустойчивости.

Угу, желаю развития сети, а 1200 пользователей ? Про PI и Celeron забыто как о сьрашном сне, все давно крутиться на 2x3.02Xeon + 4 Gb оперативки.

базу надо чистить mysql самый быстродействующий на сегодняшний день по параметрам SELECT INSERT UPDATE, да и самый распостраненный.

SQL это тоже текст не как не GUI :bue: а запрос типа "DELETE * FROM userstats WHERE stat_date < NOW()" намного проще шараханьем по деректориям и прибивания файлов за каждый день/месяц/год .... я молчу про выборку за определенное число - время - пользователя ... и вообще, время не стоит на месте, и такие массивы данных уже ИМХО "неприлично" хранить в столь нетехнологичном виде. SQL это и есть тот шел, который изобрели для хранения/работы с данными -

Любопытно, что хорошего нужно сделать/предложить/помочь автору для появления модуля на основе радиус протокола (авторизация+аккаунтинг) ? Это дало бы возможность ставить один сервер в "центре" "звезды" из NAS'ов(cisco), что было-бы полный кулл! Готов принять участие...

Поддерживаю, 1. SQL (mysql) 2. авторизацию по радиусу + аккаунтинг по радиусу 3. аккаунтинг по NetFlow 4. VPN 5. ? Shaper ? - до тучи же системных решений HTB,CBQ отдельных программ ... хотя если будет "родной" и не загнет машину при 1000 пользователях - то ГУД! остальное можно руками с помощью скриптов реализовать.

Любопытно, а к какой версии добавяться поддержки *sql ? актуален mysql и неограниченное кол-во параметров типа UserDataXX Неудобно весьма с конфигами пользователей и статистикой... в файловом фомате работать. Например, за 8 месяцев закончился 120Гб раздел где жила статистика пользователей detail_stat, в sql это легко контролировать и подчищать, с файлами намного трудней.

Чего хны ? получилось или нет ?

А чего, с модулем - известий более нет ? поделитесь посмотреть. А модуль acl писать не надо :vah: есть rrsh (Remote shell), telnet просто любой скрипт написаный от руки и запихнутый в xinetd и т.д. Всем эти рулить из OnConnect и OnDisconnet по маске ИП адреса, группе, вообще любого параметра. Самое актуальное как с машины трфик сливать .... И второе - mysql базу вместо файловой помойки модуль-бы ... У нас пеализовано - но криво, в mysql заноситься из файловой базы стг, + в ней доп параметры, типа мак, группа, номер ип телефона, доступ через прокси и т.д. К стг есть пожелания, ввести неограниченное число доп. полей (параметров) а не 2 шт. как сейчас.

Ладно, раз так живо все отреагировали на проблему, предложу свое решение для тех кому такая ситуация не подходиит: в main.cpp процедура CheckLogin должна выглядеть так: int CheckLogin(const char * login) { for (int i = 0; i < strlen(login); i++) { if (!( (login[i] >= 'a' && login[i] <= 'z') || (login[i] >= 'A' && login[i] <= 'Z') || (login[i] >= '0' && login[i] <= '9') || (login[i] == '_') || login[i] == '-')) { return 1; } } return 0; }