mac

Оновив - теж саме - не допомогло.

Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає. olt - bdcom gepon. Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string. Можливо snmpwalk тригериться на якомусь символі, мені невідомо. # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" }

nightfly, дуже вдячний вам !!! Все зробив, політ нормальний. Команда sed для зміни в дампі, залишу тут для довідки 🙂 sed -i.bak 's/my[[:blank:]]login/my_login/g' mybase.sql Є ще один цікавий момент, зроблю окремий топік, щоб без плутанини

На жаль, наявність пробілу у деяких логінах абонентів заважає все сильніше. Після останнього оновлення UB до 1.4.7 припинив відображатися профіль абонента. Замість - помилка : "Підозріла помилка - взагалі дивно, що ви її бачите: EMPTY_DATABASE_USERDATA" В url передається module=userprofile&username=bad%20login Мабуть (шановним розробникам видніше) через зміни у коді на кшталт Тож міркую над шляхом вирішення проблеми. Планую: зупинити залежні сервіси, зробити sql дамп, в ньому за допомогою sed змінити всі входження логіну з пробілом на логін

Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати: /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ... Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося

Им и собирался изначально - других не было, но пока дошло до дела, увидел, что появились еще фронтенды... Спасибо вам с nightfly за мегабыстрые ответы!

nightfly, l1ght, спасибо за ответы! Есть реальная польза от этих новых функций? Еще Приватбанк спрашивает такую штуку - передачу задолженности абонента в их систему. Поддерживает фронтэнд такое? С их слов, это очень нужно, чтобы правильно выбрать расчетный счет (нужного фопа), чтобы деньги ушли именно на закрепленного за абоном фопа, в условиях, когда название провайдера одно и тоже для всех фопов. Кароче, говорят без этого - никак, т.к. без этого абон может все перепутать - название ведь - одно и то же, и оплатит на другого фопа. Как можно обойти этот момент? Просветите пожалуйста, оче

ок) это абревиатура какая-то, что это вообще такое - всрат? чем отличается от того, что не всрат?

Смотрю, что privatmulti теперь в различных вариантах. privatmultibyid , я так понял, работает с точностью до пользователя (по присвоенным пользователям тэгами) и не берет данные из "справочника предпринимателей". А вот privatmulti_vsrat чем отличается от privatmulti ? Можете подсказать, а то суффикс _vsrat , к сожалению, не добавил ясности ?

Позвонить не через Киев, а напрямую в Харьков +380577632555 (контакты есть на сайте)

Попутно возник вопрос по фронтэнду privatmulti . При его использовании, нужно ли будет привязывать в ubilling всех абонентов (через улицы, логины) к определенному предпринимателю или же есть понятие "предприниматель по-дефолту" ? Т.е. некоторые привязаны к предпринимателю №2, а остальные явно не привязаны и их оплаты идут на счет предпринимателю №1 ?

Взять и оплатить, не? А вообще все эти вещи должны проверяться на момент запуска с приватом.  При внедрении, Приват просит предоставить тестовый аккаунт и на нем проверяет прохождение платежей

syslogd на всех IP слушает? sockstat -4l | grep :514 И попробуйте создать файл лога вручную и рестарт touch /var/log/dhcp-mikrotik.log service syslogd restart

Большущее спасибо за ответы!!!

nightfly, подскажите пож-та, свежеустановленный Ubilling ставится вместе с php70, потому что нет полной совместимости с более новыми версиями PHP ? На какую-то из более актуальных версий PHP (хотя бы 7.1) нежелательно обновлятся? #pkg version -v ... php70-7.0.32 ? orphaned: lang/php70 ... #pkg search lang/php ... lang/php56 PHP Scripting Language lang/php71 PHP Scripting Language lang/php71-extensions "meta-port" to install PHP extensions lang/php72 PHP Scripting Language lang/php72-extensions

Добрый день всем! Прочитал в вики про Stargazer 2.409 о том, что "реализованы плавающие периоды тарификации". Это то, что я думаю??? (пример) : Где, кроме исходного кода, можно узнать более подробно, какие параметры использовать? В документации к Stargazer 2.408 не нашел или не увидел.

Спасибо огромное. Сорри! Теперь я точно знаю, что это я что-то делаю не так... Потому что у меня и на 10.3 amd64 такая же хрень {наверное мало RAM (256mb) выделил виртуалке, проверю} ? А можно ли при запуске "sh UBinstaller.sh" на той-же версии/разрядности FreeBSD (свежеустановленной) повторно использовать уже скачанный архив с пакетами, чтобы не напрягать лишний раз ваш сервер и канал? Например, положить его в тот же каталог, где и UBinstaller.sh находится?

Пару недель назад ставил Ubilling 0.9.1 в VirtualBox на FreeBSD 10.4 x86 (в тестовых целях). Возникают ошибки при установке (пробовал 2 раза). Войти в MySQL по паролю из конфига не смог. Вернулся к задаче, но больше x86 мучать не буду, - amd64 поставлю.

Все команды набирать в sql консоли Ubilling Посмотреть содержимое op_customers select * from op_customers; Удалить неверно созданный view drop view if exists op_customers; Создать view, если у вас полностью цифровые логины у пользователей (wiki) CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, users.login FROM `users`;

podwar, модуль "Миграция 2" работает отлично, - проверено. Делайте все строго как в wiki , только дайте правильные исходные данные в нужные поля. Перед миграцией нужно создать сеть и НАС, прописать доступ к НАСу (тарифы и скорость, если есть в таблице для импорта) Если IP абонов у вас были из другой сети, то ИМХО, их в миграцию передавать не надо, пусть автоматом назначатся из диапазона целевой сети. Опция NOSTGCHECKPID поможет вам работать в Ubilling при выключенном Stargazer во время процесса миграции

Появились новые вопросы по "Миграции 2" 1. Когда создавать недостающие тарифы - до или после миграции? 2. В wiki есть рекомендация выключить stargazer перед миграцией. Но тогда перестает работать ubilling. Это как раз тот случай, когда нужно использовать опцию NOSTGCHECKPID ?

Ничего (логины юзеров, сети, и прочее такое) не перекрывается. Т.к. сначала данные были в одном биллинге, потом их разделили на 2 (ломать - не строить). Дальше они жили своей жизнью. И теперь из-за автоматизации платежей (opayz) их нужно объединить. Nightfly, Ваше мнение понял, заселятор я не осилю, поэтому - или миграция, или вручную.

l1ght, Pautiina, большое спасибо за советы и решения! Pautiina, в вашем запросе в `users`.`login`, `ip`, пропущен `password`. Правильнее будет `users`.`login`, `password`, `ip`,

Да, конечно на виртуалке испытаю сначала. Просто глубоко не копал, что и где лежит. Имена полей и таблиц - вроде как адекватны назначению. Но могут же быть, типа, legacy, и не использоваться в новых версиях убилинга В частности, смущает таблица users (оч много столбцов)

Естественно, ip сети и города - разные, версии Ubilling - одинаковые. Собственно, как это сделать максимально просто и безопасно? То, до чего сам додумался - это использовать "Модуль Миграция 2" Для это планирую сделать экспорт нужных полей из базы данных с помощью запроса По sql запросу вопрос прежде всего к уважаемому nightfly : оттуда ли (таблицы, поля) я беру значения?