Stranix

А со строковыми параметрами не так все просто. Для их кодирования применяется функция void Encode12(char * dst, const char * src, int srcLen) { char c1, c2; int i; for (i = 0; i <= srcLen; i++) { c1 = src[i] & 0x0f; c2 = (src[i] & 0xf0) >> 4; c1 += 'a'; c2 += 'a'; dst[i*2] = c1; dst[i*2 + 1] = c2; } dst[i*2] = 0; Вот ёё то и придется повторить в скрипте, чтобы иметь возможность отсылать серверу строковые параметры. А суть ее заключается в том что каждый байт кодируется в 2 буквы от 'a' до 'p' А для создания юзера, похоже, надо просто указа

Про заморозку, немного непонятно как ее перевели... Вероятно: <SetUser> <login value="test"/> <passive value="1"/> </SetUser> А вообще хорошо бы на практике проверить все параметры, отрабатывают ли. Смотрю я их в файле parser.cpp в исходниках сервера.

Нужно было реализовать перенос неистраченного бесплатного траффика на следующий месяц, а возможности установить freemb в КК не было... Поэтому решил немного модифицировать КК для того чтобы можно было менять скриптами любые параметры пользователя без перезагрузки сервера. Изменения заключаются в том, что выкинут код, формирующий запрос к серверу (его проще сформировать в скрипте) и запрос читается из файлика, кодируется и отсылается серверу. Изменился только файл main.cpp : #include <stdio.h> /* for printf */ #include <stdlib.h> /* for exit */ #include <getopt.h&

В данном случае iptables смотреть бесполезно, т.к. локальный процесс получает один пакет, а посылает совершенно другой. Их связка возможна только внутри этого процесса, и если он этого не делает, то внешний пакет уже не персонализировать (т.е. ни одному юзеру не припишешь). А решение здесь возможно такое: перед ALL 192.168.58.250 NULL добавить строку TCP 192.168.58.250:5222 DIR0 где DIR0 - направление инета

В режиме libipq stg все отлично считает с точностью до байта даже на слабых машинах. Скорость машины в этом случае сказывается на скорость транзитных соединений. Например пень 166 у меня больше 16 килобайт в сек на пропускал При этом загрузка проца хоть и показывала 30%, но реально его сильно не хватало. После апгрейда стало пропускать полностью. А насчет возможного неудаления правил файрвола: очень жаль что все скрипты форкаются и выполняются параллельно. Я вот дописал еще событие OnStat которое выполняется для каждого пользователя сразу после сброса на диск его детельной статистики за

Ну здесь следует предположить что скоротси хватает. А вообще у меня на мир 2 Мб/с, на Алькар 8Мб/с Да и каналов несколько, можно юзеров по ним раскидать. Просто тут грядет обединение 2-х биллинговых серверов, на каждом из которых stargazer. В сумме будет под 1000 юзеров. Поэтому надо знать заранее, справится ли он. Железо потянет, вопрос в софте.

Меня интересует у кого какой был замечен максимум пользователей в онлайне одновременно, и при этом бы все отлично работало. У меня сейчас всего заведено 400 пользователей, в среднем в онлайне 40, работает отлично.

А что этот патч патчит? Визуальное сравнение того что было и того что в пачте различий не обнаружило. Если я что-то пропустил, тникте, плиз. А вообще там явно не хватает еще одной проверки. я еще от себя добавил такую проверку (с 302-строки): if (dup2(fd, STDERR_FILENO) == -1) { exit(1); }

Глюк с недовыполнением скриптов тоже был замечен. То вообще не выполнялись, то только первая строчка... в конце концов заметил, что не выполняется если комнда что-то выводит на консоль. Например, что такого правила в iptables уже нету. После того, как стал вывод всех команд отправлять в /dev/null, стало все нормально отрабатывать.

Я давно использую Stargazer в режиме использования libipq, и при попытках реализации VPN, мне не хватало всего лишь одной возможности: Указать пользователю в поле интерфейс нечто типа all, чтобы независимо от имени виртуального интерфейса, адрес обсчитывался. Т.к. постоянные адреса задать пользователям не проблема, а к пакеты к старгейзеру попадут в любом случае, т.к. используется таргет QUEUE. Таким образом, очень хотелось бы добавить одно специальное значение в поле имен интерфейсов. P.S. Глюк с двойным траффиком, если роутер провайдера находится в том же сегмента что и сервер со старгейзе

Вот именно! :argh: Пришлось ставить syslog-ng и отправлять все логи старгазера, которые предназначались /var/log/messages в /dev/null

Den_LocalNet: инет у нас 1мбит, а с алькара и все 8 мбит, но вот только когда сидят по 30 чел в онлайне (а так обычно и бывает), то реальной скорости больше 40 килобайт/сек не видел. А количество аккаунтов влияет на объем занятой памяти, и когда как в моем случае ее страшно не хватает (обычно свободно около 1 мб) тоже приводит к тормозам. Вот на днях поставим памяти 256 метров, посмотрим, насколько изменится ситуация.

А вот у меня 150-й AMD, 92 мозгов, но аж 260 юзеров - и работает! Но хоть по топу стг и жрет около 20% но все равно притормозы уже явные.. пора апгрйедить. А до сих пор хоть и тормозило, но считало правильно в режиме libipq

Хм... интересная получается ситуация... Что, никто не использует Stagazer2 в режиме libipq??? На данный момент это вроде единственный способ считать клинтов, подключенных по VPN.

Помогите пожалуйста! Уже даже и не знаю что делать, наверное, откатываться на предыдущие настройки без libipq. Проблема в том, что если следующий шлюз, через который поступает интернет находится в той же подсети, что и клиенты, то stg считает траффик вдвойне! То есть в таблице nat в цепочке POSTROUTING все пакеты проходят через правило -j SNAT --to-source <адрес шлюза на который подается интернет с роутера провайдера(он тоже в нашей сети)> шлюз по умолчанию, соответственно, на роутер провайдера. Открывается инет - добавлением правил с -j QUEUE в FORWARD. Я точно проверил, что в