Перейти до

подсчёт трафика глючит


Гость brab

Рекомендованные сообщения

поставил билинг. оставил одно правило ALL 192.168.1.38 DR1

(наверное не DR1 но в конфигах всё правильно).

 

трафик на сервер (заливаю по ftp 700 метровый файл) считается правильно. А от сервера на клиента - нет. показывает 428 метров. пробовал несколько раз.

 

Никаких настроек не менял - стоят дефолтовые. правила файрвола то же не ставил - всё разрешено. в чём может быть проблема?

Ссылка на сообщение
Поделиться на других сайтах
Когда ты качал и были ошибки, какая была нагрузка процессора?

качал позавчера. ставил из rpm. ошибок не было. Загрузку постомотрю вечером.

Система ASPLinux 9

Ссылка на сообщение
Поделиться на других сайтах

Да, у меня такая де проблема. Неправильно считает трафик как в вышеизложенном случае. Всю ночь просидел, но так и разобраться не смог. В чем проблема то????

Ссылка на сообщение
Поделиться на других сайтах

ну у меня из rpm установлен на RH 9 , без LIBIPQ

 

проблем нет.... всё считает нормально.

 

с провом разница около 500 Мб за месяц при трафике 300-400 Гб.

(это нормальная разница - так всегда было...... дурят наверно.)

Ссылка на сообщение
Поделиться на других сайтах

PID Владелец CPU Command

1732 root 45.0 % ps --cols 500 -eo user,ruser,group,rgroup,pid,ppid,pgid,pcpu,vsz,nice,etime,time ...

1662 root 42.6 % /sbin/stargazer

1727 root 27.9 % /usr/share/webmin/proc/index_cpu.cgi

1731 root 16.0 % sh -c ps --cols 500 -eo user,ruser,group,rgroup,pid,ppid,pgid,pcpu,vsz,nice,etim ...

1655 root 5.2 % /sbin/stargazer

 

Как я вижу мз логов проц грузится на 42 процента (это тока старгейзер)

Ссылка на сообщение
Поделиться на других сайтах

я уже кажется говорил: пакетные сокеты(и вообще никакие сокеты) не дают 100% гарантию доставки пакета, соб-но проблема в том что не всё влезает в буфер сокета и то, что не успевает обрабатываться программой, пропадает.

попробуйте сделать так:

echo "1048576" > /proc/sys/net/core/rmem_max

echo "1048576" > /proc/sys/net/core/rmem_default

(при указанном значении, те 1мб было значительное улучшение, но попробуйте ставить другие значения)

и перезапустите СТГ, таким образом вы этот буфер увеличимте, но и это не дает гарантии, так что пользуйте libipq, хотя и при этом есть минусы - вносится задержка в прохождение пакетов, т.к. пока пакет не будет обработан он никуда не пойдет.

Ссылка на сообщение
Поделиться на других сайтах

у меня возник еще 1 вопрос, а как можно осуществить точный подсчет траффика через libpcap, т.к не могу я поставить скрипт libipq...срочно требуется ваша помощь!!!

Ссылка на сообщение
Поделиться на других сайтах

make: *** Warning: File `Makefile' has modification time in the future (2005-01-19 18:15:53 > 1990-01-02 03:40:52.140513)

cat inst_linux > .install

chmod +x .install

make -f make.linux

make[1]: Вход в каталог `/root/stargazer-2.014.7.6'

make[1]: *** Warning: File `linux' has modification time in the future (2005-01-19 19:54:59 > 1990-01-02 03:40:52.383122)

g++ -c -Wall -gstabs+ -Dlinux -DTARIFF2 -DCAPIPQ -o main.o main.cpp

make[1]: g++: Команда не найдена

make[1]: *** [main.o] Ошибка 127

make[1]: Выход из каталог `/root/stargazer-2.014.7.6'

make: *** [lin] Ошибка 2

 

вот, попытался собрать старгейзер, пишет это...кто может обьяснить в чнм проблема. Подключил подуль Libipq в iptables, осталось тока собрать с таким подсчетом пакетов старгейзер, а вот не получается. Что насчет expat'a поставил, все сделал как написано...я думаю в данном случае дело не в нем, а в g++, чтое то такое....?

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...