yKpon

понял, видимо ограничение было в предыдущем релизе

как нибудь можно сделать чтобы быллинг давал делать кредит больше 1000?

немного влезу в ваш разговор, у вас получилось связать стг и freeradius версии выше 2, я правильно понимаю? подкиньте мануальчик если это так, или хотя бы объясните что к чему

в QUEUE правилами управлет старгейзер, локальный траффик идёт через ACCEPT перед правилами биллинга, мне просто не к чему его считать да и нагружать биллинг тоже не к чему разобрался /sbin/iptables -t filter -A FORWARD -s $IP -j QUEUE /sbin/iptables -t filter -A FORWARD -d $IP -j QUEUE /sbin/iptables -t filter -I FORWARD 1 -d $IP -s 172.29.9.59 -j QUEUE траффик начал считаться инетовским

дабы не создавать похожий топик спрошу здесь, из бесплатной подсетки 172.16.0.0/12 нужно сделать платным траффик с адреса 172.29.9.59. правила на 172.16.0.0/12 проходят через ACCEPT перед правилами stg, а сам stg считает траффик через QUEUE, и rules выглядит так ICMP 0.0.0.0/0 NULL ALL 0.0.0.0/0 DIR1 пробовал правило на 172.29.9.59 делать в QUEUE и всё равно байты через него не идут, у кого какие мысли? спасибо

при следующем падении отпишусь подробнее

407-rc1 упал в 1:03, в процессах остались stg-exec но процесса stargazer нет как собрать с debug?

в OnConnect траффик юзера направляется именно в queue правилами iptables, хотя наверно вы другое имеете ввиду, поэкспериментирую тогда, спасибо за ответ

я вам в личку как то писал: на что получил ответ имею ввиду сбой в подсчёте изза обнуления счётчиков байл правил iptables вручную сриптом по крону 2Kucher2: мне нужно измерять полную нагрузку во внешку, учитывая служебный траффик самого сервера

всем доброго времени суток! имеем канал во внешний мир через pppoe, скорость на бесплатные диапазоны адресов 100мбит, всё остальное во внешку 6мбит задача измерять загрузку канала во внешку и строить графики через rrdtool есть мысли делать это через iptables заводя в отдельные цепочки локальные диапазоны и общий, и уже из общего вычитать локальный тем самым получив байты с внешки, для этого будем сбрасывать счётчики байтов iptables через iptables -Z по крону и высчитывать. но столкнулся с пролемой, стг считатет траффик через ipq и узнал что при сбросе будет сбой в подсчёте траффика с

к примеру у меня через /etc/ppp/ip-up if [ $4 = "84.53.238.113" ]; then /sbin/ifconfig $1 down /bin/ip link set $1 name pppoe-skyprox /sbin/ifconfig pppoe-skyprox up /sbin/tc qdisc add dev pppoe-skyprox root handle 1 htb default 30 r2q 100 fi смотрим skyprox:/# ifconfig pppoe-skyprox pppoe-skyprox Link encap:Point-to-Point Protocol inet addr:84.53.238.113 P-t-P:213.167.192.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:54447209 errors:0 dropped:0 overruns:0 frame:0 TX packets:72369232 error

пропатчил stg-2.407-rc1, собрал, полёт нормальный, отпишусь если будут падения

по ссылке пройдите что я дал, с вами как раз и беседовали там

да, версия Stg-2.406, переходить на stg-2.407-rc1 пока не хочется, т.к. там пока не пификсен баг с параметром PassiveTime, обсуждалось здесь http://local.com.ua/forum/topic/21317-новый-месяц-и-не-снялась-абонплата-некоторых-юз/page__p__159642#entry159642

часть юзеров работает через авторизатор, и часть по pptp, при подключении sgconf через срипт ip-up делает соответствующему логину параметр alwaysOnline = 1, и в 0 при отключении через скрипт ip-down. сервер работает по принципу "работает не трогай!", то есть ничего не настраивалось и не менялось. падения начали наблюдаться где то неделю назад 1-2 раза в дня 3, в логах старгайзера полная тишина 2010-09-22 10:57:40 -- Admin 'sgconf', 127.0.0.1: User 'vpn_qwest': 'alwaysOnline' parameter changed from '0' to '1'. это была последняя строчка в syslog-ах в это время никаких намёков на падени

скажу по секрету всему свету, чтобы собрать stargazer нужно установить gcc g++ make libexpat libexpat1-dev expat libmysqlclient15-dev

есть только под mysql, но в принципе не сложно переделать под файлы MAC адреса хранятся у юзеров в поле UserData0 OnChange #!/bin/bash source /etc/stargazer/sql.conf login=$1 param=$2 oldValue=$3 newValue=$4 # ================== основные параметры ================== ip=`/usr/bin/mysql -h$DBHOST -u$DBUSER -p$ROOTDBPASS $DBNAME -e "SELECT IP FROM users WHERE login = '$login'" --skip-column-names --batch` credit=`/usr/bin/mysql -h$DBHOST -u$DBUSER -p$ROOTDBPASS $DBNAME -e "SELECT Credit FROM users WHERE login = '$login'" --skip-column-names --batch` tarif=`/usr/bin/mysql -h$DBHOST -u$DBUS

база юзеров в чём? файлы или sql?

у меня должник более одной абоплаты автоматически замораживается и приколачивается по маку, всё делается в скрипте OnChange

правила файрволла идущие перед правилами биллинга не будут обсчитываться и соответственно идут мимо стг а OnConnect и OnDisconnect покажите что у вас

очень похожая ситуация здесь http://local.com.ua/forum/topic/18543-onchange-i-novii-mesjac/ только там стг вешает консольный конфигуратор что именно происходит с ним и способы решения проблемы рассматриваются здесь http://local.com.ua/forum/topic/16127-problemk-s-kk-sgconf/

STG

Это на 2.407-rc1? Если да то прошу собрать в отладочном режиме и сделать следующее (когда этот баг снова проявится): $ gdb /path/to/stargazer (gdb) attach <stargazer's_pid> (gdb) thread apply all bt Выхлоп последней команды заслать мне на faust@stg.dp.ua. Если используется более ранняя версия - прошу подтвердить этот баг на 2.407-rc1. в этой версии пофиксено это? http://local.com.ua/forum/topic/21317-novii-mesjac-i-ne-snjalas-abonplata-nekotorih-juz/page__view__findpost__p__160807 то есть в последней версии модуль работы с MySQL уже исправлен?

пусть даже после некоторого времени когда у него кончится место в памяти пусть героически падает, но не сразу же после падения связи с мускулом

а каким местом stg по вашему вообще связан с "пропуском трафика"? Если перехват с IPQ - то непосредственно. да, через IPQ