VVEBER

cat /etc/stargazer/rules #icmp ne schitaem ICMP 0.0.0.0/0 NULL #0 direction (local) - westnet ALL 88.204.64.0/24 DIR0 ALL 88.204.65.0/24 DIR0 ALL 88.204.66.0/24 DIR0 ALL 88.204.67.0/24 DIR0 #1st direction - Tomsk ALL 80.72.208.0/20 DIR1 ALL 80.89.133.32/27 DIR1 ALL 80.89.135.0/24 DIR1 ALL 80.89.143.0/24 DIR1 ALL 80.89.147.0/24 DIR1 ALL 81.1.202.56/30 DIR1 ALL 81.1.229.96/27 DIR1 ALL 81.1.229.128/25 DIR1 ALL 81.1.232.0/24 DIR1 ALL 81.1.250.0/24 DIR1 ALL 82.117.64.0/19 DIR1 ALL 82.117.160.0/19 DIR1 ALL 82.200.0.0/24 DIR1 ALL 82.200.4.0/24 DIR1 ALL 82.200.5.0/24 DIR1 ALL 82.200.16.0/24 DIR1 ALL 82.200.17.0/24 DIR1 ALL 82.200.24.0/26 DIR1 ALL 82.200.72.0/24 DIR1 ALL 82.200.73.0/24 DIR1 ALL 82.211.134.152/29 DIR1 ALL 82.211.138.184/30 DIR1 ALL 83.172.0.0/20 DIR1 ALL 83.172.16.0/21 DIR1 ALL 83.172.24.0/24 DIR1 ALL 83.172.25.0/24 DIR1 ALL 83.172.26.0/24 DIR1 ALL 83.172.27.0/24 DIR1 ALL 83.172.28.0/22 DIR1 ALL 83.172.32.0/24 DIR1 ALL 83.172.33.0/24 DIR1 ALL 83.172.34.0/23 DIR1 ALL 83.172.36.0/22 DIR1 ALL 83.172.40.0/22 DIR1 ALL 83.172.44.0/22 DIR1 ALL 83.172.48.0/22 DIR1 ALL 83.172.52.0/24 DIR1 ALL 83.172.53.0/24 DIR1 ALL 83.172.54.0/24 DIR1 ALL 83.172.55.0/24 DIR1 ALL 83.172.56.0/23 DIR1 ALL 83.172.58.0/23 DIR1 ALL 83.172.60.0/23 DIR1 ALL 83.172.62.0/23 DIR1 ALL 84.237.0.0/20 DIR1 ALL 88.204.0.0/22 DIR1 ALL 88.204.8.0/23 DIR1 ALL 88.204.10.0/24 DIR1 ALL 88.204.14.0/24 DIR1 ALL 88.204.16.0/21 DIR1 ALL 88.204.32.0/22 DIR1 ALL 88.204.36.0/22 DIR1 ALL 88.204.48.0/23 DIR1 ALL 88.204.50.0/23 DIR1 ALL 88.204.52.0/23 DIR1 ALL 88.204.54.0/23 DIR1 ALL 88.204.56.0/23 DIR1 ALL 88.204.58.0/24 DIR1 ALL 88.204.59.0/24 DIR1 ALL 194.226.60.0/22 DIR1 ALL 195.208.160.0/19 DIR1 ALL 212.73.124.0/22 DIR1 ALL 212.192.96.0/19 DIR1 ALL 212.192.163.0/24 DIR1 ALL 213.183.96.0/19 DIR1 ALL 213.210.64.0/18 DIR1 ALL 217.18.128.0/19 DIR1 ALL 217.29.80.0/20 DIR1 ALL 217.79.56.0/24 DIR1 ALL 217.79.57.0/24 DIR1 ALL 217.106.144.0/23 DIR1 ALL 217.106.147.0/29 DIR1 #2nd direction - world ALL 0.0.0.0/0 DIR2 Сетевые и-фэйсы: смотрит на провайдера eth0 Link encap:Ethernet inet addr:213.183.99.254 Bcast:213.183.99.255 Mask:255.255.255.128 смотрит на 1 сегмент eth1 Link encap:Ethernet inet addr:88.204.64.1 Bcast:88.204.64.255 Mask:255.255.255.0 смотрит на 2 сегмент eth2 Link encap:Ethernet inet addr:88.204.65.1 Bcast:88.204.65.255 Mask:255.255.255.0 смотрит на 3 сегмент eth3 Link encap:Ethernet inet addr:88.204.66.1 Bcast:88.204.66.255 Mask:255.255.255.0 смотрит на 4 сегмент eth4 Link encap:Ethernet inet addr:88.204.67.249 Bcast:88.204.67.255 Mask:255.255.255.0 маршрутизация: естественно, дефолтный маршрут пролегает через шлюз провайдерский 213.183.99.129, на который смотрит eth0, остальные и-фесы смотрят на сегменты сети сквозь призму оптического волокна сегменты общаются через этот маршрутизатор. Колец в сети нигде нет. при коннекте выставляется политика ACCEPT для юзера, при дисконнекте REJECT

Поюзав поиск, понял, что у многих СТГ регистрирует меньший тарфик, нежели действительно пролетел, но у меня что-то из ряда вон: биллинг наоборот "находит" примерно в 2 раза больший трафик, нежели проходит через роутер к пользователю. Пример: качаем фильмец из инета 1,38 гбайт (скорость 9-10 мбайт в сек), смотрим статистику в netaccess: 2,4 Gb, в конфигураторе та же циферка. Такая плюшка с подсчетом на разных скоростях: и потоковое радио считает с погрешностью в 2 раза, не в пользу юзера и файлики тянем, и в IRC сидим везде с погрешностями. Причем, при любом числе пользователей и разной нагрузкой на канал (1-2 юзера, 50-60 - всё равно). Среда: STG 2.4.01 (стандартный подсчет без libipq, т.к. собирается это всё дело ./build & ./install, применить ман http://stg.dp.ua/doc20/conf_libipq.html не совсем допёр как), сеть из 350 юзеров (сегментирована на 4 подсети), у каждого юзера свой реальный адрес (88.204.64.0/22) нат и маскарад нигде не юзается, канал в инет: 100 мбит/с Система: Trustix Secure Linux 2.6.11.12-2tr, iptables v1.3.1 Железо: AMD Duron 1300 mhz, 128mb RAM Нагрузка: максимальная загрузка проца 35-47% вне зависимости от скорости и числа юзеров. Подсажите пожалуйста, как решить, либо, как заюзать подсчет средствами libipq в этой версии