Перейти до

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

Опубликовано:

Народ!

 

Нужен ваш хелп!

 

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

 

Очень интересует точность подсчета на больших скоростях. Т.е. скажем локальные ресурсы и скорость до 8 Мбайт/сек!

 

Очень нужны ваши отзывы!

 

Описание нстройки тут:

 

http://stargazer.dp.ua/q/conf_libipq1.html

Опубліковано:

1) считает почему то ТОЛЬКО отправленный трафик ....

принятый по нулям, т. е .вообще не считает хотя в рулсах стоит считать и аплоад и даунлоад

 

2) переданный трафик посчтало очень точно

 

был передан файл размером 43 280 384 байт по протоколу Самба (137-139)

при начале передачи был включен авторизатор

в конце передачи авторизатор показал

44 604 640 байт

Опубліковано:

после некоторого общения с автором был поправлен фаервол и все стало считать в обе стороны ! спасибо Боре :)

 

точность подсчета трафика очень хорошая, как в одну, так и в другую стороны.

Опубліковано:

Текущий билд поддерживает несколько способов захвата. Просто исходники надо перекомпилить с другими параметрами. А так, всё есть уже в этом билде.

Опубліковано:

Система Alt Master 2.2 ядро 2.4.20 пересобирать ненадо .

Добавил в загрузку модули согласно мана iptables

modprobe iptable_filter

modprobe ip_queue

С настройками которые приведены в статье работает нормально.

Проверял на скорости 7 800 KBps и выше пакеты нетеряет, считает нормально.

Опубліковано:

Насколько я понял, с патчем stg-34 и моим советом(:-), билд от 9.12 работает стабильно. Это если изходить из сообщений пользователей данного форума.

У кого-нибудь есть нарекания по работе последнего билда?

Опубліковано:
Насколько я понял, с патчем stg-34 и моим советом(:-), билд от 9.12 работает стабильно. Это если изходить из сообщений пользователей данного форума.

У кого-нибудь есть нарекания по работе последнего билда?

Собрал с захватом пакетов с помощью libipq. Работает на ура.

Систма ALT Linux Master 2.2.

 

Вопрос возник:

В процессе тестирования перезагружал StarGazer несколько раз.

SGconfig был постоянно запущен. Логин вводил один раз (как только конфигуратор запустил). Отсюда вопрос - нормально ли, что конфигуратор ни чего не просит после перезапуска сервера?

Опубліковано:
SGconfig был постоянно запущен. Логин вводил один раз (как только конфигуратор запустил). Отсюда вопрос - нормально ли, что конфигуратор ни чего не просит после перезапуска сервера?

SGconfig запоминает последний логин-пароль. Связи постоянно с сревером не держит. потому не знает перезапускался ли тот. Если бы у тебя стояло включенным автообновление, то думаю ты заметил бы что конфигуратор переспрашивает логин. Или если бы ты между запусками поменял пароль админу, то конфигуратор тоже матюкнулся бы.

Опубліковано:

Вот это точно глюк.

запускаю авторизатор.

ввожу логин пользователя (по ошибке) у которого статус - всегда в сети, и его IP 192.168.1.10.

IP моей машины 192.168.1.5.

Начинаю авторизоваться логин остался с машины 1.10, а пароль ввёл с другой, т.е. не правильный. Авторизатор ругнулся - что правильно.

Ввожу свой, ПРАВИЛЬНЫЙ логин/пароль. Авторизатор орёт, что IP уже используется.

Конфигуратор в сетке показывает IP 1.5, если открыть карточку, то там 1.10.

Помог только перезапуск сервера...

Опубліковано:

Про скрипты....

Вроде как у queue есть одна особенность

после этого правила остальные (которые будут добавляться) не работают.

Опубліковано:
Про скрипты....

Вроде как у queue есть одна особенность

после этого правила остальные (которые будут добавляться) не работают.

Ага, как после ACCEPT или DROP

Опубліковано:
Про скрипты....

Вроде как у  queue есть одна особенность

после этого правила остальные (которые будут добавляться) не работают.

Ага, как после ACCEPT или DROP

И ещё, зачем вводить скрипты когда программа сама может если ей пакет передался по queue решить пропустить его или нет. Тогда можно будет только при запуске sg сделать queue на всех пользователей а потом программа будет решать кому давать а кому нет.

Опубліковано:
Вот это точно глюк.

запускаю авторизатор.

ввожу логин пользователя (по ошибке) у которого статус - всегда в сети, и его IP 192.168.1.10.

IP моей машины 192.168.1.5.

Начинаю авторизоваться логин остался с машины 1.10, а пароль ввёл с другой, т.е. не правильный. Авторизатор ругнулся - что правильно.

Ввожу свой, ПРАВИЛЬНЫЙ логин/пароль. Авторизатор орёт, что IP уже используется.

Конфигуратор в сетке показывает IP 1.5, если открыть карточку, то там 1.10.

Помог только перезапуск сервера...

Мда, багу подтверждаю. :(

Прикольгная. Тока мне удалось без перезапуска вернуть систему в норму. Пару раза ставишь-снимашь галочку AlwaysOnline, и попускает.

 

Ща займусь фиксом баги.

Опубліковано:

Что-то ЫШО нашёл.

В общем создал я юзера ALL и дал ему внешний интерфейс (чтоб общий трафик считать). В старой версии всё считалось. В этой (с libipq) - не считает.

  • 2 weeks later...
  • 8 months later...
Опубліковано:

А как libipq к процессору относится? По сравнению с обычной системой подсчета отличается сильно? по моему чуть больше STG стал есть камня....

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

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

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

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

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

Вхід

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

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

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