nightfly

Бага уже зарепорчена madf-у. Проблема в том, что при смене пароля у администратора с какой-то радости слетают права. Текущий способ лечения: 1. После смены пароля тушим старгейзер 2. Исполняем в SQL консоли Ubilling: UPDATE `admins` SET `ChgConf` = '1', `ChgPassword` = '1', `ChgStat` = '1', `ChgCash` = '1', `UsrAddDel` = '1', `ChgTariff` = '1', `ChgAdmin` = '1' WHERE `login` = 'admin'; 3. Стартуем старгейзер

Единственное что может влиять на регистрацию пользователя, это права на /content/users/ либо неверно заполненное подтверждение пароля или мыла. PS стоит ли мне напомнить, что уже 0.2.8 давно на дворе?

ну забухали, с кем не бывает?

Эммм, ну вобще-то да. В текущем варианте. http://wiki.ubilling.net.ua/doku.php?id=userstats Включение поддержки UBAgent, пока что работает только при auth=ip UBA_ENABLED=1

Блин, действительно приятно, что хоть один человек прочел таки EULA =) учел эммм, искренне был уверен, что вынес все эти потроха в конфиг, учтено. Это в каком месте? Вроде же работало, видать где-то сломал. SELECT * from `catv_users` WHERE `id`='1'. Шутка Это не изменение полей, это добавление бабла. Вы об этом уже упоминали, я меланхолично посмотрел на и решил что таки понятно кто редактируется. Учтено. напоминаю, что существует не только GNU окружение -i, --ignore-case Ignore case distinctions in both the PATTERN and the input files. А дорисовать "-I" или как в переменную с путем - не п

url=http://demo.ubilling.net.ua:9999/billing/userstats/ Кабинет пользователя точно доступен, от точки из которой вы пробуете стартовать UBAgent? Получение данных там до ужаса примитивно и неработать там особо нечему. Хотя не исключаю вероятность косяков, особенно если учесть, что это таки первая попытка и десктопные приложения я не умею писать в принципе.

Не заполнили параметр url в ubagent.ini соответственно своим текущим реалиям. Также в userstats.ini требуется UBA_ENABLED=1

Эммм, как-то так: http://wiki.ubilling....php?id=ubagent

Эммм, ну ныкайте их при бекапе в customs чтоли

Карточки оплаты -> Попытки подбора -> Поудалять Количество допустимых попыток неверного ввода, крутиться в кабинете пользователя, опцией PC_BRUTE которая поумолчанию 3

Релиз Ubilling 0.2.8 rev 1629 * alter.ini: новая опция SAFE_REGMODE отвечающая за запрет ручной модификации важных штук при регистрации * alter.ini: новая опция TICKETS_PERPAGE указывающая на количество тикетов на страницу в хелпдеске * alter.ini: новая опция NDS_ENABLED включающая поддержку учета НДС * alter.ini: новая опция NDS_TAGID указывающая на ID тега соответствующего пользователю плательщику НДС * alter.ini: новая опция NDS_TAX_PERCENT указывающая процентную ставку НДС * alter.ini: новая опция FAST_CASH_LINK включающая дополнительные ссылки к модулю "финансов

DHCP: 1. можно просто рилеить запросы к DHCP серверу биллинга 2. можно таки смаунтить multinet и рестартить dhcpd удаленно 3. можно таки кроном утаскивать конфиги и рестартить 4. можно рисовать статику на абонентах 5. можно вышивать крестиком Вариантов вагон, выбирай нехочу.

А настроить DHCP-relay или банально утаскивать на внешний хост нагенеренные конфиги dhcp кто мешает? Про DNS вобще не понял взаимосвязи с биллингом. Какая разница где он физически будет находиться?

Это хороший вопрос 1. Собирает стату 2. Зачем? - еще самому до конца не понятно. Изначально планировалось всякие графички клевые рисовать, динамику развития итд. Пока что использую для учета установок на комерческой поддержке.

Ну вобще-то абонплата снимается таки при переходе сервера на границе месяца а не при рандомном мотании часов. И конечно же см. выше про крон. Также следует заметить что у виртуальных сервисов в данном контексте логично выбирать тип "счета старгейзера".

Теперь только осталось научить nlo планировать, писать, тестить, дебажить, сопровождать и деплоить код

Я предусмотрительный http://wiki.ubilling.net.ua/doku.php?id=ubagent

Что-то типа такого, да?

Учитывая что IPTV автоматически подразумевает под собой наличие около интернетного-аккаунта у пользователя - логично использовать связку "Теги + Виртуальные сервисы + доп. поля профиля" для реализации базовой бизнеслогики учета такого сервиса. Модуль учета КТВ писан с рассчетом на отсроченную реакцию персонала на тему отключений-подключений и не имеет ничего общего с высокими технологиями и быстрой реакцией на состояние БД. Тобишь задуман он только для учета канонического, оффлайнового КТВ как такового.

Да, внезапно удаления пользователей там еще нет. Как самый брутальный и временный вариант могу предположить нечто типа DELETE from `catv_users` WHERE `id`='айди_пользователя' Я же говорил что оно оооочень андер констракшн

На этих ваших линуксах? Не не не, спасибо. Лучше к Спайдеру.

прям такое впечатление, что морда общается со старгейзером как-то иначе

шадоу? не, не слышали # less /etc/shadow /etc/shadow: No such file or directory

Внимательно перечитать что написано выше. Ну и иметь хоть какое-то представление о все том же микротике.

Переведите пожалуйста на человеческий язык свое желание. Мне всегда казалось что умолчательное # default block policy ${FwCMD} add 65533 deny all from table(2) to any via em1 ${FwCMD} add 65534 deny all from any to table(2) via em1 ${FwCMD} add 65535 allow all from any to any как-бы намекает на то что таки должно пускать онлайновых пользователей. вполне себе возможно Хотя недавно добрые люди прислали 750-й, чтобы мне было с чем играться в процесе пиления. Дык там бай дефолт только icmp на первом порту и пропускается. Надо таки позырить на: ip firewall export есть