Перейти до

Релизы Ubilling


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

Поставили сегодня на ФриБСД. Сеть небольшая около 100 пользователей, думаем потянет все на одном сервере.

 

Возникли сразу вопросы. Как быть если мы используем авторизатор? Все новые пользователи появляються сразу с всегдаонлайн, в ручную каждому выключать напрягает. DHCP работает адреса всем выдает но с гугловым ДНСом - как сделать чтобы был наш?

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

Posted Images

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

в конфиге config/billing.ini сделать

 

REGALWONLINE=0

 

далее регистрация будет происходить со снятым флагом AlwaysOnline

 

 

DHCP работает адреса всем выдает но с гугловым ДНСом - как сделать чтобы был наш?

впишите свой вместо умолчального 8.8.8.8 в config/dhcp/global.template

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

Споткнулся на ровном месте. В браузер выдает:

<?
function smiles_disabled()
{
$arr = parse_ini_file(CONFIG_PATH . 'disable.ini');
return isset($arr['smiles']);
}
function show_smiles($data)
{
$form = '';
if (!smiles_disabled()) {
$smile = parse_ini_file(CONFIG_PATH . 'smiles.ini');
$res = rcms_scandir(SMILES_PATH);
sort($res);
foreach ($res as $key) {
 if (isset($smile[$key])){
  $form .= '<img src="'.SMILES_PATH.$key.'" value="'.basename($key, ".gif").'" alt = "'.basename($key, ".gif").'" onclick="document.forms[\''.$data[0].'\'].elements[\''.$data[1].'\'].value += \'['.basename($key, ".gif").']\'">'."\n";
 }
}
if ($form !== '')
 $form = '<hr>'.$form.'<hr>';
}
echo $form;
}
?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="<?=$system->config['language']?>" lang="<?=$system->config['language']?>">
<head>                                                       
<title><? rcms_show_element('title') ?></title>
<? rcms_show_element('meta') ?>
<link href="<?=CUR_SKIN_PATH?>style.css" rel="stylesheet" type="text/css" media="screen" />
</head>
<body>
<div id="header">
 <div id="logo">
  <h1> <img src="skins/logo.png" height="32"> Ubilling</h1>
                   	<p><?=file_get_contents('RELEASE')?></p>
                   	<form name="lang_select" method="post" action=""><?=user_lang_select('lang_form', $system->language, 'font-size: 90%; width: 100px;', 'onchange="document.forms[\'lang_select\'].submit()" title="' . __('Lang') . '"')?></form>
                   	<form name="skin_select" method="post" action=""><?=user_skin_select(SKIN_PATH, 'user_selected_skin', $system->skin, 'font-size: 90%; width: 100px;', 'onchange="document.forms[\'skin_select\'].submit()" title="' . __('Skin') . '"')?>

...............................

Уже мозги кипят, может подскажите, в каком направлении копать?

 

З.Ы. Slackware 12.1 / sg-2.407-p1 / мускуль 5.0 / php 5.2

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

У вас попросту либо не подгружен mod_php в апаче либо нету опции short_open_tag = On в php.ini

Есть! Заработало. В конфиге php.ini short_open_tag был Off.

 

Большое спасибо.

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

Незачто, пользуйтесь на здоровье :)

 

Единственная убедительная просьба - если вылазят какие-то ошибки отличные от известных отписываться по возможности здесь, чтобы было что оперативно править.

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

Кито пробовал сие ставить на Linux, заработали ли все функции? А, то у самого все не хватает времени потестить.

Помню как-то застрял на bandwidthd, softflowd и что-то там еще было. Особо небыло времени копаться - оставив затею на потом и это потом длиться уже наверное где-то месяцев эд-так 2.

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

Пробовал на vbox-e с целью написания пошаговой инструкции встает все из коробки как и предполагалось. Не работать в принципе там особо нечему - apache, php, mysql как-бы всюду одинаковые. Правила в фаере вроде как подымаются но в силу того что я ниразу не понимаю в этих ваших линуксах, надо в кратце описать вот здесь, кто там за кем и откуда должен стартовать. Еще один добрый человек обещал еще мануал на дебиан с сопутствующим тестированием в живую.

 

ЗЫЖ он лучше у d2r спросить.

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

Дык я еще не закончил... ставлю на рабочую систему, посему особо не тороплюсь. На настоящий момент сам ubilling стал нормально, за исключением см. выше пост. Система - чистая слака 12.1, все штатное. Правда в процессе ковыряния проблемы с пхп пришлось несколько иксовых либ поставить - gd ругался.

 

Пока три, не совсем понятных мне момента:

1. Автоматически не считываются классы трафика и направления. Вбил в ручную.

2. Почему-то в списке онлайн не указывается ФИО и адрес клиентов.

3. Как добавить обычного пользователя биллинга? В "Регистрация администратора" можно только поменять пароль текущему администратору. Пробовал добавить пользователя "kassa" - в списке "Админы" не появляется.

Ссылка на сообщение
Поделиться на других сайтах
1. Автоматически не считываются классы трафика и направления. Вбил в ручную.

их неоткуда считывать - старгейзер хранит их в двух своих конфигах, можно было бы выдирать их из конфига напрямую но это не будет работать бай дефолт с 99% вероятностью поскольку /etc/stargazer никак не принадлежит к openbasedir а ломать настолько умолчальное секьюрити... я не чувствую за собой такого морального права. В общем класы трафика добавляються не каждый день и проще их добавить таки 1 раз при установке, о чем сказано здесь.

 

 

 

2. Почему-то в списке онлайн не указывается ФИО и адрес клиентов.

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

 

3. Как добавить обычного пользователя биллинга? В "Регистрация администратора" можно только поменять пароль текущему администратору.

Ubilling работает под правами только одного пользователя stargazer и собственно его не трогает, далее используется своя система пользователей. Добавляете пользователя kassa, назначаете ему нужные права в модуле "права администраторов" (тот что гроб на колесах), пользуетесь.

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

И тут внезапно релиз 0.0.9 rev 559

 

Промо видео

http://www.youtube.com/watch?v=ppxMvNcn7QY

(Тарантино рыдает кровавыми слезами глядя на это)

 

Список изменений:

 

* Новый модуль: "Типы дополнительных полей профиля"

* Новый модуль: "Отчет по трафику"

* Модуль "Отчет по работам": добавлена обработка событий отсутствия работников или выполненных работ

* Модуль "Профиль пользователя": отображение дополнительных полей если определены типы

* Модуль "Редактирование пользователя": отображение дополнительных полей если определены типы

* Изменилась структура БД, добавились таблицы cfitems,cftypes

* Дополнена локализация

 

 

Ссылка на скачку: http://stargazer.net.ua/ub.tgz

Инструкция по установке: http://wiki.stargaze...id=setupfreebsd

 

 

И да, чуть не забыл, переходим на темную сторону

post-4093-0-45842300-1351433490_thumb.png

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

Эммм, кто сказал? Вон люди героически используют/пытаються использовать.

Я конечно крайне фигово пишу, но умудриться родить категорически не кроссплатформенное решение на пхп это еще надо умудриться :)

Ссылка на сообщение
Поделиться на других сайтах
всё поднялось на 2-х дебианах и работает..вроде даж нормально..гг

Удивительное - рядом :rolleyes:

Кстати пресеты под линукс использовали идущие в комплекте?

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

использовали всё скрипты с коробки....ну и плюс свой фаер =)

 

опять небольшой вопросик...в конфигах нарезки скорости видно запросы к HTB, знач его надо ставить? =) тогда в вики про линуксы над добавить это...ибо нарезка скорости не происходит..это пока единая проблемка....

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

#!/bin/bash

# Inet
int_iface_up=eth0
#Users
int_iface_down=eth1

iptables -t mangle --flush

tc qdisc add dev $int_iface_down root handle 1: htb
tc class add dev $int_iface_down parent 1: classid 1:1 htb rate 100mbit ceil 100mbit

tc qdisc add dev $int_iface_up root handle 1: htb
tc class add dev $int_iface_up parent 1: classid 1:1 htb rate 100mbit ceil 100mbit

 

Этот скрипт запускаем до старта СТЖ, любим способом какой вам нравится.

Толи через rc.local, толи отдельным скриптом в /etc/init.d/

 

Сорь за столь поздний визит - в работе весь. )))

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

Небесный , ты тут спец по линуксам как я понял :D тут такой вопрос по нарезке

в линкуксах шейпят трафик создавая Ifb и заворачивая на него трафик , что мешает заворачивать трафик со всех интерфейсов на один ifb и и там делать шейп по IP ? получится двусторонний шейп одним правилом , тока я не знаю не получит ли заворот кишок пингвинчег от этого ... вроде в мылнице попробовал шейпило нормально , но 1 пользователь это легко .. а когда будет куча ....

Посоветуй как организовать шейп для ppp пользователей , сейчас у меня только в них загвоздка. работает переливом всего трафика на ifb в апскрипте интерфейса.. но стремно как то в продакшен это пускать

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

shaper.sh

 

Такое имя у скрипта, который я давал. Вот его и нужно стартовать до старта СТЖ.

 

запускали его до старта STG..не шейпит..

 

root@bill:/etc/stargazer# ./GetSpeed gl6512

 

2048

 

allconnect.log

2011.08.30 10:10:59 DISCONNECT: ID-1;LOGIN-gl6512;IP-192.168.20.2;CASH-98.225806

2011.08.30 10:11:19 CONNECT: ID-1;LOGIN-gl6512;IP-192.168.20.2;CASH-98.225806;SPEED-

2048;UPSPEED-

 

1024,MAC-48:5b:39:64:2d:63

2011.08.30 10:11:20 DISCONNECT: ID-1;LOGIN-gl6512;IP-192.168.20.2;CASH-98.225806

2011.08.30 10:12:21 CONNECT: ID-1;LOGIN-gl6512;IP-192.168.20.2;CASH-98.225806;SPEED-

2048;UPSPEED-

 

1024,MAC-48:5b:39:64:2d:63

2011.08.30 10:21:32 DISCONNECT: ID-1;LOGIN-gl6512;IP-192.168.20.2;CASH-98.225806

2011.08.30 10:21:52 CONNECT: ID-1;LOGIN-gl6512;IP-192.168.20.2;CASH-98.225806;SPEED-

2048;UPSPEED-

 

1024,MAC-48:5b:39:64:2d:63

2011.08.30 10:24:41 DISCONNECT: ID-1;LOGIN-gl6512;IP-192.168.20.2;CASH-98.225806

2011.08.30 10:27:01 CONNECT: ID-1;LOGIN-gl6512;IP-192.168.20.2;CASH-98.225806;SPEED-

2048;UPSPEED-

 

1024,MAC-48:5b:39:64:2d:63

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

я линуксоид, шейплю через tc :lol:

 

Небесный, аналогично, сначала стартуют 2 скрипта маркировка и шейпер, потом биллинг

Если это мне, то обрати внимание на "Посоветуй как организовать шейп для ppp пользователей". Тут могут оказатся пользователи с разными скоростями и с неизвестными заранее IP адресами

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

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

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

    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       

    • Від mac
      Здається, після оновлення 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') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від Zend
      Продам сабж.
      2 контроллера CA07336-C001, в каждом по одном интерфейсном модуле CA07336-C009 (2 x 1Gbps iSCSI)
      HDD: 24 x 900GB SAS 10K
      Исправен.
      С ним могу продать шкафчик того же вендора.
       
      Стоимость - $4000, торг
       


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