Перейти до

nightfly

Сitizens
  • Всього повідомлень

    5 295
  • Приєднався

  • Останній візит

  • Дней в лидерах

    141

Сообщения додав nightfly

  1. Ну а як вони в вас мають маршрутизуватись через отой 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.

  2. 13 минут назад, a_n_h сказав:

    по новому адресу в адресной строке браузера все доступно.

     

    13 минут назад, a_n_h сказав:

    т.е. графики видно.

    Просто відкрите посилання, і картінки за цим посиланням включені в якийсь інший сайт - це для сучасних бравзерів, дуже різна історія :)

     

    13 минут назад, a_n_h сказав:

    прописал, заработало...

    вот і ладушки.

  3. 1 минуту назад, a_n_h сказав:

    В мене зараз для band прописан ip wan NASa, хочу поміняти на той, що використовуэться для зв'язку з білінгом, адреса міняється, а графіків нема.

    Ну вочевидь тому, що у вас з вашим чудовим браузером, туди нічо напряму не раутиться та не ходить. То вже питання того як ви користуєтесь mtr-ом. Ну або біллінг на https, а брасло традиційно на голому http. Тоді це mixed content і так зараз не можна.

     

    Загалом, для таких випадків, є чудова опція

     

    BANDWIDTHD_PROXY=1

     

    Призначена, якраз для протягування таких речей, прямо "крізь біллінг" в ваш браузер.

    • Thanks 1
  4. 17 минут назад, a_n_h сказав:

    посилання на графіки:

    http://demo.ubilling.net.ua:9999/billing/?module=nas

    Це я зрозумів :)

    Що там "не міняється" не пойнятно.

     

    Яке впишете, таке воно і буде... ну можна "хyй" вписати..  ніхто не забороняє ж.

    Питання тільки в тому, чи будуть за вказаною урлою per-user графіки з очікуваним іменуванням чи ні.
    spacer.png

  5. 11 часов назад, a_n_h сказав:

    Что это за сайт?

    сайт для вставки и копирования

    spacer.png

     

    Ну нате вам еще отчетов, чтобы понимать, какие нынче штуки можно нынче делать тупо "мастером отчетов" :)

    https://justpaste.lol/?v=tm746874

    https://justpaste.lol/?v=iv8jkeyj

     

     

    11 часов назад, a_n_h сказав:

    работает! 

    Значит отчет который вы пытались сами от себя копипастить таки сломан изначально, либо у него плохая карма.

    • Thanks 1
  6. 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

     

    spacer.png

  7. 13 часов назад, ppv сказав:

    Я все озав просто через cron. /etc/crontab. і там все такого типу

    /usr/local/bin/curl -o /dev/null "http://127.0.0.1/billing/?module=remoteapi&key=ваш_серийник&action=swping"

    Воно так в мене було зроблено давно і працювало собі, до певного моменту.

    Це насправді не важливо саме по собі. Звідки і як там періодичні процеси кроном виконуються. Есенційним є сам факт наявності робочого ubapi, за допомогою якого біллінг сам міг би запускати що йому там треба.

     

    Немає за що, stay tuned!

  8. годину тому, ppv сказав:

    Все працює крім oltpoll

    spacer.png

     

    годину тому, ppv сказав:

    без табуна працює.

    З нормальними правами і робочим самим по собі ubapi - повинен. Що можна проконтролювати за допомогою кнопки "статистика опиту обладнання".

    Власне воно в фоні і викликається паралельно для всіх OLT. Там зараз багато чого намотано на цю механіку, далеко не тільки поняшки.

  9. 57 минут назад, ppv сказав:

    Так, опитує, дякую. То виходить воно в мене ще з релізу 1.2.8  почало поганенько працювати після того де багато в ПОНизатор було оновлень. :)

    Відкриваю таємницю - в вас біллінг взагалі весь цей час працював частково.

    Виправте права на /bin/ubapi до a+x та поверніть табун на місце.

  10. Немає за що.

    Просто не бачу глибинного сенсу, плодити пачки реальних НАСів для однієї і тієї ж мережі, коли тут чисто задача "хочу, щоб радіус тупо авторизував клієнтів там де мені заманеться".

    Плодити реальні НАС-и має сенс у кейсі "я тут мігрую з PPPoE на IPoE і хочу різні атрибути для одних й тих самих абонентів", чи типу того.

    UPD: щось типу такого

     

    spacer.png

  11. 14 минут назад, ppv сказав:

    Ну за кастомні настройки я знаю, читав але не спробував, мене цікавить зі сторони балансування навантаження на nas.

     

    Ну припустимо. Хай собі авторизуються "де вийде" або "хто перший той і тато". Або я все ще не розумію в що ви намагаєтесь.

     

    spacer.png

     

  12. 4 часа назад, ppv сказав:

    Цікаво а чи реально, реалізація кучаген, тип підключення pppoe, nas на різних іп. Але якщо брати з одного пулу іп абонентам. Розумію що збочена реалізація але цікаво все ж).

    КупаГену взагалі без різниці, що і для кого генерувати. Є абонент, в підмережі для якої власне вказано NAS і якийсь набір шаблонів атрибутів - він бере і генерує. Немає абонента - не генерує.

    Якщо ви мрієте про якесь редандансі оцих ваших pppoe NAS-ів (чому вони в вас взагалі мають падати, залишимо за кадром) можете подумати, собі, на дозвіллі, навіщо потрібна ось ця от кнопочка і супутні їй механіки

     

    spacer.png

  13. 25 минут назад, ProstoName сказав:

    Після видалення непотрібної мережі під номером 3 (є мережі з ID 1,2,4) вилазять такі помилки на сторінці з мережами (***billing/?module=multinet):

     

    Notice: Undefined offset: 3 in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1069

    Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1070

    Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1071

    Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1072

    Notice: Undefined offset: 1 in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1074

    Ну не знаю... видаліть обробник DHCP для цієї мережі, чи що.

  14. 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

     

    spacer.png

  15. 21 час назад, strushke сказав:

    если у кого-то бабушка, либо друга привел ради спец предложения, получил скидку и платили за 2 как бы оптом

    Ну вообще, для такой фигни, как бы предусмотрена не менее древняя и страшная механика FRIENDSHIP, какраз для реализациии "круговой поруки бабушек".

     

    Изначальная предпосылка для "связывания пользователей" это вполне себе конкретный кейс, когда одна большая контора оплачивает всем своим сотрудникам интернет домой. Все. Больше ничего там не предполагалось особо вокруг этого. Поэтому оно и есть, такое вот слепленное на коленке, слабо применимое и страшное в любых других условиях.

  16. годину тому, strushke сказав:

    У меня еще возникла задача и я пока не понял, как её решить. 

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

    Вроде , это было в корпоративных пользователях, во-первых, оно заявлено как устаревшее, а во-вторых, помню, как-то пробовал это провернуть, тогда оплаты просто дублировались на связанные аккаунты. Получалось, что денег человек дал , скажем 10, а по кассе как будто 20. 

    Спасибо за помощь

    "парные аккаунты" это те которые в сауне или бане? :)

     

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

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

    • Like 1
  17. 51 минуту назад, a_n_h сказав:

      Всем доброго дня и мирного неба!

      Как можно "добавить" в понизатор свои считанные уровни? Попытки, что либо добавить в файл _OLTSIGNALS приводит к полной неработоспособности понизатора...

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

     

    Смотрите как устроены OLTAttractor, PONProto и собственно HAL библиотеки, которые нынче наследуют PONProto. Можете прямо свою личную HAL-либу для своего железа сделать, и рисовать там хоть сигналы с ОНУшек, хоть розовых котиков вместо дистанций до них, хоть xyи вместо интерфейсов. Короче полиморфизм-инкапсуляция-наследование as is.

    Вообще не важно чего они будут препроцессить. Собственно нынче весь ПОНизатор так и устроен Hardware Abstraction Layer => PONProto => OLTAttractor => какие-то данные фиг знает где, как и почему <= PONizer

×
×
  • Створити нове...