madf

Есть обычная, а есть - детальная статистика. # Время через которое пишется d БД детальная статистика пользователя # Значения: 1, 1/2, 1/4, 1/6. # 1 - раз в чаc, 1/2 - раз в пол часа, 1/4 - раз в 15 мин, 1/6 - раз в 10 мин DetailStatWritePeriod=1/6 # Периодичность записи записи в БД информации о статистике пользователя (минуты) # При большом кол-ве пользователей эту величину стоит увеличить, т.к. # запись в БД может занимать длительное время. # Значения: 1...1440 (минуты) StatWritePeriod = 10 Вот обычную нужно замедлить.

Чтобы бекап/ресторе был эквивалентен свипу его нужно делать с определенными ключами. На вскидку не скажу, но сегодня на ibase.ru натыкался на них.

"Вот он! Вот этот тип гражданской наружности!" (с) Собсно, причина видна: Oldest transaction 121 Next transaction 8268423 Фоновая сборка (к стати, Firebird, случайно, не 2-й ветки?) мусора не срабатывает, т.к. в базу постоянно идет запись (это не зависит от активности пользователей). По этой-же причине не работает и явная. Однозначно надо увеличивать период записи статистики в базу. Иначе хана

Начитался ibase.ru Stg не держит долго транзакции (это было-бы как минимум странно). Он оборачивает в транзакцию запись статы и конфа каждого пользователя. Это приводит к тому, что набирается много "мусора", а очистка не происходит, т.к. Oldest Interesting Transaction и так является самой "верхней". Невозможность (блокировка) запуска gfix -sweep - это результат слышком частой записи статистики и конфов пользователей. Фактически, разные процессы записи могут даже накладываться друг на друга, что приводит к непрерывной записи (в плагине стоит мьютексная блокировка, по этому наложение приводит

В детальной статистике указанны IP-адреса всех ресурсов, запрошенных пользователем. Сделайте обратное разрешение имени и получите, какому доменному имени соответствуют эти IP-адреса.

Попробуй увеличить StatWritePeriod (нужно как-то прикинуть, сколько времени у тебя занимает запись статистики всех пользователей и сделать период, скажем, в 3 раза больше) и делать свип точно в промежутке между периодами записи.

Скажите лучше как он ругается когда компилится

Не совсем понял как могут быть нарушены Foreign Keys - это же основа целостности БД. СУБД просто не допустила бы их нарушения. По поводу неотправки сообщений: бага была, она давно пофикшена, нужно просто перезалить исходники. Постараемся сделать это в ближайшее время.

Stg держит транзакцию только на время записи данных. Не больше и не меньше. В последней версии у модуля Firebird появилось 2 новых параметра: isolationLevel и lockResolution. Они описанны в прилагающейся документации. Посмотрите - может это Вам поможет.

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

Передача текущей информации проблемы не составляет. Проблема - отсутствие времени

Не вижу в этом особого смысла. Правильнее все вынести в отдельный плагин.

Как можно выставить значение до порога и после? Если выставить порог то клиенту после использования этого трафика выключит направление, или я не прав? Вопросы по принципу работы: Если запущен клиент то весь трафик через него идет на сервер старгазера или локальный трафик крутится отдельно? Выставляется пороговое количество трафика для направления. И отдельная цена: до порога и после него. Сдлеать допороговую цену 0 - это и будут бесплатные мегабайты, включенные в абонку. Послепороговую цену сделать по тарифу. Как ходит трафик - зависит от настройки маршрутов. Все что не проходить по

Нет, я не это имею в виду. API ядра фиксировано. И через это API нельзя определить, используется ли модуль для авторизации Always Online или нет.

1. Посмотрите в сторону порогов. Сделать допороговое значение по цене 0. 2. Скриптом OnConnect. Получить номер направления и перестроить шейпер. Поищите по форуму - уже обсуждалось, с примерами. 3. ... 4. Сборка очень свежая, патчей еще нет (если не ошибаюсь).

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

Могу посоветовать обновиться до 2.404. Была куча исправлений именно по плагину авторизации.

Правка кода не есть верное решение. Нужно просто прописать всем пользователям по 2 IP-адреса: 1 - в сети VPN, 2 - реальный (с которого будет заходить атворизатор). И еще. Не пробовал коннектится авторизатором не на адрес сервера в реальной сети, а на его адрес в сети VPN? Я так мыслю, на момент запуска авторизатора пользователь уже подключен к VPN?

Да

Нет

ia_auth_c.lib - это библиотека клиента-авторизатора. Серверу она ни к чему. hostallow не работает.

На самом деле, идея здравая. Пока недоступен модуль хранилища все данные держатся памяти. Но сигнал об этом должен быть.

1. Чёрт, я даже не представляю себе как надо было думать, чтобы придумать положить все бинари в /etc/stargazer 2. LD_LIBRARY_PATH=<путь> указывает, по какому пути в первую очередь искать библиотеки. 3. foo-bar => not found - это верно. Так и должно быть, т.к. библиотек нет в /usr/lib/stg 4. За libstg_common.so => /usr/src/NEW_STG2.4/stg-2.404.9.7/projects/stargazer/../../lib/libstg_common.so (0x4007c000) - спасибо. Нашел пару мелких багов в системе сборки. 5. gmake[2]: *** No rule to make target `-lstg_crypto', needed by `libstg_common.so'. Stop. - известн

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

Ну класс - обсуждается текущая сборка, а ты про сервак от Макса с патчем от Алферова. Там жеж уже куча изменений!