BECHA

мне кажется что субд старгейзеру не нужна - без нее он практически единственный биллинг под *nix способный работать на слабой машинке.

практические испытания показали что точность с cap_ether все же не идеальна. к искажению показаний счетчиков приводит большие объемы трафика, прокачиваемого через маршрутизатор. установка же cap_ipq требует пеерсборки ядра, что проблематично на мелкой машинке с мелким винтом/флешкой. Может просто зарезать скорость работы с локалкой?

rtrt именно так. тоесть качает, пользователь качает (ну или серфит) - вдруг хоп - инет как ножом отрезало, а иконка в трее как была зеленая, так зеленой и остается. ну или моргает в желтый если порог по деньгам выставлен был. если нулевой баланс не увидит - будет думать почему все пропало.

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

Выношу на суд общественности мои скрипты STG. Система Debian 4.0, STG 2.404.9.7. Требовалось обеспечить доступ в локальную сеть провадера и подсчет интерента, получаемого сервером с одного из компьютеров сети првайдера. Стартовый скрипт фаера: #!/bin/bash echo "IpTables Rules Loading" # diclamer int_if="eth0" int_adr="192.168.0.1" int_net="192.168.0.0/23" # ext_if="eth1" ext_adr="192.168.111.222" ext_net="192.168.111.0/24" # #$wan_if="ppp+" # lo_if="lo0" lo_adr="127.0.0.1" # cmd="/sbin/iptables -v" # # Clear old $cmd -F $cmd -t nat -F $cmd -t mangle -F $cmd -X # $cmd -A INPUT -i lo0 -j

а прийти к этому пользователю с ноутом и воткнуться в его шнурочек не пробывали?

так у меня в конфиге STG только ether и был. <Module cap_ether> # Модуль без параметров </Module> а чем одно от другого отличается и как переключаться между ними?

собрал STG в Debian Etch - отлично работает - скорость как с pf, и считает точно!

с настройкой ipfw,ipf,pf во фряхе никаких проблем никогда не было, а тут не могу NAT организовать. смотрите конфиг - eth0 - внутренняя сеть, eth1 внешняя. после выполнения нижеприведенного скрипта внешняя сеть не пингуется из внутренней. #!/bin/bash echo "IpTables Rules Loading" # diclamer int_if="eth0" int_adr="192.168.0.1" int_net="192.168.0.0/24" # ext_if="eth1" ext_adr="192.168.111.222" ext_net="192.168.111.0/24" # lo_if="lo0" lo_adr="127.0.0.1" # cmd="/sbin/iptables -v" # $cmd -F $cmd -t nat -F $cmd -t mangle -F $cmd -X # $cmd -A INPUT -i lo0 -j ACCEPT # $cmd -A

ясно. значит буду пытаться собрать STG в дебиане.

а какой кстати linux лучше для такого применения? у меня если честно от многообразия дистрибутивов глаза разбегаются.

ясно. буду проверять. правда у меня пока не получается собрать STG на Debian, ну и iptables для меня в новинку. А слабенькая машинка это AMDK6-300 128М памяти и винт 850Мб. Этим хозяйством хочется поделить инет и городскую локалку на 5 человек. На более мощной машине (P3 celeron например) с легкостью заработал бы и Abills, но его "перловые" процессы, Apache+PHP, mysql и freeradius слишком тяжелы для К6.

а в линуксе с его iptables как будет на слабенькой машинке? P.S. у меня еще вопросик по iptables - как сделать два NAT ? один с внутренней локалки на локалку провайдера, а другой с внутренней локалки на ng0, который может пропадать при потери связи с провайдером. В случае с PF это решалось просто - якорными (anchor) правилами фильтра и nat.

тоесть с pf перебраться на ipfw ? может улучшить ситуацию переход на "Device polling" ? P.S. с ipfw считает точнее, но сокрость прокачки упала вдвое, а нагрузка на процессор вдвое возросла что получится в таком разе на слабенькой машинке, даже думать не хочется.

STG занижает показания счетчиков локального трафика! Софт: STG 2.404.9.7 FreeBSD6.3+PF Схема сети: Пользователь test с компа 192.168.0.2 пытается скачать файл с файлового сервера 192.168.111.222 После выкачивания образа CD диска размером 630Мб счетчик локального принятого трафика STG показывает 226Мб, хотя >pfctl -t users -vT show No ALTQ support in kernel ALTQ related functions disabled 192.168.0.2 Cleared: Mon Feb 25 19:41:40 2008 In/Block: [ Packets: 0 Bytes: 0 ] In/Pass: [ Packets: 150038 Byte