madf

Дякую, додав у багтреккер.

На такой простой вопрос не стоит призывать дух Криса Касперски. $ CXXFLAGS=-O2 ./build или даже $ CXXFLAGS=-O2 LDFLAGS=-O2 ./build

Вопрос поднимается не впервые. Год назад обновление авторизатора в нашей сети принесло много мучений и проблем. Были даже предложения переписать авторизатор на Java. Но держать JRE на машине абонента для малюсенькой утилиты - это зло за которое, по моему скромному мнению, следует пороть розгами. Проблема с обновлением в том что в Windows стоит куча защитных межанизмов которые просто не позволят заменить бинарник. А как это сделать культурно - я не знаю. У меня очень мало опыта написание программ под Windows. В *nix'ах же обновление принято делать через репозиторий. А так как InetAccess более

Я думаю, вы второй человек (после меня), кто пробует этот репозиторий. Даже я его ещё на продакшн-сервере не применял (но собираюсь). Вообщем, до поры до времени, я бы относился к нему как к Beta-версии. Тем не менее, обещаю быть как можно более аккуратным при обновлении версии. Мне нужно больше отзывов. ... Минимум третий. Один из наших админов недавно тоже задался задачей собрать DEB и положить в PPA, но далеко не продвинулся. Зато обещает поделиться переводом конфига

На хранение пароля админа в виде хэша можно переехать и без нарушения обратной совместимости с авторизатором/конфигуратором, ибо, насколько я понял, этот пароль никуда за пределы сервера не выходит. Но опять же, я ничего плохого не вижу в том, чтобы поменять протоколы авторизатора/конфигуратора с некоторой версии Х. А с OpenSSL вообще красиво было бы. Нужно стараться по-максимому использовать чужой код. Я про обратную совместимость с БД. Если, например, PostgreSQL и Firebird хранят внутри себя версию схемы БД то у файловой базы и MySQL такого нет. Хотя, конечно, можно попробовать сделат

Нет, это так и было задумано изначально. Есть 5 флагов доступа к управлению пользователями: изменение статистики; изменение конфига; изменение денег; изменение пароля; добавление/удаление пользователя; Изменение конфига разрешает полностью модифицировать все поля конфига пользователя, включая его пароль. Изменение статистики разрешает модифицировать все поля статистики пользователя, включая его деньги. Изменение пароля разрешает только менять пароль в случае если изменение конфига запрещено. Изменение денег позволяет только менять деньги в случае если изменение статистики запрещен

Ну мы не стоим на месте, оптимизируем некоторые места Еще рекомендую собирать с оптимизацией -O2 - существенно снижает нагрузку на CPU.

Принял следующие патчи: sgauth-not-started.patch - as-is; sgauth-read-default-config.patch - as-is; example-script-syntax-error.patch - as-is; dont-change-mode-on-directories.patch - неявно (ввел дополнительную переменную DIR_MODE=0755); absent-sgconf-conf.patch - просто убрал target install-data; use-relative-symlinks.patch - as-is. Остальные или специфичны для Debian/Ubuntu или пока нельзя применить без последствий (как, например, с UTF8). Кроме этого заметил и исправил пару багов в uninstall. Все уже в Git.

FreeBSD 4.6-RELEASE-p2 Receiving stargazer.tar.gz (1253 bytes): 100% 1253 bytes transferred in 0.0 seconds (1.08 MBps) stargazer/ stargazer/pkg-plist stargazer/pkg-descr stargazer/Makefile stargazer/distinfo ===> Vulnerability check disabled, database not found => stg-2.4-2011.01.04-17.28.40.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://stg.dp.ua/download/. Receiving stg-2.4-2011.01.04-17.28.40.tar.gz (586095 bytes): 100% 586095 bytes transferred in 2.7 seconds (215.71 kBps) ===> Extracting for stargazer-2.407rc2_1 => MD5 Checksu

Про пароли и прочие Encode12: обратная совместимость. Да, правильно было бы хранить хеш, а вместо Encode12 использовать base64, а в протоколах конфигуратора и авторизатора вместо собственного шифрования использовать OpenSSL. Да и вообще вместо libstg_crypto использовать OpenSSL. Но обратная совместимость будет потеряна.

И, к стати, да - в dotconfpp были внесены изменения. В частности - для поддержки conf-enabled.d

Отличная работа! Патчи еще не смотрел, но думаю часть из них можно будет внести в основную ветку. Библиотеки dotconfpp и ibpp по сути сторонние. ibpp вполне живая и для мейнтейнеров лучше использовать внешнюю а не внутреннюю. dotconfpp, на сколько я понял, мертвая. Можно попробовать сделать ее отдельным пакетом. Еще мне не понятно как с остальными плагинами. Так, например, mod_conf_rpc зависит от библиотеки xmlrpc-c - его можно было бы ставить отдельным пакетом чтобы не тащить по зависимостям для тех кто не использует XML RPC API. Переход на UTF8 в планах есть. Там даже не так много работы

Странно. Я бы сказал что такого не может быть. Для определения того, авторизовывать пользователя или нет, используется вызов USER::IsInetable, который как раз и обрабатывает disabled, passive, freeMb, credit и cash. Прошу еще раз внимательно это проверить. уважаемый madf, всё таки это действительно баг или что-то настроено не так? Если это действительно так то это баг. Но подтвердить пока не смог.

Ну да железная логика, я тоже так думал. А как можно объяснить это? Да конечно, там "заморозкой/разморозкой" усложняется все. И походу, если DayFeeIsLastDay = no СТГ в момент разморозки должен снимать за оставшиеся дни в тек. месяце. А я хотел бы вернуться к вопросу топикстартера: "Почему при DayFeeIsLastDay = no абонка снялась за прошлый мес.?" Или я чего-то не понимаю, за что прошу заранее прощение и спасибо за Ваши разъяснения. PS Спасибо nightfly за конфиг DayFeeIsLastDay влияет только на то как будет сниматься абонплата и сколько будет установлено FreeMb при

1. В тарифе абонплата равна 0. 2. DayFee в конфиге прописан отличный от 1.

Ну, не знаю... не хочется вступать в полемику со старыми морскими волками, но я рассуждаю так: если у юзера на счету больше нуля - работай на здоровье. если ноль - доступ есть если есть предоплаченные мегабайты и FreeMbAllowInet = yes, если no - доступа нет. если меньше нуля - доступа нет в любом случае. жаль, что в предыдущей версии было так, а в новой - по-другому. или я все-таки что-то напутал в конфиге? Логика проста: услуга стоит 10 денег, абонент заплатил 10 денег, 10 - 10 = 0 - абонент доллжен получать услугу за которую заплатил.

С точки зрения математики число 0 не является ни положительным, ни отрицательным. FreeMbAllowInet только разрешает доступ в Internet при отрицательном балансе в случа если еще остались бесплатные мегабайты.

Да, действительно, с версии 2.401.6.7 эта логика поменялась.

Скоро придется писать мануал по работе тарифов

Неожиданно! Учитывая, что # День снятия абонплаты # Значения: 0...31. 0 - Последний день месяца DayFee = 1 # Абонплата снимается в последний (yes) или первый (no) день учетного периода. # Это влияет на то, как будет снята абонплата (АП) при переходе на новый тариф. # Если у пользователя был тариф A с АП=100 и он хочет перейти на тариф B с АП=200, # то при переходе на новый тариф со счета пользователя снимется 100, если # DayFeeIsLastDay = yes и 200, если DayFeeIsLastDay = no DayFeeIsLastDay = no То есть прямо сказано, что абонплата снимается в первый день учетного периода (в д

Это не баг. Абонплата снимается пропорционально времени активности абонента. Так, например, если абонент был пол месяца "заморожен" или создан в середине месяца - снимется половина абонплаты.

Отваливается почему-то. И не переконнекчивается.

rpm -Uhv libexpat-1.95.5-alt1.i586.rpm PS а чего в теме про CentOS, вопрос по пакет с Альта? если дистр rh-based - то надо yum install libexpat Наверное потому что ТС поставил на CentOS пакет из ALT'а

man rpm

Да, об этой проблеме знаю. Кажется, она проявляется только с модулем для MySQL и проблема именно в этом модуле. Завел баг в багтреккере.