madf

По поводу текста - projects/stargazer/plugins/authorization/inetaccess.cpp:845: if ((*user)->property.passive.Get()) { SendError(sip, sport, protoVer, "Учетная запись заморожена"); return 0; } (кодировка - KOI8-R). Остальную часть текста пока не осмыслил.

А никто не пробовал собирать Stargazer с -O2? По идее это должно неслабо поднять производительность траффкаунтера (в основном за счет инлайнинга функций).

После фильтрования юзера на свитче Stargazer еще минут 20 (судя по сенсорам мониторинга) обрабатывал всю эту кашу пока не успокоился.

На самом деле был исправлен немного другой баг с похожим эффектом. А сегодня наблюдал описанную картинку у себя. Суть в следующем: у юзер сидит вирус, который рассылает лучи поноса кучу пакетов с разным source ip. Все эта каша попадает на NetFlow-сенсор и сливается Stargazer'у широким потоком (6 Мбит чисто NetFlow-трафика!). Stargazer прилежно эту кашу разбирает и пытается классифицировать. По определенным причинам, не смотря на то что этот трафик не приписывается ни одному юзеру, он все равно попадает в дерево пакетов. А т.к. адреса постоянно разные - дерево становится большим. И на его пост

Ну да, собрался. Во FreeBSD надо делать gmake install. Не нужно ничего комментить.

По скольку тут в основном багофиксы, то пойдет. Расширился только синтаксис описания привязок маршрутизаторов к сетям для rscriptd (но все обратно совместимо).

Можно попробовать окно уменьшить (по крайней мере на весь экран не разворачивать). Как это ни странно, иногда помогает.

А просто 1000 прибавить к числу?

А можно с этого места поподробнее? хочется оптимизировать систему под нагрузку... Ну убрать все что связанно с шифрованием в rlm_std и mod_radius.

Я правильно понял, что в этой сборке абонка наконец-то не снимается, если пользователь "заморожен"? Корректнее будет, если она будет сниматься пропорционально незамороженному периоду. Пока юзер не разморозится - ничего сниматься не будет. А как только разморозится - оно сразу и посчитает сколько он там за незамороженный период должен. Это работает одинаково при снятии абонки как в конце, так и в начале учётного периода? По идее да

Я правильно понял, что в этой сборке абонка наконец-то не снимается, если пользователь "заморожен"? Корректнее будет, если она будет сниматься пропорционально незамороженному периоду. Пока юзер не разморозится - ничего сниматься не будет. А как только разморозится - оно сразу и посчитает сколько он там за незамороженный период должен.

Что-то до меня не доходит суть комбинации a=0 ... while [ "$a" -le 999 ] do a=$RANDOM let "a %= 10000" done Зачем здесь цикл?

Так-же как и 406-я. Я мускуль почти не трогаю пока.

Циферка поменяется в релизе

Простите, а зачем??? наверное - Что бы потом, озадачить саппорт и он каждому лантух-юзеру расказывал где галочку убрать в свойствах подключения? Ну допустим убрал, и? ... Apr 19 12:34:51 stg pppd[4449]: Connect: ppp0 <--> /dev/pts/3 Apr 19 12:34:59 stg pppd[4449]: local IP address 172.17.17.1 Apr 19 12:34:59 stg pppd[4449]: remote IP address 172.17.17.200 Apr 19 12:34:59 stg pppd[4449]: pptpd-logwtmp.so ip-up ppp0 test 10.9.2.2 Те же 8 сек авторизации... Подчеркиваю, сервер еще без нагрузки! Наверное, имелось в виду не MPPE а шифрование протокола обмена данными между

Спасибо, пришли плз. на почту текущий билд, попробуем медленно на него ... stg-2.407-rc1

Ссылка для скачивания: stg-2.4-2010.04.16-15.33.33.tgz ChangeLog: Compilation: * Флаги -W и -Wall добавляются при компиляции в отладочном режиме. В релизном режиме эти флаги не добавляются. * Развязаны зависимости библиотек - поддерживается параллельная компиляция (make -j2 и более). * Добавлена поддержка FreeBSD 8. Libraries: * При сборке библиотеки авторизатора ia_auth_c используется корректная библиотека потоков (определенная скриптом build) вместо жестко прописанной -lpthread. * Исправлена ошибка приводящая к Segmentation fault при использовании библиотеки а

Проще выложить текущий срез исходников. Если надо - могу заслать на почту. Пришли мне пожалуйста. Давно не заглядывал, по этому хочу спросить: как в текущем билде обстоит работа с: 1. радиусом (надежность, версии радиуса с которыми работает) 2. mysql модуль не переписывали - ? Из изменений по радиусу только исправления сборки под FreeBSD. FreeRADIUS второй ветки все еще не поддерпживается. MySQL не трогал.

А как гарантируется уникальность кодов?

Он к iptables подвязан? Типа как ipq?

NAT или маршрутизация? Судя по удвоению трафика - маршрутизация. Пакет ловится 2 раза: на входящем интерфейсе и на исходящем.

Затрудняюсь как-то это прокомментировать

Как раз хотел про скрипты спросить. Два раза вызывается если пераметра 2 меняется. Или один параметр 2 раза. Правильно заданный вопрос - это уже половина ответа

А это лог откуда?

я уже давно понял что не привязан. что-бы было понятнее вот кусочек лога: CH: User: 'alinka'. Parameter disabled changed from '1' to '0' Connect: 2010.04.09-15.26.01 alinka 10.110.1.13 0.000000 id=11 3110 3111 mix_1 CH: User: 'anila'. Parameter disabled changed from '1' to '0' Disconnect: 2010.04.09-16.30.55 10.110.0.166 11 id=11 rule=3110 rule1=3111 Connect: 2010.04.09-16.31.55 anila 10.110.0.166 11 id=11 3110 3111 mix_2 прошуобратить внимание на следующее: id=11 в любом случае привязывается к пользователю alinka далее к этому же id после рестарта стг может привязатся тот или ин