madf

Спасибо, установка одного из пакетов с именем как то вот так zlib*****c++ помогла. Немогу ничего понять. У меня сейчас денег на счету 0, предоплаченный трафик 180грн, кредит 0. А в интернет всеравно пускает. Раньше если Денег на счету меньше чем предоплаченных то отключало. Это в конфиге что-то не правильно? Почему не отключает интернет? Если денег ровно 0 (или больше чем "-кредит") - пускает. И так было всегда, была тайга, жыли в ней белка Карамон, лисица Хулаки и птица Кукша. Условие отключение: счет меньше 0. А еще в настройках есть параметр FreeMbAllowInet позволяющий выпускать в

Погляжу что можно сделать. Меня это тоже очень напрягает. Одна проблема: как заставить юзеров обновить авторизатор?

Товарищ madf будет смотреть исходники конфигуратора на предмет "Куда же все-таки девается информация о последнем пинге?".

Очевидно же, нет библиотеки libz.so Логику не понял: запретить компиляцию модуля и тут-же его использовать. Это как-то... противоестественно

Какая версия авторизатора?

Все равно выполнением скриптов занимается script executor. Можно дропать привилегии после его запуска.

Т.е. если абонент некоторое время не пинговался модуль перестает его пинговать?

1. "Тарифы" - это добавление/удаление/редактирование тарифа, а не пользователя. 2. Да, есть такое. Ничего не менял. На сколько я помню - правили не в разных местах а в одном. Не менял потому что до сих пор не понял смыла этих шаманских телодвижений.

PS: в последнее время я все чаще задумываюсь о том чтобы запускать Stargazer не от root а от обычного пользователя, благо для этого практически все готово. Ну или по крайней мере дропать его привилегии после старта.

Взломщик, используя уязвимость в одном из запущенных приложений, теоретически может получить права пользователя от которого запущено это приложение. В обычной ситуации (пользователь с ограниченными правами) он не получит доступа к критическим данным (коими, несомненно, являются данные пользователей) и для получения этого доступа взломщику придется еще заниматься повышением привилегий (а это уже на порядок сложнее). Устанавливая права 777 на эти файлы ты облегчаешь доступ к данным для взломщика. Зачем? Ведь и так все работает! Это относится и к Linux и к FreeBSD и к Windows (внезапно!). К чему

У меня года 3 так работает. И не только у меня. Доступа по теленету нет, файлового архива на сервере нет, кроме шары Samba, но только для меня (базы пуляю себе на комп). Чем это грозит? Только без страшилок. Если сервак закрыт из вне, тогда я думаю, что это не сильно так и страшно, потому что обычно юзеры врядли будут туда лезть, просто ума не хватит. А, у тех у кого хватит - не думаю, что будут таким заниматься. Хотя опять - "Береженого, Бог береже". ))) Чесно сказать, особо о безопасности не парюсь, циска с открытым телнетом стоит, страшили, что ее взломают и напартачат мне, уж

У меня года 3 так работает. И не только у меня. Доступа по теленету нет, файлового архива на сервере нет, кроме шары Samba, но только для меня (базы пуляю себе на комп). Чем это грозит? Только без страшилок. Это грозит тем что любой пользователь на этой машине получит доступ к паролям юзеров Stargazer и их статистике. Я бы такого провайдера...

Я бы рекомендовал в конфиге СТГ соответствующие опции поправить, у меня такое было пока не сделал в конфиге 777. Ужасное решение с точки зрения безопасности. Стандартные настройки прав доступа вполне себе работают.

Следующие патчи должны решить проблему обновления cash и freeMb в конфигураторе. --- projects/stargazer/user_property.h 2010-03-04 15:30:02.000000000 +0200 +++ projects/stargazer/user_property.h.new 2010-07-30 16:43:08.000000000 +0300 @@ -54,6 +54,7 @@ void DelAfterNotifier(PROPERTY_NOTIFIER_BASE<varT> * n); time_t ModificationTime() const throw(); + void ModifyTime() throw(); protected: varT & value; @@ -186,6 +187,12 @@ } //----------------------------------------------------------------------------- template <typename varT> +void USER_PROPERTY<

Давай мыло - отпишу.

В релизе 2.407 я предоставлю альтернативный вариант управления - через XML RPC. В принципе плагин есть уже и в 2.407-rc1, но документацию я не выкладывал и сборку не делал. У кого есть желание поковырять - могу дать документацию, примеры использования с PHP и/или Haskell (в принципе и из шелла тоже можно) и инструкцию по сборке.

Хм. Как это ни странно, но подтверждаю. Буду смотреть.

Запросы есть, ответа от сервера нет (проверял на клиентской машине). Протокол UDP, source port 35870, destination port: krb524 (4444), 4444 - это порт на сервере. На клиентской машине файрвола нет (iptables не установлен). Файрвол на сервере? Вполне возможно. Виндовая версия привязывается к локальному порту тому-же что и порт назначения (4444 в твоем случае). Возможно, на сервере разрешен исходящий только на этот порт.

Те же, что и в windows системах. Виндовый под wine с теми же настройками в линуксе работает. Тогда файрвол. tcpdump показывает передачу данных?

Проверить настройки: адрес и порт.

Можно. Я даже подозреваю что нужно поменять всего десяток строк. А если вы пришлете патч - так это еще и быстро

Попробуй этот патчик. По идее должно помочь. === modified file 'projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp' --- projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp 2010-05-17 12:25:20 +0000 +++ projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp 2010-07-07 09:58:14 +0000 @@ -906,7 +906,11 @@ } else { - conf->userdata[i] = PQgetvalue(result, i, 1); + if (num < USERDATA_NUM && + num >= 0) + { + conf->userdata[num] = PQgetvalue(result, i, 1);

Если руками менять в базе то он и вернется в исходное состояние потому что Stargazer базу читает только при старте. Не использует - это значит что эти параметры просто висят в памяти и никак ни с чем не взаимодействуют кроме конфигуратора. При service stargazer stop как происходит останов?

жесткий ребут. гуевый ("виндовый"): 1.91.9 консольный: с пакета "Sgconf version: 1.08.9" меня смущает то, что по словам пользователя eric111 - "сбилось" у него все после 00-00 до этого все работало четко. А ночью никто не работал конфигуратором и не лазил к сервер -> следовательно что-то не так в логике сервера С каким именно конфигуратором проявлялась проблема? С логикой работы сервера все нормально т.к. он не использует эти данные. Совсем. Может у вас в 00:00 жесткий рестарт сервера по -9?