dimmons

Здравствуйте, встала задача по перносу Ubilling на новый физический сервер. Хотелось бы уточнить правильный порядок переноса базы и конфигов с учетом нескольких нюансов. Нюансы такие, в моем случае биллинг работает просто как биллинг, считает деньги и получает трафик по нетфло от брасов, вся автоматика управления брасами это самописные запускаемые по крону скрипты, никаких задач терминации абонентов этот сервер не выполняет. Исходя из нюансов возникло несколько вопросов: При установке нового сервера через Ubinstaller требуется указывать интерфейс смотрящий на абонентов и в инет, исходя из

Давно ждал расширенного управления пулами адресов, но так как ранее ничего такого не было пришлось навешивать по 4 учетки для сетей /30 в групповые пользователи, чтобы был нормальный учет используемых адресов. В свзи с некоторыми особенностями распределения насов по сети и ограниченным количеством адресов используем и для ппп и для подсетей одни и теже пулы. Типы сетей соответственно у всех пулов other. И вот беда теперь в том что есть сети выделенные в расширенном управлении пулами, но при выделении из техже подсетей адресов для ппп, адреса занятые в пулах не учитываются как зантые. И наоборо

Да, оно самое!!! Как всегда очень оперативно ) Спасибо.

После нескольких обновлений пропала возможность добавлять дома. На каком обновлении произошло сказать трудно, долго домов новых не было. Сейчас при открытии справочника "Дома", в нем нет формы добавления нового дома. А при создании абонента если нажать кнопочку дома на этапе выбора дома выскакивает страница с вот этим содержимым: Fatal error: Uncaught exception 'Exception' with message 'EMPTY_OWNERS_PARAM' in /usr/local/www/apache22/data/billing/api/libs/api.address.php:869 Stack trace: #0 /usr/local/www/apache22/data/billing/api/libs/api.address.php(835): BuildPassport->loadConfig() #1

Хмм.. вопрос снят... Не меняется адрес при установленном сервисе текущий, выбрать его надо обязательно.

Вот 3 кликовым способом и пытался, после нажатия сохранить страница перезагружается и у абона тотже ип адрес. Уже закралась крамольная мысль сделать запрос апдейта для записей... Но не уверен в полном понимании связей в таблицах по ип адресам, все что до подсети и сервиса вполне очевидно, а вот что за обработчики не понял. Но всетаки хочется разобраться с штатным способом смены ип адресов. Оператор мы небольшой, рубить 2000 адресов на куски особой возможности нет, поэтому адреса белых стыков для оборудования тоже заносятся в биллинг на технологические учетные записи (чтобы манагер не

Текущая версия 0.5.2 rev 3426. CRM_MODE=1 SAFE_REGMODE=0 Но при попытке сменить адрес, через редактирование експресс карточки, просто оставляет старый адрес. Или, если завести новую сеть-услугу, вставляет первый свободный адрес из этой сети. P.S. Понимаю позицию создателей, но надо занести абонента который ранее обрабатывался в другом биллинге, менять ему ип нельзя.

Редиректите не на страницу блокировки а на сервер squid или webproxy микротика (прямо в фаерволе микротика), далее в сквиде или микротике генерите список ссылок на подмену страницей блокировки, остальное пропускать. На выходе получите бюджетный блокировщик http/https для squid и http для микротика. P.S. Есть рекомендации роскомнадзора, в документе рекомендован следующий порядок действий: 1. разрешение адресов по доменам в ссылках (именно самостоятельное разрешение) 2. Вывод трафика на эти адреса через PBR 3. Фильтрация ответвленного трафика Но тут есть нюанс, TTL DNS записей гугл

Появилась надобность размазать одну подсеть на несколько NAS через redistribute connected. Пользователи заводятся на nas -ы статически, самописными скриптами onConnect, onDisconnect, идентификация наса для прописывания пользователя ранее была по его ip адресу и подсети из таблицы nas. Теперь мне необходимо заводить одну подсеть на несколько насов, возможность идентификации наса по адресу отпадает. Планирую завести дополнительное поле пользователя для привязки его к NAS. Суть вопроса такова, уже есть много юзеров в биллинге, руками прописывать всем nas это долго, муторно и чревато ошибкам

Еще вопрос выплыл, в разделе http://wiki.ubilling.net.ua/doku.php?id=switchmap указана немного другая команда API для работы "машины времени": /usr/local/bin/curl -o /dev/null "http://127.0.0.1/billing/?module=switches&cronping=ваш_серийник" Есть принципиальная разница какую ставить в крон?

Да как то хватало ручного опроса.. Но проще добавить в крон походу ))). Спасибо.

Спасибо, добрый человек!! Скопипастил с генератора шаблонов неполностью.

Сделал новый шаблон SNMP для нового свича, залил в папку, дал права всем читать-писать. При выборе в поле шаблона из падающего меню в списке шаблонов появляется просто пустая строка. Что я делаю не так?

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

Кстати, если кому интересно, на Ubiquiti тоже читает данные нормально.

Да действительно, спасибо.

Если ни одного устройства для мониторинга не заведено, выдает страничку с надписью "Не найдено устройств для мониторинга сигнала". При заведении микротика выдает девственно белый лист без единой строчки кода. Ubilling 0.4.7 rev 3042.

Ну и? Как будут списываться деньги с разных дочерних пользователей? И вопрос про групповые операции не в том, что не положились деньги родительскому, а сколько в результате денег окажется на счету групового пользователя (я ложу 500 рублей и они попадают каждому дочернему и родительскому)? В документации не нашел описания логики работы с лицевыми счетами групповых пользователей.

Доброго времени суток коллеги. Кто нибудь может просветить порядок снятия добавления денег для групповых пользователей (или ткнуть где почитать), возникли следующие вопросы: Есть родительский пользователь (на нам стоит фейковый тариф, не снимающий денег), все деньги лежат на нем, на дочерних денег нет, но стоят тарифы снимающие их (тарифы разные). Как будут сниматься деньги? То же самое что первый, но на дочерних пользователях раскиданы какие то деньги. При включенных групповых операциях деньги кладутся всем дочерним (каждому одна и та же сумма), но не кладутся родительскому. Это значи

Отлично работает на NAS под управлением rscriptd и FreeBSD. Остальное мне слабоинтересно. Да. Преимуществ ровно два: 1. ssh на ключах - нерабочее говнище с кончающимися сокетами и прочими детскими болезнями. 2. rscriptd - божественен. Да. Он просто выполняет на удаленных серверах все те же OnConnect/OnDisconnect. Делает это вовремя, гарантированно, сплошным потоком и в общем хорошо. Настройка таких штук вполне себе отработана и работает уже не на одной сотне серверов доступа. З.Ы. Хотя возможно у вас слишком много свободного времени, вам хочется странного и вы мечтаете о нап

При наличии Mikrotik API смысла в ssh думаю нет, да и за эти дни библиотеку под API полностью допилил. А удаление все таки сделаю в OnDisconnect, ip адрес мне старгейзер дает, остается NAS по ip адресу в базе найти, что не есть проблема. Почасовой синхронизатор всех юзеров NAS все равно на днях сделаю, хочу раз и навсегда забыть про ручные правки появляющиеся по причине того что где то например отключили свет и сеанс связи с NAS не удался и т.п. У меня NAS по регионам распиханы, часто это просто поселки, там что связь, что питание - полное гавно. Я тут смотрел исходники динамического ш

Тогда проще сделать синхронизацию кроном раз в час.

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

Имею некоторый предрассудок в использовании логинов как якорей для идентификации пользователей в конфигах железок, но это дело хозяйское, кому как удобней (на некоторых насах с логинами вообще проблема, на каком нибудь ериксоне например) Обвязку скриптов я переписал по своему, она теперь юзеров и очереди удаляет по запуску OnConnect/OnDisconnect (OnUserAdd/OnUserDel я не трогал). Все работает замечательно, за исключением 1 нюанса. При удалении юзера из биллинга, он исправно запускает скрипты, но в данных уже нет. При этом в интерфейсе биллинга, в пользователях онлайн, удаленный юзер есть (

Я начинаю понимать jcomm )). Stargazer передает при запуске UserAdd и UserDel довольно бесполезные для создания и удаления юзера параметры: логин, тариф и т.п., ни IP адреса, ни скорости.. Так что для управления микротиком эти два скрипта бесполезны. Надо переделывать скрипты OnConnect/OnDisconnect на удаление/добавление адреса и очереди... Попробую расковырять сам, если не получится побегу за пачкой ))).