Genius

Патч более неактуален, ошибка поправлена в новой сборке СТГ http://local.com.ua/forum/index.php?showtopic=9355 Спасибо автору.

С каким авторизатором работают пользователи? Используйте тот который с направлениями (последний), возможно что он будет выдавать ошибку текстовую и станет все понятнее.

Меняй консольным конфигуратором всем тариф по cron`у если пользователей не очень много.

Вообщем могу отписать что патч рождает после себя глюки с не отключаемыми пользователями при переходе из месяца в месяц, который мне непонятен, в дебаг режиме его так и не ловил.

Данный патч исправляет баг описанный тут http://local.com.ua/forum/index.php?showto...indpost&p=54300 Сразу скажу что C++ не мой родной язык, так что на абсолютную правльность не претендует. В процессе изучения бага в DEBUG режиме было выяснено что он происходит в любом случае когда одному пользователю с данного IP ответило ошибкой, то с этого IP не сможет зайти ни один другой пользователь до тех пор пока не войдет первый или ребута биллинга. Это связано с неудалением ip из массива пользователей. Если у кого-то есть идеи по более правильному решению этой ошибки будет хорошо, на

Аналогично, подтверждаю, недавно тоже не смог консольно это сделать. Версия последняя.

Проще создать базу пользователей онлайн которая будет обновлятся с помощью OnConnect OnDisconnect куда можно сразу заносить и тариф, чтобы не дергать файлы. И далее по базе шерстить нужные логины из /var/stargazer и смотреть баланс. П.С. Хотя конечно старгейзеру очень не хватает системы триггеров с возможностью выполнения скрипта.

Жаль, будем переделывать всю архитектуру под одну гребенку.

Модуль очень интересный, интересует такой вопрос: Можно ли параллельно использовать несколько механизмов подсчета, например: Есть один сегмент информация с которого поступает в биллинг по netflow, а другой сегмент напрямую идет через биллинг и считается по ipq?

+1, при совершенно дефолтном winxp taskbar, в win2000 такого косячка нет, лечится по тому же рецепту.

с одной стороны plain файлы большая беда, с другой очень удобно, если сравнить с тем же utm то там после 2 ух лет работы SQL база начинает дико тормозить засчет хранения лишних данных, у старгейзера с этим куда лучше

У меня за 3 года работы не одной потери, может быть все таки задуматся над нормыльным подходом к делу, UPS + журналируемая система? Без УПСы дело может кончится просто банально убитым хардом и никакие скрипты не помогут, кроме бекапа конечно, но и без него нельзя.

А перезапускать биллинг при таком подходе не задалбывает? копать в сторону sgconf

это и есть reiserfs, правда 4ый я бы еще не рискнул использовать на серверах, а 3.6 у меня показывает себя хорошо, особенно если учесть его эффективность в работе с большим числом файлов.

Ну у меня например в системе koi8-r локаль и никаких проблем На другой системе локаль utf8 действительно (так как ставил не я еще) и там нет таких косяков как у тебя, если ты работаешь и создаешь пользователей через конфигуратор их и не должно быть, в чем положишь - в том и возьмешь.

Хм, утилитами просто только ext2->ext3 , про остальные такого не слышал. Под фрю не знаком с ними, хотя вроде никто не мешает пользоватся любой ФС (resiserfs, ext2-3)

Может быть все таки проще использовать журналируемую ФС и UPS?

С новыми версиями сервера 2.4 привязка ip к номеру туннеля ppp совершенно необязательна, так как параметр интерфейса пользователя больше не нужен, достаточно просто считать траффик модулем ipq и сделать связку pptpd+stargazer посредством OnUserAdd.

Замечен следующий косяк при работе с последним авторизатором 1.60.8 и последней сборкой 403b: Если попробовать войти под пользователем которому не разрешен доступ с данного компа (нету данного ИПа в конфе) то пользователю выдаст сообщение что нельзя войти, но после этого на этом компе нельзя будет войти не под одним другим пользователем так как все время будет отвечать что пароль для первого (описанного в начале) пользователя неправильный, и так до рестарта биллинга или до прописывания разрешения на вход первого пользователя, захода им и выхода. Надеюсь понятно изложил.

Крутится в двух места 016 RC3 и последний 403B оба варианта работают на ура под нагрузкой, но так как в 2.4 добавлено много удобств то буду все переводить под него.

Интересует давно наболевшая фича с тем чтобы можно было закрепить несколько логинов за одним счетом, есть множество абонентов с несколькими компами которые не хотят усложнять жизнь роутером дополнительным и прочими вещами. Реализовать предлагаю так: Если стоит AlwaysOnline просто считать траффик по всем перечисленным IP Если IA то сложнее, и надо уже смотреть как проще сделать. Наиболее правильный вариант сделать в редактировании аккаунта поля для добавления любого количества пар логин+пасс для данной учетной записи и соответственно по ним вести учет траффика. Но это уже в идеале кон

имхо такие вещи как перезагрузка сторонних демонов и внесение изменения в другие конфиги решается скриптами onAdd onDel onChange

В принципе в данной фиче тоже заинетерсован, но имхо все идет к вопросу о том что надо переделывать модель сервера, чтобы убрать оттуда жестко внесенный параметр 0 баланса. То есть сделать просто систему алертов срабатывающих при определенных условиях, ну и соответственно набор действий который могут быть сделаны при алертах (либо запуск скрипта любого, либо определенные запрограммированные действия типа: отключить, прекратить считать, начать считать) Гибкость алертера должна быть максимально разведена: алерты по направлениям, по порогам (можно будет увеличить число порогов), по времени (м

Full, при всем моем уважении к вашему мнению... Если вам нужна стабильная надежная платформа - существует большое множество платных качественных биллингов, взять хоть UTM, с лицензией, все как полагается. СТГ занимает сильно другую нишу и незачем гнать на гарантии, гарантии в бизнесе, где и деньги то бишь опять к коммерческим биллингам все подобные претензии. СТГ хороший материал для администратора если у него норм руки и он может собрать из этого стабильно работающую систему со всеми фичами. (Честно скажу что у меня 2.016 старый древний работает 3 ий год без нареканий каких либо и при

Толку от такого резолва ноль, ибо вы все равно не получите того что хотите, ибо клиент увидит совершенно не те адреса по которым ходил. Ну например: head / # nslookup plasticsur.ru Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: Name: plasticsur.ru Address: 80.93.57.198 head / # nslookup 80.93.57.198 Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: 198.57.93.80.in-addr.arpa name = mega17.z8.ru. И поверьте так будет со всеми доменными именами на хостингах, а это большинство сайтов. Так что единс