lalex

новая версия собралась и запустилась нормально. ждём дальнейших результатов работы. можно получить более подробное описание опции "executersnum"? по умолчанию этот параметр равен 1. в каком случае его нужно увеличить? в какой ситуации-случае?

Раньше тоже воровали (на версии 2.0). Обратил внимание на Sarg. Были подозрения на сервер некорректно работающий, но перед установкой нового СТГ был свежепроинстален CentOS 5.2 со свежими апдейтами. А к чему тут права доступа?

помогите пожалуйста. не могу понять каким образом пользуется интернетом один из пользователей в сетке. качает как-то мимо старгейзера. тут я приводил свои настройки СТГ, за исключением, что сейчас раскоментированы правила для прозрачного прокси. вот правила, формирующиеся перед стартом СТГ #!/bin/bash #external ip servip1=внешний адрес сервера #internal ip servip2=10.111.0.1 EXT_IFACE=eth1 INT_IFACE=eth0 echo "1" > /proc/sys/net/ipv4/ip_forward # iptables -F iptables -t nat -F iptables -t filter -F iptables -X iptables -t nat -X iptables -t filter -X i

#!/bin/bash find /var/stargazer/users -name 'conf' -exec sed -i -e 's/DisabledDetailStat=0/DisabledDetailStat=1/' "{}" \; пользуйся на здоровье.

OnConnect #!/bin/bash # Login LOGIN=$1 #user IP echo=$2 IP=$2 #cash CASH=$3 #user ID ID=$4 eth=eth1 eth_local=eth0 mir=xxxxxxxx iptables -t filter -A INPUT -s $IP -j ACCEPT iptables -t filter -A FORWARD -s $IP -j ACCEPT iptables -t filter -A FORWARD -d $IP -j ACCEPT iptables -t filter -A OUTPUT -d $IP -j ACCEPT iptables -D FORWARD -i $eth_local -s $IP -j DROP while [ $? -eq 0 ] do iptables -D FORWARD -i $eth_local -s $IP -j DROP done iptables -D FORWARD -o $eth_local -d $IP -j DROP while [ $? -eq 0 ] do iptables -D FORWARD -o $eth_local -d $IP -j DROP done iptabl

не считается трафик при использовании "cap_ipq". модуль "ip_queue" для ядра загружен, в скриптах конекта/дисконекта всё приведено к необходимому виду. в конфигурации СТГ стоит использование только "cap_ipq". версия СТГ - последняя, stg-2.4-2009.03.05-09.41.01.tgz. и по прежнему присутствует баг с консольным конфигуратором: при внесении изменений выдаёт ошибку, но параметры меняет; при чтении параметров ошибка не выдаётся. в чём может быть причина? тоже приходится использовать эту версию на живом сервере. пользователей 350 человек. максимум 200 человек онлайн. в среднем 100-120 человек при пос

подcкажите каким скриптом поднимаете упавший СТГ?

так и не удалось запустить текущую (stg-2.4-2009.03.04-15.17.35.tgz) версию с "cap_ipq", постоянно получаю "Error: Cannot open socket!". с "cap_ether" всё стартует нормально. так-же обнаружил, что при внесении изменений консольным конфигуратором получаю в ответ "Error", но изменения тем не менее вносятся. при чтении параметров пользователя ошибок не возникает.

обнаружен баг. при остановке STG портится stat файл какого-то юзера. хорошо, что создается файл отката stat.bak и можно поправить эту ситуацию, но это очень неудобно и неправильно.

аналогичная проблема. c mod_cap_ether запустился нормально. непорядок.

где-же обещаная бета?

3й версии не хочется. хочется стабильности. 2.0 РК3 работала 3 года как часы. проблем никогда не возникало, но в последнее время выяснил утекание трафика мимо кассы. скрипты конекта/дисконекта написаны верно и отрабатывают тоже правильно. но связь у качающего юзера (как-то очень хитро качающего, я у себя воспроизвести ситуацию не смог) не разрывается. очень странно и неясно. и периодически срабатывало правило "OUTPUT -j DROP" источник которого мной выяснен не был. ни в планировщике ни в скриптах я этим правилом не оперировал.

хватит ждать уже. выкладывай. надоело уже на 2-й версии сидеть. тем более, что СТГ мой в последнее время непонятно себя ведёт. меня в тупик ставит полный (и не только меня).

Если у тебя исключительно Linux, то в конфигурационном файле необходимо закоментировать строку <Module cap_ether> и вместо неё вписать <Module cap_ipq>. Необходимо так-же проверить, чтоб ядро было собрано с параметрами CONFIG_IP_NF_QUEUE=y или CONFIG_IP_NF_QUEUE=m. Если поддержка ядром этой опции модульная, то необходимо, чтоб при старте системы этот модуль стартовал. Можешь настроить модули при запуске или запустить этот модуль вручную (modprobe ip_queue). Также требуется некоторая модификация скриптов конекта-дисконекта, как указанно тут. У меня же другой вопрос. После перехо

всем спасибо. ситуацию поборол. изначально считал через cap_ether, по дефолту как и было сделано. после установки в конфиге подсчета по cap_ipq всё стало на свои места.

ОС - Red Hat Enterprise Linux 5.1 eth0 - 192.168.0.251 eth0.111 - 10.111.0.251 (Vlan, смотрящий в сторону пользователей) eth1 - 10.0.0.13 (смотрит в интернет) Libexpat стоит последней версии 2.0.1 правила просты до безобразия: rules #BROADCAST ALL 10.111.0.251 NULL ALL 10.111.0.255 NULL ALL 255.255.255.255 NULL ##NETWORK ALL 10.0.0.10 DIR0 TCP_UDP 212.90.163.144/28:80 DIR0 TCP_UDP 212.90.163.144/28:25 DIR0 TCP_UDP 212.90.163.144/28:110 DIR0 TCP_UDP 212.90.163.144/28:3000 DIR0 TCP_UDP 212.90.163.144/28:3389 DIR0 TCP_UDP 212.90.163.144/28:10000 DIR0 #MAIL

могу помочь... есть масса фильмов, в т.ч. сериалов с новы, лоста и малевича... все разбито по папочкам с картинками и описанием. обращайся. аську см в профиле.

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

билд скорее всего последний (с кучей неофициальных хотфиксов) и есть самый стабильный, хотя он мне не нравится и до сих пор пользую 2.016.7.6. работает как часы тьфу-тьфу-тьфу. ни разу не подводила уже пару лет.

пожалуйста скиньте мне эту версию со всеми потрохами и патчами lalex@nauu.kiev.ua

а если взять во внимание, что сегодня 11-е октября и множить не на количество оставшихся дней, а на количество пройденных, т.е. 1000 / 31 * 11 = 354,84 то получается что сервер считает всё верно, но он не то количество дней берёт просто. и это есть баг. на мой взгляд эта функция всё равно бесполезная.

Ошибки компиляции на FC4 ./build ############################################################################# Building STG 2.4 for Linux ############################################################################# Makeing stg_logger.lib cp stg_logger.h ../../include/ cp libstg_logger.a ../../lib/ Makeing crypto.lib cp ag_md5.h blowfish.h ../../include/ cp libcrypto.a ../../lib/ Makeing common.lib g++ -g -Wall -I ../../include/ -I ./ -DLINUX -DSTG_TIME -c common.cpp ar rc libstg_common.a debug.o stg_error.o common.o ranlib libstg_common.a cp debug.h stg_error.h common.h ../../include

а где почитать о принципиальных нововведениях 2.4? чем он лучше текущего 2.0 RC3? как на мой взгляд аптайм в 2 месяца вполне нормальная работа. ну я не отрицаю ошибок и прочего всего с чем сталкивался в процессе эксплуотации, но новый билинг как-то боязно ставить до появления стабильной версии. а как юзеров перенести? будет ли какое-то отличие в конфигах юзеров или конвертер?

есть небольшая проблема, которую текущим образом решить не удалось. есть роутер с двумя сетевыми картами, одна 192.168.0.1, а другая 123.123.123.1 и смотрит в реальную сеть. карточка которая смотрит в реальную сеть выхода в интернет не имеет (то-ли из-за соображений безопасности, то-ли из-за причуд админа). на роутере был поставлен прокси сервер (Squid), который перенаправляет запросы пользователей на вышестоящий прокси сервер (123.123.123.5). таким образом пользователи получают интернет. раньше пользователи сами в настройках своих браузеров прописывали адрес прокси сервера 123.123.123.5 и тр

каким образом? что там прописать? ipchains -A input -s 0/0 -d 0/0 5555 -p tcp -y -j ACCEPT