stg-34 0 Опубликовано: 2004-12-19 20:36:47 Share Опубликовано: 2004-12-19 20:36:47 Народ! Нужен ваш хелп! Плз, протестируйте, кто может, захват пакетов с помощью libipq. По идее это должен быть гарантированный захват без пропука пакетов. Очень интересует точность подсчета на больших скоростях. Т.е. скажем локальные ресурсы и скорость до 8 Мбайт/сек! Очень нужны ваши отзывы! Описание нстройки тут: http://stargazer.dp.ua/q/conf_libipq1.html Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2004-12-20 09:39:41 Share Опубліковано: 2004-12-20 09:39:41 1) считает почему то ТОЛЬКО отправленный трафик .... принятый по нулям, т. е .вообще не считает хотя в рулсах стоит считать и аплоад и даунлоад 2) переданный трафик посчтало очень точно был передан файл размером 43 280 384 байт по протоколу Самба (137-139) при начале передачи был включен авторизатор в конце передачи авторизатор показал 44 604 640 байт Ссылка на сообщение Поделиться на других сайтах
stg-34 0 Опубліковано: 2004-12-20 10:56:57 Автор Share Опубліковано: 2004-12-20 10:56:57 Проверь правила OnConnect и OnDisconnect. Скрипты в студию Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2004-12-20 15:03:25 Share Опубліковано: 2004-12-20 15:03:25 после некоторого общения с автором был поправлен фаервол и все стало считать в обе стороны ! спасибо Боре точность подсчета трафика очень хорошая, как в одну, так и в другую стороны. Ссылка на сообщение Поделиться на других сайтах
zulu_gluk 23 Опубліковано: 2004-12-20 15:46:28 Share Опубліковано: 2004-12-20 15:46:28 Значит ли это, что новый билд будет с другой системой захвата пакетов? Ссылка на сообщение Поделиться на других сайтах
stg-34 0 Опубліковано: 2004-12-20 16:15:56 Автор Share Опубліковано: 2004-12-20 16:15:56 Текущий билд поддерживает несколько способов захвата. Просто исходники надо перекомпилить с другими параметрами. А так, всё есть уже в этом билде. Ссылка на сообщение Поделиться на других сайтах
zulu_gluk 23 Опубліковано: 2004-12-20 18:57:37 Share Опубліковано: 2004-12-20 18:57:37 Но, как ты сам сказал, этот билд не слишком надежен. Поэтому я жду следующего. Ссылка на сообщение Поделиться на других сайтах
S_ergey 21 Опубліковано: 2004-12-20 19:49:09 Share Опубліковано: 2004-12-20 19:49:09 Система Alt Master 2.2 ядро 2.4.20 пересобирать ненадо . Добавил в загрузку модули согласно мана iptables modprobe iptable_filter modprobe ip_queue С настройками которые приведены в статье работает нормально. Проверял на скорости 7 800 KBps и выше пакеты нетеряет, считает нормально. Ссылка на сообщение Поделиться на других сайтах
XoRe 0 Опубліковано: 2004-12-21 07:50:01 Share Опубліковано: 2004-12-21 07:50:01 Насколько я понял, с патчем stg-34 и моим советом(:-), билд от 9.12 работает стабильно. Это если изходить из сообщений пользователей данного форума. У кого-нибудь есть нарекания по работе последнего билда? Ссылка на сообщение Поделиться на других сайтах
EvgenT 0 Опубліковано: 2004-12-21 12:04:33 Share Опубліковано: 2004-12-21 12:04:33 Насколько я понял, с патчем stg-34 и моим советом(:-), билд от 9.12 работает стабильно. Это если изходить из сообщений пользователей данного форума.У кого-нибудь есть нарекания по работе последнего билда? Собрал с захватом пакетов с помощью libipq. Работает на ура. Систма ALT Linux Master 2.2. Вопрос возник: В процессе тестирования перезагружал StarGazer несколько раз. SGconfig был постоянно запущен. Логин вводил один раз (как только конфигуратор запустил). Отсюда вопрос - нормально ли, что конфигуратор ни чего не просит после перезапуска сервера? Ссылка на сообщение Поделиться на других сайтах
stg-34 0 Опубліковано: 2004-12-21 12:45:01 Автор Share Опубліковано: 2004-12-21 12:45:01 SGconfig был постоянно запущен. Логин вводил один раз (как только конфигуратор запустил). Отсюда вопрос - нормально ли, что конфигуратор ни чего не просит после перезапуска сервера? SGconfig запоминает последний логин-пароль. Связи постоянно с сревером не держит. потому не знает перезапускался ли тот. Если бы у тебя стояло включенным автообновление, то думаю ты заметил бы что конфигуратор переспрашивает логин. Или если бы ты между запусками поменял пароль админу, то конфигуратор тоже матюкнулся бы. Ссылка на сообщение Поделиться на других сайтах
EvgenT 0 Опубліковано: 2004-12-21 12:54:10 Share Опубліковано: 2004-12-21 12:54:10 Вот это точно глюк. запускаю авторизатор. ввожу логин пользователя (по ошибке) у которого статус - всегда в сети, и его IP 192.168.1.10. IP моей машины 192.168.1.5. Начинаю авторизоваться логин остался с машины 1.10, а пароль ввёл с другой, т.е. не правильный. Авторизатор ругнулся - что правильно. Ввожу свой, ПРАВИЛЬНЫЙ логин/пароль. Авторизатор орёт, что IP уже используется. Конфигуратор в сетке показывает IP 1.5, если открыть карточку, то там 1.10. Помог только перезапуск сервера... Ссылка на сообщение Поделиться на других сайтах
EvgenT 0 Опубліковано: 2004-12-21 13:54:37 Share Опубліковано: 2004-12-21 13:54:37 Про скрипты.... Вроде как у queue есть одна особенность после этого правила остальные (которые будут добавляться) не работают. Ссылка на сообщение Поделиться на других сайтах
stg-34 0 Опубліковано: 2004-12-21 15:17:27 Автор Share Опубліковано: 2004-12-21 15:17:27 Про скрипты....Вроде как у queue есть одна особенность после этого правила остальные (которые будут добавляться) не работают. Ага, как после ACCEPT или DROP Ссылка на сообщение Поделиться на других сайтах
EvgenT 0 Опубліковано: 2004-12-22 06:07:51 Share Опубліковано: 2004-12-22 06:07:51 Про скрипты....Вроде как у queue есть одна особенность после этого правила остальные (которые будут добавляться) не работают. Ага, как после ACCEPT или DROP И ещё, зачем вводить скрипты когда программа сама может если ей пакет передался по queue решить пропустить его или нет. Тогда можно будет только при запуске sg сделать queue на всех пользователей а потом программа будет решать кому давать а кому нет. Ссылка на сообщение Поделиться на других сайтах
stg-34 0 Опубліковано: 2004-12-25 13:49:31 Автор Share Опубліковано: 2004-12-25 13:49:31 Вот это точно глюк.запускаю авторизатор. ввожу логин пользователя (по ошибке) у которого статус - всегда в сети, и его IP 192.168.1.10. IP моей машины 192.168.1.5. Начинаю авторизоваться логин остался с машины 1.10, а пароль ввёл с другой, т.е. не правильный. Авторизатор ругнулся - что правильно. Ввожу свой, ПРАВИЛЬНЫЙ логин/пароль. Авторизатор орёт, что IP уже используется. Конфигуратор в сетке показывает IP 1.5, если открыть карточку, то там 1.10. Помог только перезапуск сервера... Мда, багу подтверждаю. Прикольгная. Тока мне удалось без перезапуска вернуть систему в норму. Пару раза ставишь-снимашь галочку AlwaysOnline, и попускает. Ща займусь фиксом баги. Ссылка на сообщение Поделиться на других сайтах
EvgenT 0 Опубліковано: 2004-12-31 09:14:33 Share Опубліковано: 2004-12-31 09:14:33 Что-то ЫШО нашёл. В общем создал я юзера ALL и дал ему внешний интерфейс (чтоб общий трафик считать). В старой версии всё считалось. В этой (с libipq) - не считает. Ссылка на сообщение Поделиться на других сайтах
EvgenT 0 Опубліковано: 2005-01-14 19:57:03 Share Опубліковано: 2005-01-14 19:57:03 Как мне считать общий трафик? :-/ Ссылка на сообщение Поделиться на других сайтах
keshaLG 5 Опубліковано: 2005-09-18 11:20:37 Share Опубліковано: 2005-09-18 11:20:37 А как libipq к процессору относится? По сравнению с обычной системой подсчета отличается сильно? по моему чуть больше STG стал есть камня.... Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас