-
Всього повідомлень
5 349 -
Приєднався
-
Останній візит
-
Дней в лидерах
166
Тип контенту
Профили
Форум
Календарь
Все, що було написано nightfly
-
ЯННП На біллінгу робите собі окрему мережу + вішаєте аліас на інтерфейс, що дивиться в бік користувачів з мережі х.х.х.х/х. Всьо. Більше там робити нічого.
-
Ну а як вони в вас мають маршрутизуватись через отой 172.16.0.2 і роздаватись з 172.16.0.1? Додаєте на інтерфейси які дивляться в бік користувачів, аліасів з цієї підмережі, докидуєте в фаєр щось на кшталт: #real ip networks ${FwCMD} table 10 add x.x.x.0/24 ${FwCMD} add 65531 deny all from table\(10\) to any via ${USER_INTERFACE} ${FwCMD} add 65532 deny all from any to table\(10\) via ${USER_INTERFACE} радуєтесь життю. Також можете згадати, що і L3 існує. І так, вони нічим не відрізняються. Біллінгу абсолютно монопенісуально, будуть в користувачів айпішки x.x.x.x чи y.y.y.y.
-
Просто відкрите посилання, і картінки за цим посиланням включені в якийсь інший сайт - це для сучасних бравзерів, дуже різна історія вот і ладушки.
-
Ну вочевидь тому, що у вас з вашим чудовим браузером, туди нічо напряму не раутиться та не ходить. То вже питання того як ви користуєтесь mtr-ом. Ну або біллінг на https, а брасло традиційно на голому http. Тоді це mixed content і так зараз не можна. Загалом, для таких випадків, є чудова опція BANDWIDTHD_PROXY=1 Призначена, якраз для протягування таких речей, прямо "крізь біллінг" в ваш браузер.
-
Це я зрозумів Що там "не міняється" не пойнятно. Яке впишете, таке воно і буде... ну можна "хyй" вписати.. ніхто не забороняє ж. Питання тільки в тому, чи будуть за вказаною урлою per-user графіки з очікуваним іменуванням чи ні.
-
ЯННП
-
сайт для вставки и копирования Ну нате вам еще отчетов, чтобы понимать, какие нынче штуки можно нынче делать тупо "мастером отчетов" https://justpaste.lol/?v=tm746874 https://justpaste.lol/?v=iv8jkeyj Значит отчет который вы пытались сами от себя копипастить таки сломан изначально, либо у него плохая карма.
-
А что-то такое? https://justpaste.lol/?v=8skdpkrk
-
-
Ну ще їх копіпастити тупо можна
-
Ubilling 1.3.7rev 8868 The Real Toy Коротко про зміни: Зміни в структурі БД - див. дамп. alter.ini: нова опція ONUREG_PONIZER_ONU_REPLACE для заміні користувачу ОНУ на “нову” якщо в нього вже є ОНУ alter.ini: опція PASSWORD_TYPE тепер також може приймати значення 3, для генерації паролів оптимізованих для набору двома руками. Модуль “Будинки”: виправлено проблему з переплутаними полями при відображенні поверхів/під'їздів/квартир з “Паспорту будинку”. Модуль ТелеПоні: напрямок викликів, в історії викликів, тепер відображається окремою колонкою. Модуль “Екзистенційний кінь”: виправлено підрахунок вхідних викликів телефонії. Модуль “Екзистенційний кінь”: тепер також збирається та відображається статистика вихідних викликів. Модуль Реєстрації ONU: тепер можливо дивитися список незареєстрованих онушок по окремому олту Модуль Реєстрації ONU: намагання в массову реєстрацію онушок. Модуль “Мережі та послуги”: покращено обробку мереж, що вимагають перезбирання конфігурації DHCP-серверу. Модуль “Звіт з продажів”: тепер не враховує розхідні операції з призначенням “Помилка” та “Списання”. Модуль Склад: в розділ “Звіти” додано можливість швидкого переходу в звіт з продажів. Модуль “Склад”: додано новий звіт, що відображає всі прихідні операції від конкретного постачальника за обраний період. Модуль Інтеграція з SphinxSearch: виправлено роботу на PHP 8.2. Модуль “Інтеграція з SphinxSearch”: косметика коду. ПОНізатор: тепер вміє працювати з OLT C-Data FD16xxS. ПОНізатор: проведено рефакторинг найменування HAL-бібліотек для C-Data/Stels. Модуль “Плин задач”: реалізовано можливість пошуку задач за весь час окрім тільки “в теперішньому та минулому”. Модуль “Теги користувача”: трохи покращено інформативність інтерфейсу керування тегами. Модуль “Теги користувача”: інтерфейс видалення тегів більше не відображається, у випадку відсутності присвоєних тегів. ОпенПейз: реалізовано підтримку нової платіжної системи PAYNET_UZ. OpenPayz: в фронтенді privatx реалізовано опцію FULL_DEBTINFO що дозволяє повертати повну секцію DebtInfo з amountToPay. Повний чейнджлог: https://wiki.ubilling.net.ua/doku.php?id=changelog2023 Оновлена демка: https://ubilling.net.ua/?module=fnpages&pid=demo
-
Це насправді не важливо саме по собі. Звідки і як там періодичні процеси кроном виконуються. Есенційним є сам факт наявності робочого ubapi, за допомогою якого біллінг сам міг би запускати що йому там треба. Немає за що, stay tuned!
-
З нормальними правами і робочим самим по собі ubapi - повинен. Що можна проконтролювати за допомогою кнопки "статистика опиту обладнання". Власне воно в фоні і викликається паралельно для всіх OLT. Там зараз багато чого намотано на цю механіку, далеко не тільки поняшки.
-
Відкриваю таємницю - в вас біллінг взагалі весь цей час працював частково. Виправте права на /bin/ubapi до a+x та поверніть табун на місце.
-
Два наса на один пул ip, питання чисто теоретичне.
тема ответил в ppv пользователя nightfly в Stargazer Ubilling
Немає за що. Просто не бачу глибинного сенсу, плодити пачки реальних НАСів для однієї і тієї ж мережі, коли тут чисто задача "хочу, щоб радіус тупо авторизував клієнтів там де мені заманеться". Плодити реальні НАС-и має сенс у кейсі "я тут мігрую з PPPoE на IPoE і хочу різні атрибути для одних й тих самих абонентів", чи типу того. UPD: щось типу такого -
Два наса на один пул ip, питання чисто теоретичне.
тема ответил в ppv пользователя nightfly в Stargazer Ubilling
Мало би. Це вже залежить, від того, наскільки ви складних шляхів шукаєте. -
Два наса на один пул ip, питання чисто теоретичне.
тема ответил в ppv пользователя nightfly в Stargazer Ubilling
Ну припустимо. Хай собі авторизуються "де вийде" або "хто перший той і тато". Або я все ще не розумію в що ви намагаєтесь. -
Два наса на один пул ip, питання чисто теоретичне.
тема ответил в ppv пользователя nightfly в Stargazer Ubilling
КупаГену взагалі без різниці, що і для кого генерувати. Є абонент, в підмережі для якої власне вказано NAS і якийсь набір шаблонів атрибутів - він бере і генерує. Немає абонента - не генерує. Якщо ви мрієте про якесь редандансі оцих ваших pppoe NAS-ів (чому вони в вас взагалі мають падати, залишимо за кадром) можете подумати, собі, на дозвіллі, навіщо потрібна ось ця от кнопочка і супутні їй механіки -
пан не шукають легких шляхів....
-
Ну не знаю... видаліть обробник DHCP для цієї мережі, чи що.
-
Ubilling 1.3.6 rev 8842 Naked Doll Коротко про зміни: alter.ini: нова опція CORPSEL_SEARCHBL, що вмикає шукабельність селектора юр. осіб. alter.ini: нова необов'язкова опція PON_ONU_SERIAL_CASE_MODE, призначена для контролю регістру символів серійників GPON ONU в момент створення/реєстрації. Модуль “Фінзвіт юр. осіб”: додано збереження стану елементів форми пошуку. Модуль “Фінзвіт юр. осіб”: радикально оптимізовано швидкодію. Модуль “Фінзвіт юр. осіб”: більше не намагається розгорнути по окремому кладовищу персонально, для кожної юр. особи. Модуль “Рух коштів”: трішки причесано код, тепер він з дещо меншою імовірністю викликатиме епілептичні припадки. Модуль Робота з юрособами: селектор вибору юр. особи при присвоєнні користувачу тепер може бути опційно з пошуком. Модуль “Робота з юрособами”: виправлено сортування юр. осіб в селекторі, при присвоюванні користувачу. Тепер від “новіших до старих”. Модуль ПОНізатор: додана підтримка ZTE GPON карти GVGO, яка використовується в моделях OLT ZTE C6XX OLT SNMP templates: відтепер підтримують опцію SERIAL_CASE_MODE, призначену для контролю регістру символів серійників GPON ONU в файлах SNMP-кешу опитувань OLT. OLT SNMP templates: відтепер C-Data/Stels FD11xx також підтримують опцію INTERFACEADDPONPREFIX. Модуль “Додаткові поля профілю”: виправлено роботу опції RESETONCFCHANGE. Модуль “Додаткові поля профілю”: додано нові типи полів, такі як “Дата”, “Час”, “Колір” та “Список”. Модуль “ПОНізатор”: в зведеній статистиці опиту OLT-ів тепер також відображається їх модель. Інтеграція з UserSide: виправлено індекси “груп” користувача, котрі насправді є тегами для виклику get_user_list. Модуль Сховище зображень: виправлено формування посилань для кнопки “повернутись”. Тепер вона повертає вас не тільки в безвихідь. OpenPayz: Приведено до мінімально-робочого вигляду на PHP 8.2. 1984tech: Приведено до мінімально-робочого вигляду на PHP 8.2. Повний чейнджлог: https://wiki.ubilling.net.ua/doku.php?id=changelog2023 Оновлена демка: https://ubilling.net.ua/?module=fnpages&pid=demo
-
Ну вообще, для такой фигни, как бы предусмотрена не менее древняя и страшная механика FRIENDSHIP, какраз для реализациии "круговой поруки бабушек". Изначальная предпосылка для "связывания пользователей" это вполне себе конкретный кейс, когда одна большая контора оплачивает всем своим сотрудникам интернет домой. Все. Больше ничего там не предполагалось особо вокруг этого. Поэтому оно и есть, такое вот слепленное на коленке, слабо применимое и страшное в любых других условиях.
-
"парные аккаунты" это те которые в сауне или бане? Эта дичь, мертва в самом своем изначальном виде. Пытаться придумывать что-то вокруг нее, в ее текущем состоянии, довольно бесперспективное и тленное развлечение, не имеющее практического смысла. Вся концепция требует переработки с нуля, и приведения к нормальному "нативному" виду. Вот как те же скидки например. Без "дополнительных полей", связей непонятно чего, куда и между чем и непонятно по какому полю, с нормально управляемым, в конце концов, поведением и нормальной и управляемой репликацией состояния этих абонентов, без вот этих вот всех "закатов солнца вручную".
-
понизатор, добавить считанные уровни
тема ответил в a_n_h пользователя nightfly в Stargazer Ubilling
Нема в тебе бізнесової хватки... А міг би "VIP-нестандартну-збірку-Limited Edition" продавати вже
