Перейти до

Ubilling + NAS на FreeBSD бортжурнал починаючого адміна


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

  • Відповіді 1,8k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вітаю Татко!   

Не так вже й багато   Ход коньом:   # cat /bin/clear_dhcpdlog #!/bin/sh /bin/echo > /var/log/dhcpd.log /usr/local/etc/rc.d/isc-dhcpd restart # chmod a+x /bin/clear_dhcpdlog # crontab -e

http://wiki.ubilling.net.ua/doku.php?id=userstats       Расист? http://wiki.ubilling.net.ua/doku.php?id=userstats

Posted Images

Опубліковано: (відредаговано)



<CompanyInfo>
<CompanyCode>'.ISP_CODE.'</CompanyCode>
<CompanyName>'.ISP_NAME.'</CompanyName>
</CompanyInfo>

мене попросили видалити з pbx_ReplySearch

 

<CompanyInfo>

<CompanyCode>блабла</CompanyCode>

<CompanyName>бла</CompanyName>

</CompanyInfo>

 

<CompanyName> не шлите это элемент, пожалуйтса. Этот параметр будет браться с наших настроек.

 

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

Кажуть що вроді як ок,  в останньому комміті.

[16:32:41]  да норм поки
[16:32:44]  сказали що все гуД

 

 

 

мене попросили видалити з pbx_ReplySearch

В їх мануалі  /Transfer/Data/ServiceGroup/DebtService/CompanyInfo/CompanyCode взагалі помічено як обовязковий елемент.

Короч я стомився.

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

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

 

Є шанс залити частинами?

чи нетратьте куме сили спускайтеся на доно :D

 

взагалі мене заплутав пункт прив'язки до мережі.

якщо у міграції вибираєм в яку мережу вливати юзерів а у дампі є кілька мереж воно влиється нормально?

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

фігня якась(

 

у дамп засунув дві підмережі 172.16.4.0/22

і                                                172.16.10.0/24

 

ваще маки не вливає(

 

з однією мережею вливає.

 

:facepalm: я в печалі.

 

хоч в кількох словах чому МАК не хоче мігрувати, де його посіпати мона?

 

мої побоювання відносно мережі справдились(

двоєчки то netid.

0b85fdc95277.jpg

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


multinet_change_mac($ip, $user['mac']); //переводим мак в нижній регістр, міняєм в нетхост, пишем лог
multinet_rebuild_all_handlers(); //перебудовуєм dhcp конфіг у моєму випадку, перезапуск dhcp

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

тай фактично вносить в любому регістрі до таблички нетхост, але не відображає в профлі користувача.

от би дебаг режим і подивитись поетапно, що куди і чому.

 

 

ой позитив 

поки рився в коді і вдумчиво читав, що куда наткнувся на debtors.php, і теж вдумчиво почитав

тепер у мене заповнена 47ма табличка  :)

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

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

вона відсутня у хріново мігрованих користувачів.







$nethost_q="SELECT * from `nethosts` WHERE `ip`='".$userip."'"; //  з якого переляку повертає порожній результат коли я бачу дані в табличці

з робочими користувачами вертає нормальний результат, тільки відмінності лишилося знайти



array (
0 =>
array (
'id' => '1041',
'netid' => '17',
'ip' => '172.16.4.2',
'mac' => 'd4:be:d9:4b:80:9b',
'option' => 'NULL',
),
)
Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
id            netid      ip                            mac                                option

156          2          172.16.5.6              dc:9f:db:00:d2:ba           NULL

157          2          172.16.5.7              00:24:01:bd:41:0c          NULL

158          2          172.16.5.8              00:15:6d:7c:fa:48           NULL

159          3          172.16.10.10         00:15:6d:69:5a:4c          NULL         

160          3          172.16.10.11          00:15:6d:b5:92:c8          NULL                  

161          3          172.16.10.12          00:15:6d:de:a2:c7          NULL

162          3          172.16.10.13          00:15:6d:5d:35:39          NULL

 

кусок нетхост

SELECT * from `nethosts` WHERE `ip`='172.16.5.6' відповідь є

SELECT * from `nethosts` WHERE `ip`='172.16.10.11' відповідь порожня 

SELECT * from `nethosts` WHERE `ip` like '172.16.10.11' відповідь порожня 

 

ЯК ТАКЕ МОЖЛИВО?? :blink:

яка різниця між даними  і запитами?

 

зарегав нового юзеря 

170    3    172.16.10.2    14:88:38:64:87:14 все гут з ним

 

aa8d44c3076e.jpg

309c7ce5b298.jpg

 

 

------------------------------------------------------------------------------------------------------------------------------

5cb4f98f3b35.jpg

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


SELECT *
FROM `nethosts`
WHERE `ip` LIKE '172.16.10.11%'

є  відповідь! мабудь пробіли.

 

з цею міграцією після коледжу перший раз в sql вдарився

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

'\n' в айпі був, остання колонка в *.csv

в основні базі яка імпортувалася  я маки перевів у нижній регістр і поставив останнім стовпцем.

от воно і заливалося, додаткові *.csv  вливалися успішно з \n і  получив трох танців з бубном.

 

Як там справи з privatx?

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

 

[16:32:41] да норм поки

[16:32:44] сказали що все гуД

 

до того є якась внятна документація чи триповерховий мат при озвучуванні якого в приваті поймуть, що за протокол в privatx реалізовано і ми зможемо зробити щоб 

сказали що все гуД

 

2 години триповерхових матів і воно таки поїхало.

достроїли  приватХ 

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

Довго мудрував як прокинути l2 тунель по ip між бздями, mikrotik EoIP костиль юзав, а воно під носом і просте як дві копійки.

man bridge 

The bridge can tunnel Ethernet across an IP internet using the EtherIP
protocol. This can be combined with ipsec(4) to provide an encrypted
connection. Create a gif(4) interface and set the local and remote IP
addresses for the tunnel, these are reversed on the remote bridge.

ifconfig gif0 create
ifconfig gif0 tunnel 1.2.3.4 5.6.7.8 up
ifconfig bridge0 create
ifconfig bridge0 addm fxp0 addm gif0 up
Ссылка на сообщение
Поделиться на других сайтах

Добрый день! При установке выдает ошибки на http://stargazer.net.ua/ , сайт не доступен. У всех так или только у меня?

Не, оно таки подохло. Разбираемся.

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

ха раді прикола юзнув моніторинг сигналу на мікротіку для рокета, і воно поїхало.

поки навіть рівно))

http://wiki.ubnt.com/SNMP_and_MRTG_Monitoring

тут дока по ubnt SNMP

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

Знаю - воно успішно і на нанобріджах, наностейшнах і паверстейшнах працює. Тільки тсссс... нікому не кажіть ;)

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
Тільки тсссс... нікому не кажіть

 

:D  піонер.нет і без того мозок виносить?

 

цікаво які ще є писанки тут зариті  :)

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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

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

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

    • Від 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
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від 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);  

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