madf

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

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

Ну даже не знаю. Но страгейзер точно не может так реагировать на пропажу инета.

Есть ли какие-то скрипты на if-up/if-down для модема?

Зависать может скрипт: сам старгейзер уже остановился, а в скрипте вызывается sgconf.

А, вспомнил. После 2.406-beta я исправлял ошибку с падением при останове. Для beta это нормальное явление, данные при этом не теряются.

Делать промежуточное звено для абонплаты. Т.е. ложить деньги где-то в базу и каждый месяц из этой базы по крону пополнять счет.

Наличие/отсутствие инета для Stargazer'а безразлично. Он от этого ни падать ни вешаться не может... То что отваливается авторизатор и перестает коннектиться конфигуратор - может файрвол? После killall остается 1 процесс: stargazer или stg-exec? Может скрипт зависает? Падает в корку при killall - это достоверно? Есть сообщение о SIGKILL или образовавшаяся кора? В дебаг-режиме он будет не в лог все валить, а в консоль. Консоль можно перенаправить, при желании, в файл. Для сборки в отладочном режиме нужно сделать $ ./build debug ... $ make

Конфигуратор медленно обновляет списки пользователей независимо от того, под виндой он запущен, или под wine. Но если сделаете родной для Linux - будет только плюс.

Прочитал предыдущее сообщение. Расставь по порядку: провайдер, stargazer, модем, авторизатор/конфигуратор. Кто куда подключен и что где пропадало?

Так может просто еще тайм-аут не прошел? Не понял. Так Stargazer заводился или нет? Запустить? Перезапустить? Я атк и не понял, stargazer упал или завис?

Нет

Проблема всех частных реализаций в том что они не обновляются. По поводу цены вопроса - опиши детально что нужно сделать на stg34@stg.dp.ua. Может Борис и возьмется...

Нет - не в смысле невозможно, а в смысле отсутствует. У меня нет под рукой машинки с OSX по этому я не могу сказать возможно ли собрать их под эту ОС.

Сомнительно, хотя и возможно.

Нет

Конфигуратор посылает серверу дату последнего обращения, а не обновления. А сервер проверяет, изменились ли с этого момента какие-либо параметры. Честно говоря, не смог вчера воспроизвести у себя этой проблемы. Можно узнать точный рецепт? (хотя уже есть подозрение почему такое может случаться) А при чем тут IsInetable?

Первая же ссылка в гугле: http://gnuwin32.sourceforge.net/packages/libiconv.htm

Что за "быстрое обновление" и "полное обновление"?

Можно посмотреть на скрипты?

ip_queue в CentOS 4.2 и 5.3 ничем существенным не отличается. Я не помню какая была версия в 2006 году, но между ветками 2.0 и 2.4 есть много существенных отличий. По поводу настройки скриптов OnConnect/OnDisconnet (а я уверен что проблема в них) можно почитать тут. Документация, правда, относится к ветке 2.0 но формат вызова скриптов с тех пор не менялся.

Струдно сказать что это. Либо проблема в самом FreeRADIUS либо в том что процесс авторизации занимает много времени.

Если блокировка была установлена в течении месяца - снимается абонка за незаблокированный период (пропорционально).

В файле rlm_stg.cpp в строке 188 Cleartext-Password заменить на User-Password. Чесно говоря, я так и не понял в каких случаях используется одно, а в каких другое. Может их вместо указывать...

Сам патч: http://stg.dp.ua/download/sgconfig-fix-cyrilic-logins.patch Решает проблему которая может возникнуть у пользователей модуля карточек пополнения (впрочем, может и у кого-то еще возникать). При наличии в логине пользователя кирилицы (например, ошибка при вводе) с некоторой вероятностью (чем больше в этот момент пользователей используют модуль - тем вероятнее) возможно погашение карты, хотя такой юзер, естественно, в системе отсутствует. При этом в логе Stargazer появляется запись: "Parse error at line 1: invalid token". Патчить как обычно из корня исходников: $ patch -p0 < sg