egor2fsys

По 1 пункту: они и не будут работать в версии 2.4, скрипты пользователя ушли как понятие. Есть решение с модификацией основных скриптов - ищите на форуме, только буквально позавчера обсуждалось и были даны примеры. По 2: формат файлов тарифов вроде и не менялся с прошлой версии, скоро будет релиз, может даже сегодня, где подобную проблему правили.

Покажите содержимое файла тарифа для данного пользователя и скажите время за которое показан данный кусок статистики.

кроме ГСС к нему надо поставить еще доп. пакеты cpp, binutils и прочие

Что значит "можно ли разделить траффик на направления с прокси" ?

покажите версию gcc gcc -v

На каждое направление можно задать соответствующюю цену. С прокси считать например так: TCP_UDP 192.168.0.1:3128 DIR0 , где 192.168.0.1 адрес, на котором стоит прокси на порту 3128.

порты можно указывать только лишь для протоколов TCP и UDP в общих случаях этого достаточно.

корка это бинарный дамп в момент краха программы. обычно имеет название core.<число> лежит рядом с бинарником. чтобы получить свежую корку, поубирайте все старые на всякий случай, чтобы потом не мешались.

конфиг надо новый для нового сервера ... он находится в архиве с сорцами отредактируйте его под себя и запускайте потом

Во-первых забудьте о версии 2.0, её уже поддерживать/переделывать никто не будет. Во-вторых качаем отсюда http://local.com.ua/?op=39&st=2 свежие версии сервера/конфигуратора/авторизатора и пробуем ставить их.

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

попробуйте положить новый конфиг сервера (stargazer.conf), который идет с текущими сорцами.

а gmake в системе стоит ? попробуйте дать команду gmake если нету gmake, то исправьте в скрипте build gmake на make

Во-первых пообновляйте конфиги юзеров. ибо март 2005 это очень старое что-то мне кажется. Если не поможет, то перекомпилируйте СТГ, перед этим сделав make clean и отредактировав main.cpp, строка 61 было //#define NO_DAEMON 1 надо сделать #define NO_DAEMON 1 После этого запустите СТГ и покажите сюда весь лог, который он выведет на консоль.

а вирус что, ломится на порты СТГ или просто создает кучу трафика мелкими пакетами ? какая загрузка проца в эти моменты ? лог tcpdump'а глянуть бы. корку бы глянуть, если таковая появляется. По поводу отключения скриптов, дык это можно сделать с помощью синтаксиса bash'а, т. е. простым редактированием скриптов конекта или дисконекта. Например можно в основной скрипт вставить что-то нечто test -x /var/stargazer/users/$login/OnConnect if [ $? eq 0 ] then /var/stargazer/users/$login/OnConnect exit 0 fi <дальнейший текст скрипта> и в каталог юзера положить коннект, соотв

автор уведомлен об этом хотении. сказал подумает

а все таки версию СТГ бы увидеть. и еще, есть ли у клиентов НАТ ?

а качаете с локального сервака или с инета ? это я описал выше для локального сервака. вобщем виде у меня скрипт для проверки подсчета через queue выглядел так: iptables -t filter -A INPUT -s $ip -j QUEUE iptables -t filter -A FORWARD -s $ip -j QUEUE iptables -t filter -A FORWARD -d $ip -j QUEUE iptables -t filter -A OUTPUT -d $ip -j QUEUE т. е. как показано здесь http://stg.dp.ua/doc20/conf_libipq.html считалось при таком раскладе все нормально. кстати версия СТГ какая? лучше бы юзать 2.4

маленькое уточнение, не посмотрел: iptables -A OUTPUT -s 192.168.0.208 -o eth1 -j QUEUE если так ?

а если в он конект добавить еще iptables -A OUTPUT -s $ip -i eth1 -j QUEUE и политика фаервола какая по умолчанию? И что в дир2 вообще ничего не попадает ?

не только. после изменения тарифа конфигуратором он тоже об этом узнает моментально.

попробуйте исполнить скрипт руками: ./OnConnect sa <IP адрес клиента, любой> 10 и посмотрите как исполнится скрипт и добавит ли правила в фаервол

Почитайте, пожалуйста, первое сообщение темы. Здесь обсуждается только текущие последние версии. Июльская версия давно уже устарела. Да такой баг был, он уже давным давно исправлен.

да ресурсов ей особо не требуется, единственно начинает грузить камушек немного, когда юзверя начинают качать усиленно.

Никто не считает ваши вопросы наездами. Просто иногда ответы лежат на поверхности . Просто вот сейчас уже прямо подошли к конкретным вопросам, до этого были такие, которые можно найти в документации, на мой взгляд. По сути: попробуйте одновременно зайти двумя авторизаторами с разных IP адресов и посмотрите будет ли считаться трафик. На данный момент наверное авторизоваться не удасться 2 авторизатору, если 1 клиент уже авторизован. Если авторизовываться по очереди, то подсчет трафика должен происходит нормально. Мы будем думать над решением задачи одновременных авторизации и подсчета.