napTu

не нашел я в коде никакого FullFee. сделал пока так: double f = tariff->GetFee(); // * GetPassiveTimePart(); было double f = tariff->GetFee() * GetPassiveTimePart(); Если не прав, поправьте.

Н да. Поставил я FullFee = yes однако снялось всё равно только часть, которую отработал абонент на данном тарифе до снятия. Какие будут еще варианты?

где бы накопать инфы по модулю vpn?

я использую в том числе принудительный заворот на squid с tcp_outgoing_address или набором parent прокси серверов типа 3proxy, которые настроены каждый на свой канал. Но всё это только для проксируемого трафика (в основном http).

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

второй раз появляется такой глюк: - пользователь не может подключиться - кнопка подключения выпадает назад. - если изменить символ в имени или пароле - выдается соответствующая ошибка о неверном имени/пароле. - по trafshow обмен с сервером во время попыток подключения идет. - наблюдается только у одного пользователя, у других всё в порядке. - лечится перезапуском сервера. система freeBSD4.10, сервер: 2008-01-08 12:54:03 -- Stg started successfully. 2008-01-08 12:54:03 -- Module: 'Stg configurator v.0.05'. Start successfull. 220 2008-01-08 12:54:03 -- Module: 'Always Online auth

супер! спасибо!

нашел эту тему близкой к моему вопросу: - включаем нового пользователя в середине месяца, ставим ему безлимитный пакет за 100. - установлено DayFeeIsLastDay = no, т.е. хотим снимать абонку наперед, за следующий месяц в его начале. - начинается следующий месяц. со счета абонента снимается перерасчитанная сумма за использованный период предыдущего месяца. Например включили ровно в середине - снялось половина - 50. как исправить?

Подскажите где её искать: main.cpp:28: getopt.h: No such file or directory gmake: *** [main.o] Error 1 фря4.10 старая вресия sgconf компилилась, и новый stg2.403 компилится.

Да, извиняюсь. Оказалось я пользовался всё это время модифицированной версией конфигуратора 1.88.9, скачанной с http://v-lan.ru/projects/stargazer-2.4. В стандартной версии, к моему счастью, такого не происходит.

я пока закоментирую строчку WriteServLog("Broken pipe!"); в main.cpp в каждом посте повторяю что мне нужно выключить не автообновление по таймеру, а автообновление после закрытия окна редактирования пользователя. оно само по себе запускается. refresh_enaber в свою очередь есть только в mainunit.cpp и запускает обновление по таймеру.

сил больше нет. скажите где поменять в сырцах конфигуратора, чтобы он не обновлялся после закрывания окна редактирования пользователя???

Дык автообновлением мы уже давно не пользуемся, еще как пользователей под сотню стало. А теперь ведь в последней версии конфигуратора обновление запускается после вызова и закрытия окна редактирования юзера. При этом не делается разницы ОК нажат или ОТМЕНА. Давно меня мучает вопрос: зачем перегружать базу пользователей, если при редактировании пользователя и так известны параметры которые обновились - просто внести их в текущее отображение базы в конфигураторе и все дела. Правда при этом отпадает многопользовательский режим, но ведь это можно сделать и опционально.

сейчас опять нарвался и проконтролировал лог. похоже что сначала, на повторном запросе при выполнении предыдущего, просто зависает конфигуратор. в логах чисто, однако висит всерьёз и надолго. а вот когда его пытаешся убить, то в логе и вываливается broken pipe. по крайней мере в данный момент так было, хотя возможно что broken pipe просто вываливаются с задержкой. А как выключить автоматическое обновление после вызова и закрытия окна редактирования пользователя? Оно ведь время занимает и мешает если вносить многим изменения. Всё же кнопка автообновления не зря придумана. ИМНО надо

Это важно в том случае если я хочу при вызове OnChange обработать все внесенные пользователю изменения. На что мне ориентироваться? Приходится делать слип, а потом обрабатывать всё.

А скажи еще, как разработчик, OnChange выполняется одним заходом, или кажде поле передается по отдельности и полсе каждого отдельного изменения выполняется OnChange? И почему измененные поля передаются в OnChange в хаотичном порядке?

всё известно, только не заполнено в БД. Это ты мне как разработчику говориш? Могу привести выдержки из кода Рекомендую посмотреть parser.cpp конфигуратора Или просто лог работы сервера при добавлении пользователя в конфигураторе: сперва происходит добавление пользователя а сразу за ним - сохранение его параметров. После добавления в базе хранятся фейковые значения параметров. Да я ж не против всех твоих доводов. Я ж за совместимость и фунциональность болею Ввели вот, понимаешь, сообщение что пользователь успешно добавлен, а после него что успешно изменен. А зачем спрашивается?

при отсутствии nata трафик может удваиваться. фильтрация тогда должна происходить только по настройке интерфейса в коллекторе нетфлоу. Или нетфлоу делает одну запись на все интерфейсы при сквозном потоке трафика? - это да

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

В версии 2.0 тоже передавался только логин, но БД уже содержала все заполненные поля, которе можно было использовать для конфигурации системы под нового юзера. всё известно, только не заполнено в БД.

ага, это второй вариант, уже реализован, спасибо. if [ -f /var/stargazer/users/$login/Onconnect ] then /var/stargazer/users/$login/Onconnect exit fi

я понял, просто подкидываю идею - удобно увидеть что у тебя не запущен авторизатор или закончились деньги при попытке загрузить страницу инета. а по теме - последние авторизаторы сами могут моргать при мало денег. да и скрипт тот не проблема: раз в сутки (или при ONConnect что еще проще) листаем пользователей, ls -lf /usr/stg/var/users/ | grep drw | awk '{print $9}' > /usr/stg/userlist отгребаем денежные тарифы фильтруем по деньгам for line in $(cat "/usr/stg/userlist") do ip=`cat /usr/stg/var/users/$line/conf | grep IP=` trf=`cat /usr/stg/var/users/$line/conf | grep

да я всё понимаю, но у меня таких пользователей 10 из 300. варианты решения: 1)всем 300ам сделать личные скрипты 2)переписать главный скрипт, чтобы тот не выполнялся при выполнении пользовательского 3)переписать пользовательский скрипт чтобы он был дополнением, а не заменой главному

в момент создания юзера, перед нажатием кнопки "ок" под текстом "пользователь успешно добавлен", в БД ип=*, а тариф=*__not_configured_*. В таком состоянии выполняется скрипт OnUserAdd. Затем , после нажатия "ок", происходит изменения параметров пользователя на введеные при создании и выводится "пользователь успешно изменен" - выполняется OnChange.

судя по теме, там устраняется баг с фаерфоксом, а у меня текстовая БД. Боязно накатывать последнюю бетту. Кто нить может точно сказать про эту проблему?