madf

Приведу пример. Есть тарифы с названиями unlim_512, unlim_1024 ... unlim_n. Скрипт, приведеннный выше, нормально настраивает шейпер в соответсвии с названием тарифа. Все хорошо, ровно до тех пор пока не появляется новый тариф с такой же шириной канала как в существующем (цены упали например). ... И снова не вижу проблемы. Кто ограничивает названия безлимитных тарифов префиксом "unlim_"?

Ну мы говорим о базовой поддержке анлимов. И в рамках базовой тут все есть. Для указания скорости нужно какое-то поле в тарифе - почему бы таким полем не быть названию тарифа? Чем оно хуже любого другого поля?

Есть ли какие-либо новости по проблеме с авторизацией? Я до сих пор не могу ее у себя воспроизвести. Написал специальную утилиту которая моделирует авторизации абонентов, запустил на 1000 абонентов - все работает нормально. К стати, кому интересно, утилита есть в git - называется sgauthstress.

Stargazer предоставляет базовые фичи для продажи анлимов. Для этого нужно просто поставить цену трафика равной нулю

Такой функционал в планах стоит еще с 2006-го года (а может и раньше, я просто с 2006-го Stargazer'ом занимаюсь), как и сервисы, но никак руки не доходят реализовать. Зачатки только есть.

Тот ужас, который творился в системе (судя по логам), по видимому, вызван тем что было запущено несколько процессов Stargazer'а. В момент умирания авторизатора и конфигуратора неплохо было бы сделать такое: $ gdb /path/to/stargazer (gdb) attach <pid-of-stargazer> (gdb) thread apply all bt (gdb) exit И показать мне что оно напишет.

Проблема в MySQL при попытке чтения сообщений пользователям из БД. Попробуй грохнуть все сообщения из базы. А вообще я не рекомендую пользоваться плагином для MySQL. На свой страх и риск.

Есть ли рецепт гарантированного воспроизведения проблемы? Пробовал повторить у себя - не получается. Ну или может ли кто-то для отладочной версии после возникновения проблемы выполнить следующую последовательность действий: $ gdb /path/to/stargazer (gdb) attach <pid_of_stargazer> (gdb) thread apply all bt (gdb) exit И вывод этих команд отправить мне на faust@stg.dp.ua (ну или оставить где-то на pastebin)? В крайнем случае можно и для релизной, но отладочная предпочтительнее.

А какая версия авторизатора используется?

Авторизация в Squid не нужна. Определять пользователя можно по IP.

1. Зачем в Squid авторизация? Пусть работает как обычный прозрачный прокси. И не нужно никого "дружить". 2. Я уже говорил выше о том что Stargazer не занимается разбором HTTP/FTP. Он и до TCP/UDP "поднимается" только для получения информации и портах. NetFlow используется когда нужно разнести съем трафика и его учет на разные серверы. По этому протоколу от сенсора на коллектор поступает агрегированная информация о трафике.

Маленькое замечание: TCPPort = 42111 не нужен если не используется NetFlow-proxy. Его можно просто закомментировать и тогда не будет создаваться лишний поток и не будет прослушиваться этот порт в TCP.

В зависимости от архитектуры сети, возможно, более правильным будет использовать cap_nf, но cap_ipq тоже правильное решение. Я понимаю разграничение прав доступа как разбиение пользователей на группы (роли) и установку групповых политик доступа. Stargazer, вообще говоря, для такого не предназначен, но задачу можно решить на уровне файрвола (классифицировать пользователей, скажем, по полю group). Непонятно что понимается под анализом трафика и посещений. По поводу анализа посещений web-сайтов сделан правильный вывод, Stargazer не занимается разбором HTTP/FTP и нужно разбирать журнали прозрачн

Неа, работает все по идее. По идее либо забыли права на выполнение либо шабанг. Соберите в дебаге да и увидите что он там делает. Права и шабанг там сейчас есть по умолчанию.

... Кстати по поводу апгрейда. Madf, делается как и раньше ? #./build #make install-bin OS - Ubuntu Server. Да, конечно.

Собственно, сабж. Из изменений по сравнению с 2.407-rc3 только исправления сборки/установки и в rscriptd добавлено ожидание опустошения очереди запросов на выполнение скриптов чтобы при остановке не оставляло 1-2 не отключенных абонентов. Естественно, обновил PDF-ку с документацией. Ссылка на скачивание: stg-2.407.tar.gz Список изменений по сравнению с stg-2.406: "Что нового..." Документация в формате PDF: stargazer_help_v2.14.pdf На сегодня достоверно известна одна проблема: в расширенном логе для всех отключений указывается причина "Change IP". Исправления будут сделаны в ближайшее в

Как запускался? Наверное, stargazer start? В документации четко написано что первым параметром указывается путь к каталогу с файлами конфигурации. В случае если параметр отсутствует то используется путь /etc/stargazer по умолчани. Совершенно верно, /usr/sbin/stargazer start По умолчанию Stargazer ставит конфиги в /etc/stargazer, а так как не люблю менять умолчания, то они там и лежат. Прошу прощения, но документация не менялась столько лет, что я видимо разучился её искать? Где эти новшества? В папке doc не то, в README всё старое. Всё запустилось, /usr/sbin/stargazer без start.

Как запускался? Наверное, stargazer start? В документации четко написано что первым параметром указывается путь к каталогу с файлами конфигурации. В случае если параметр отсутствует то используется путь /etc/stargazer по умолчани. PS: попробую отказаться от bash в пользу sh.

В последних двух сборках есть каталог doc в котором есть файлик xmlrpc.php с примерами взаимодействия на PHP.

Да, есть такая бага в плагине конфигуратора. Сам пару раз наблюдал. Все руки не доходят исправить

Давайте называть вещи своими именами. Если нет любимого языка программирования то нужен не кусок кода а готовая работающая утилита. Так?

Берем любимый язык программирования, разбираем CSV-файл. Потом в цикле по пользователям делаем add_user (XML-RPC или sgconf_xml) за которым следует set_user (XML-RPC или sgconf_xml). Если же пользоваться sgconf то это будет -n а потом изменение каждого поля отдельно. При известной сноровке это можно реализовать даже на bash.

Еще один патч, исправляющий установку на FreeBSD всех версий (спасибо nightfly): stg-includes-install-on-freebsd-patch.diff stg-includes-install-on-freebsd-patch.diff.txt

прошу прощения, да действительно с библиотеками всё правильно по поводу make install skyprox:/home/stg/stg-2.407-rc3/projects/sgconf# cat README.txt Compiling: > ./build ни слова а make install выкидывает аналогично skyprox:/home/stg/stg-2.407-rc3/projects/sgconf# make install install -m 0755 -o root -s sgconf //usr/sbin/sgconf make -C /home/stg/stg-2.407-rc3/projects/sgconf/../../stglibs install make[1]: Entering directory `/home/stg/stg-2.407-rc3/stglibs' make install -C conffiles.lib make[2]: Entering directory `/home/stg/stg-2.407-rc3/stglibs/conffiles.lib' mkdir -m

sgconf собирается просто через ./build, инсталл не нужно madf, нашёл баг, sgconf запрашивает библиотеку /usr/lib/stg/libconffiles.so, а там libstgconffiles.so, пофиксил через симлинк и ещё по поводу libstgsrvconf.so, его как и в предыдущих версиях приходится вручную закидывать в lib При чем утт сборка, человек пишет про установку. Багу не подтверждаю, sgconf запрашивает libstgconffiles.so. Это у тебя старая версия завалялась. И вручную закидывать ничего не нужно, достаточно сделать make install.