madf

Дока на 2.405 идет в архиве. Дока по диверту есть на сайте для версии 2.0. В ней описаны основные принципы и примеры конфигов. Достаточно поправить параметры модуля в соответствии с докой на 2.405 - и все.

Если у тебя NAT на подсеть - тогда не жалуйся, что трафик уводят. А из таблиц никто не запрещает сделать суммирующие выборки и сравнить с тем что говорит пров. Stargazer не считает трафик по тем адресам, которых нет у него в базе.

Кто-то занял реально существующие чужие адреса, или произвольные адреса? Я так понимаю, у вас на всех пользователей стоит Always Online? Иначе как в таком случае незаметно можно было бы трафик увести? Детальная статистика - эта та, которая содержится в базе в таблицах detail_stat и соответствующих файлах.

В детальной сттистике. А на сколько больше? Небольшие расхождения всегда могут быть.

Установи dev-пакет для мускула

Честно говоря, не понял ни слова из объяснения. Учитесь четко выражать свои мысли. Prepaid делается элементарно: абонплата 0; бесплатных мегабайт 0; цена за трафик <не_0>. Вот и все.

stargazer конфиг свой только читает.

А зачем тут wchar.h?

Вручную - значит с использованием команд cp/mv или файлового менджера. Да, можно сделать make uninstall

Неужели ее так сложно найти? Например, тут

Да. Например, вот это: модули. Примеров скриптов на форуме горы.

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

Бекапить базу, покупать UPS... Переезжать на Firebird или MySQL

Лог сборки мне и даром не нужен. Но если все заработало - все ок. В дисконнекте просто удаляй это правило из файрвола. $cmd -t nat -D POSTROUTING -p ALL -s $2 -o $ext_if -j SNAT --to-source $ext_adr

Имеется в виду не журнал работы, а журнал отладки, который получается при сборке stg командой ./build debug При этом система не переходит в режим дэмона и выводит в консоль подробный журнал своих дейсвий и ошибок.

Наличие или отсутствие сообщений make о файле deps - это нормальный результат работы системы сборки. Предупреждения об ICE я поставил сам в месте неочевидного обхода ошибки gcc, которая на 64-битных платформах приводила к ICE (Internal Compiler Error) при сборке.

Расшифровать? Без поблем! Аварийная остановка по сигналу SIGSEGV (Segmentation fault). Происходит при нарушении прав доступа к сегменту памяти. Очень хорошая ошибка, т.к. в 90% случаев позволяет за 15 сек получить точку в программном коде, где это самое нарушение и происходит. Для того чтобы это сделать - необходимо получить дамп памяти и регистров процессора в момент нарушения - т.н. core dump. Этот дамп создается автоматически, если настройки системы позволяют это. Например, перед получением дампа необходимо выполнить ulimit -c 10000. Версия старая, еще и патченная. Ничего не могу гарантировать, но можешь послать мне полный набор бинарников (библиотеки, модули и сам stg) и дамп. Еще было бы классно увидеть исходники. Может, что-то и нарою.

Сообщение про deps и ворнинги про ICE - это нормально. Возможно, ты не установил бит выполнения на скрипты.

В первой строке скрипта стоит #!/bin/bash ?

А старгейзер и не работает с файрволом. Так что это не проблема, а нормальное его поведение. Понятно что менять файрвол нужно скриптами.

Если мне не изменяет память (а она мне не изменяет), у пользователя есть чекбокс "Отключен" (параметр Down в конфиге). Вот он - отключает пользователя. Со стандартным вызовом OnDisconnect. К стати. Обратил внимание на версию в первом посте. Так вот: она старая. После нее было очень много фиксов в mod_auth_ia. Один из них вполне мог решить проблему.

А что тогда, по вашему, сессия?

Точно не происходит? Может, таймаут большой?

После смены пароля юзер будет отконнекчен по таймауту. Вне зависимости от того, загружен Inetacces или нет. Отключить пользователя вручную можно в конфигураторе.

Да, с детальным описанием проблемы