Перейти до

Релизы Ubilling


Рекомендованные сообщения

Подивіться чи часом у модулі "Налаштування системи" нема часом червоненьких написів про "ой-ой пропустили опцію".

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 1,2k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Да кстати если кому то нужен шаблон для свича то вот  можно воспользоваться такой штукой  шаблоно-генератором

Преувеличиваем? Ничего особенного и нового я не сделал

Ни один единорог не пострадал? =)

Posted Images

Подивіться чи часом у модулі "Налаштування системи" нема часом червоненьких написів про "ой-ой пропустили опцію".

Ні, подібних написів не маю. Саме повідомлення приходить, але з такими варнінгами. По вирішенню проблеми відпишусь на форумі.
Ссылка на сообщение
Поделиться на других сайтах

Доброго дня.

Після обновлення (з 3.7.23**) на 4.*** помітив деякі проблеми:

Warning: Creating default object from empty value in /usr/local/www/apache22/data/billing/modules/system/etc.php on line 378
Варнінги виникають під час відправлення повідомлення (сервіс миттєвих повідомлень) та їх читання. Кількість рядків з варнінгом на 378 рядку збільшується з загальною кількістю всіх повідомлень в БД. (10 повідомлень - 10 рядків з warning: ***).

 

 

Можна вирішити 2 шляхами:

1. Вимкнути попередження в файлі php.ini.

або

2. в файлі /usr/local/www/apache22/data/billing/modules/system/etc.php

закоментував чи видалити (378 рядок):

$rhis->str = $old;

 

чесно кажучи, взагалі не розумію, для чого цей рядок був прописаний в функцію parse...

Ссылка на сообщение
Поделиться на других сайтах

 

1. Вимкнути попередження в файлі php.ini.

Самі розумієте - це не вирішення проблеми, а її маскування. Тобто - не варіант.

 

закоментував чи видалити (378 рядок):

$rhis->str = $old;

оО

 

чесно кажучи, взагалі не розумію, для чого цей рядок був прописаний в функцію parse...

Чесно кажучи не зовсім розумію нафіга там взагалі парсер ББ-коду здався в миттєвих повідомленнях, і ще більше не розумію як добитись вилізання цього варнінгу в себе аби віддебужити проблему.

 

Логічним хотфіксом також виглядає заміна в api/libs/api.ubim.php

 

$messageText=  rcms_parse_text($each['text'], true, false, true, false, true, false);

на

$messageText=  nl2br($each['text']);
Ссылка на сообщение
Поделиться на других сайтах

nightfly

Нажаль на даний момент не маю змоги більш раціонально підійти до вирішення проблеми, але варнінг зник, в логах php нічого не пише після коментування 378 рядку. (навіть error_display мовчить). 

 

З якого боку виліз даний артефакт не можу пояснити. Буде час пошукаємо корінці.

Ссылка на сообщение
Поделиться на других сайтах

Notice: Undefined index: PASSWORDSHIDE in /usr/local/www/apache22/data/userstats/modules/engine/api.userstats.php on line 392
Артефакт помічений в кабінеті користувача на головній сторінці.

 

PS

alter.ini спробував встановити 1, але без результату.

Відредаговано testinua
Ссылка на сообщение
Поделиться на других сайтах

Помилка з'явилась тільки після обновлення 0.4.****.

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

 

Звіртесь ще з дефолтними конфігами, банально по наявності опцій.

Думаю ше якісь пропущені познаходите.

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...
Опубліковано: (відредаговано)

Итак, встречаем новый стабильный релиз Ubilling 0.4.1 - rev 2603

  • Изменения в структуре БД, см дамп.
  • alter.ini: новая опция SNMPWALK_PATH описывающая путь до snmpwalk с нужными опциями
  • alter.ini: новая опция SNMPCACHE_TIME указывающая таймаут кеша сырых данных
  • alter.ini: новая опция CONTRACT_GENERATION_DEFAULT указывающая режим генерации договоров
  • userstats.ini: новая опция ONLINELEFT_COUNT включающая показ даты прекращения оплаченной услуги
  • userstats.ini: новая опция ONLINELEFT_STYLE устанавливающая тип отображения даты прекращения оплаченной услуги
  • Модуль «Профиль пользователя»: теперь можно тыцать по тегам и переходить сразу к поиску
  • Модуль «Настройки системы»: косметические фиксы типов переменных и локализации
  • Модуль «Поиск оплат»: теперь возможно добавить платежную систему с удерживаемым нулевым процентом
  • Модуль «Профиль пользователя»: добавлена возможность перехода к связанному пользователю КТВ
  • Модуль «Редактирование договора»: чистка кода, также работает опция генерации для пользователей без договора
  • Модуль «Експресс регистрация»: теперь работает опция генерации договора, можно начинать «с конца»
  • Модуль «Сервера доступа (NAS)»: тип сервера «MikroTik API» внезапно трансформировался в «MikroTik»
  • Модуль «Модели свичей»: теперь при добавлении и редактировании модели, возможно указание шаблона SNMP
  • Модуль «Статистика по трафику»: теперь адекватно подгружаются графички с NAS типа MikroTik
  • Новый модуль "Опрос свичей": предназначен для опроса свичей и других активных устройств при помощи SNMP
  • Модуль «Свичи»: нормальное предупреждение при попытке удаления свича
  • Модуль «Свичи»: теперь отображается контрол перехода к модулю «Опрос свичей» в случае наличия в описании подстроки SWPOLL

Перед обновлением следует:

 Выполнить вот такой вот запрос в "SQL консоли"

ALTER TABLE `switchmodels` ADD `snmptemplate` VARCHAR( 255 ) DEFAULT NULL ;
 

Добавить в alter.ini следующие опции:
 

SNMPWALK_PATH="/usr/local/bin/snmpwalk -On -v2c"
SNMPCACHE_TIME=60
CONTRACT_GENERATION_DEFAULT=1
 

Добавить в userstats.ini следующие опции:
 

ONLINELEFT_COUNT=0
ONLINELEFT_STYLE="days"
 

 
 
Как всегда, обновленная демка где-то тут: http://ubilling.net.ua/?module=fnpages&pid=demo
 
post-4093-0-25368500-1369679506_thumb.jpeg

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах

 

Така ситуація... 

00:so:4f:38:d4:78 - ніяк не хоче змінюватись МАС...

 

"Получен MAC с неверным форматом"

 

 

Только мне кажется, что во второй группе so - это немного странным ?

Ссылка на сообщение
Поделиться на других сайтах

На здоровье.

Если есть возможность - потестите вот этот новый функционал. Сейчас мы активно занимаемся наращиванием асортимента поддерживаемого оборудования, и отзывы очень даже будут полезными.

Ссылка на сообщение
Поделиться на других сайтах

спасибо за плюшки!!! с удовольствием потестил бы модуль свичей , да вот только у нас много длинков 3200 и HP и ни одного зихеля . если подскажете  где можно покрутить шаблоны буду признателен.

Ссылка на сообщение
Поделиться на других сайтах

Все шаблоны храняться в /config/snmptemplates. Рекомендую вытащить последние из отсюда: http://snaps.ubilling.net.ua/

Как показал первый опыт - зухелевые шаблоны вполне себе катят для теста на разном оборудовании, поскольку опрашивают наиболее общие OID-ы.

Ссылка на сообщение
Поделиться на других сайтах

Как и обещал немножко расширен список поддерживаемого оборудования и по человечески документирован формат шаблонов.

При помощи DarkSpider  некисло так допилены и протестированы шаблоны для нескольких свичей Foxgate которые теперь показывают какие-то такие вещи:

 

foxgate.png


 

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Remez
      Ценник 5,500
       
      в наличии 3 шт
       
       





    • Від 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*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       

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