madf

Так, еще раз. При старте для некоторых абонов выполняется OnDisconnect вместо OnConnect? Или просто не выполняется OnConnect? Нужно учесть что рестарт - это стоп и старт. И при стопе для всех подключенных абонов выполняется OnDisconnect.

Базовая проверка и так производится, а кастомные проверки - не задача Stargazer'а. Некуда их там впихнуть, вот в чем дело...

http://code.google.com/p/qia/

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

Не понял. Для них что, вместо OnConnect выполнился OnDisconnect? Или сразу после OnConnect сработал OnDisconnect? Или не сразу а по прошествии некоторого времени? Мне нужно понять условия наиболее вероятного воспроизведения проблемы чтобы у себя локально ее повторить. Тогда и идеи будут...

Вывести вланы или реальные интерфейсы на биллинг.

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

А сколько всего онлайновых юзеров?

У меня есть. sgconf не работает с базой, он работает со Stargazer'ом. Stargazer тоже не работает с базой. С базой работают плагины. В вашем случае - mod_store_postgresql. Вас заинтересуют методы SaveUserConf и RestoreUserConf. Да, и как правильно заметили выше, напрямую работать с базой бесполезно. Разве что только на чтение.

На 2.406 такого эффекта нет? Как вариант - увеличить ExecutersNum

Не вижу смысла.

OnChange - это уведомление об уже произошедшем событии. Уже. Произошедшем. Вы явно делаете что-то не то...

Это будет списание по интерфалу. Слишком много изменений.

Да, верно. Это когда схему авторизации менял - недоглядел. Патч: fix-radius-authorization-patch.diff

Ну да, при * там IP нету, вполне и 0 может быть.

Не пойму, где происходит ошибка? На стороне клиента, на стороне сервера, на стороне Stargazer'а? Как это выглядит?

Если стоит * то IP у юзера нету и делать вот так: ips[0].ip - потенциально небезопасно. Чревато сегфолтом. А какую ошибку аккаунтинг возвращает?

Патчи: fix-libs-install-patch.diff (исправляет установку), fix-libs-order-patch.diff (исправляет сборку с --as-needed).

OS ALT Linux (p6) Спасибо! Я уже сам вспомнил про Альт и --as-needed. Сейчас все поправим.

Авторизации и работа конфигуратора - может быть. А вот старт/стоп вряд ли. Там основной тормоз i/o.

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

Можно полный лог сборки и указать ОС на которой она проводилась?

Возможно. Нужно подсунуть libexpat.so в /usr/lib, expat.h и expat_external.h в /usr/include.

Просто включил 0 и fee в интервалы. Т.е. оно все равно будет в "минус" уводить, но не сильно, не более чем на fee. Неправильно, конечно, но переписывать stg с нуля - это куча времени. Опа! Все проверил, а инсталл не проверил! Спасибо, исправим. На то оно и rc. А в чем это ощущается?

Правила обрабатываются по порядку. Используется первое подходящее правило. Классификации подлежит "противоположный конец" соединения. Т.е. сперва определяется какому абону принадлежит трафик, а потом по второму IP происходит классификация. При указании ALL 10.0.0.0/8 NULL не будет считаться внутренний трафик в этой сети. Наружный трафик будет продолжать считаться, не смотря на то что один из "концов" находится в этой сети.