Перейти до

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


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

Опубліковано: (відредаговано)
Ага. Плюс нагадую - там ще опції керування тим всім є, типу OPENPAYZ_REALID.

тут дирка а не знання що з тим робити.

попробую поритись в коді, може щось просвітліє.

Благо Ваш код четабельний, навіть я щось  розумію.

Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 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

попався мені в руки Fujitsu-Siemens Futro S400

проц 1 ггц

живлення 12В,CF 8G, 1G DDR, двоголовий інтел

x64 невміє( прийшлось насилувати rscriptd щоб став на i386

знасилував, стало, навіть паше :P

(руцями софт з портів поставив, в настройці autosetup.sh вліпив PORT, коли поставив  додивився, що мона було вмазати SRC і в автоматичному режимі ото пішлоб)

тестую і на бойову!

від нього вимагається тримання +-50 рил прокачка +- 30мег.

подивлюся що воно може.

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

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

 

Ага. Плюс нагадую - там ще опції керування тим всім є, типу OPENPAYZ_REALID.

тут дирка а не знання що з тим робити.

попробую поритись в коді, може щось просвітліє.

Благо Ваш код четабельний, навіть я щось  розумію.

 

можете собі виколупати/потестити з CURRENT 0.6.0 rev 3853

Осьо: https://github.com/nightflyza/Ubilling/blob/master/modules/general/turbosms/index.php

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

 

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

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

 

возився з отим фуджіком, як воно все довго на CF ставить((

 

тестую ...

нагрузка 8-9 мег, пінг  вилітає через ноього з 1мс до 300

проц нагружений 10%

думаю де вузьке місце

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


netstat -I em0 -w 1
 packets  errs idrops      bytes    packets  errs      bytes colls
         0     0     0          0          0     0          0     0
         0     0     0          0          0     0        124     0
         0     0     0          0          0     0          0     0
        39     0     0       2630        106     0       5267     3
        15     0     0       1056          6     0        622     0
        35     0     0       2798         21     0       2298     0
        63     0     0       8022         29     0      12137     0
        77     0     0       5586         85     0      84852    10
        98     0     0       8465        103     0      93318    48
        72     0     0       6075         73     0      85129     5
        81     0     0       5473        139     0     194844    44
       135     0     0      10125        220     0     299106    66
       194     0     0      17201        230     0     250176    98
       120     0     0      12257        179     0     135379    27
        89     0     0       5924        132     0     140112    95
       116     0     0       9922        121     0     126719    33
       247     0     0      16532        331     0     459866    74
       318     0     0      21141        471     0     672576   223
       301     0     0      19745        318     0     440406   150
       326     0     0      21381        365     0     512022   103
       361     0     0      23660        433     0     610035   273




пінг на клієнта через навісний  PCI em0 під  нагрузков

PING 172.16.22.2 (172.16.22.2): 56 data bytes
64 bytes from 172.16.22.2: icmp_seq=0 ttl=128 time=0.755 ms
64 bytes from 172.16.22.2: icmp_seq=1 ttl=128 time=163.121 ms
64 bytes from 172.16.22.2: icmp_seq=2 ttl=128 time=128.109 ms
64 bytes from 172.16.22.2: icmp_seq=3 ttl=128 time=18.816 ms
64 bytes from 172.16.22.2: icmp_seq=4 ttl=128 time=53.066 ms
64 bytes from 172.16.22.2: icmp_seq=5 ttl=128 time=240.197 ms
 netstat -I re0 -w 1
            input          (re0)           output
   packets  errs idrops      bytes    packets  errs      bytes colls
       644     0     0     939427        382     0      24663     0
       644     0     0     940942        558     0      35366     0
       550     0     0     795587        596     0      37746     0
       503     0     0     728579        524     0      33667     0
       346     0     0     493955        271     0      17471     0
       549     0     0     801970        471     0      44591     0
       610     0     0     886195        572     0      35609     0
       688     0     0    1006807        450     0      29816     0
       617     0     0     902167        478     0      29919     0
       735     0     0    1074395        541     0      34579     0
       631     0     0     918012        377     0      24535     0

в цей час пінг на default gateway 

через вбудований re0

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.889 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.263 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.890 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.516 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.133 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.737 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.350 ms

проблема  в em0 схоже

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
можете собі виколупати/потестити з CURRENT 0.6.0 rev 3853

вчора  невстиг сьогодні  CURRENT пусто)

 

закопіпастив з https://github.com/n...bosms/index.php

 

ніби розіслало

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

Доброго дня. Тестимо роботу openpayz з приватом по новому протоколу. Проблема в тому, що при запросі опенпейз вертає пусту відповідь, а вот в дев режимі робить... Відповідно зв’язка відпрацьовує, а вот чого post із ззовні не робить не ясно. Для справки білінг піднято інсталлером на  apache 22. Дякую за будь-яку допомогу.

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

 

такеж було, запит неправильний прилітає, на мозілу ставив https://code.google.com/p/poster-extension/, який дозволяє редагувати запити, Вам кидають запит, ви його в мозілу і дивитесь, що там у вас.

методи їм розкажіть які у нас реалізовано

 

ReplySearch

ReplyCheck

ReplyPayment

 

піся того як я написав  в ПБ осьце

bill_identifier спробуйте поміняти на billIdentifier в xml

 

 

запит почав вертати не порожню відповідь.

але я не ванга і що там вам шлють незнаю, пишу,що у мене були за бяки :)

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

 

Проблема в тому, що при запросі опенпейз вертає пусту відповідь

 

такеж було, запит неправильний прилітає, на мозілу ставив https://code.google.com/p/poster-extension/, який дозволяє редагувати запити, Вам кидають запит, ви його в мозілу і дивитесь, що там у вас.

методи їм розкажіть які у нас реалізовано

 

ReplySearch

ReplyCheck

ReplyPayment

 

піся того як я написав  в ПБ осьце

bill_identifier спробуйте поміняти на billIdentifier в xml

 

 

запит почав вертати не порожню відповідь.

але я не ванга і що там вам шлють незнаю, пишу,що у мене були за бяки :)

 

Дякую зараз спробую.

Ссылка на сообщение
Поделиться на других сайтах
піся того як я написав в ПБ осьце Цитата bill_identifier спробуйте поміняти на billIdentifier в xml

Приват запит так і шле... Проблема десь інакше зарита...

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

відкрийте браузером що вам відповідає фронтенд

вам мають слати щось типу 



<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Transfer xmlns="http://debt.privatbank.ua/Transfer" action="Search" interface="Debt">
    <Data xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="Payer">
        <Unit name="billIdentifier" value="ВАШ_ТЕСТОВИЙ_ID"/>
    </Data>
</Transfer>

ваша відповідь 



<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
                    <Transfer xmlns="http://debt.privatbank.ua/Transfer" interface="Debt" action="Search">
                    <Data xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="DebtPack" billPeriod="201409">
                    <PayerInfo billIdentifier="ВАШ_ТЕСТОВИЙ_ID">
                     <Fio>СПРАВЖНІЙ ТЕСТОВИЙ КОРИСТУВАЧ!</Fio>
                     <Phone>0977********</Phone>
                     <Address>АДРЕС ВАШОГО ТЕСТОВОГО КОРИСТУВАЧА</Address>
                    </PayerInfo>
                    <ServiceGroup>
                     <DebtService  serviceCode="1" >
                        <CompanyInfo>
                         <CompanyCode>******</CompanyCode>
                        </CompanyInfo>
                        <DebtInfo>
                         <Balance>0.01</Balance>
                        </DebtInfo>
                       <ServiceName>Internet</ServiceName>
                    </DebtService>
                    </ServiceGroup>
                    </Data>
                    </Transfer>|#]

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

 

очима подивіться в коді що і куди має попадати, що приходить, і чому немає відповіді.

 

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

другого разу практично за 30 хв все взлетіло, за винятком того що у ПБ тупили ще два дні :D

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

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

 

 

 

вот на цему затик... відповідь: Not Found

Але ж в дебаг режимі все гуд... Можливо де в апачі який затик, що він відповіді не вертає?

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

Та тут і не кусками ніби..

 

<Transfer xmlns="http://debt.privatbank.ua/Transfer" action="Search" interface="Debt">
<Data xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="Payer">
<Unit name="billIdentifier" value="34"/>
</Data>
</Transfer>

вот запити які шле мені приват... Відповідь він получає: Not Found

Якщо ж я беру ці запити кидаю в debug.xml  і включаю дебаг режим в index.php то в мене коректно показує всі дані користувача, якось так:

 

Пупкін Шурік Дебагович 911

Тестова 12isptov ISP Name 0 Internet
Ссылка на сообщение
Поделиться на других сайтах

 

 

Not Found

такого  фронтенд говорити неуміє

https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/privatx/index.php

уміє

//Исключения
26 define('PBX_EX_NOT_FOUND', 'Абонент не найден');
27 define('PBX_EX_DUPLICATE', 'Дублирование платежа');

може привату ваш апач каже error 404  - Not Found? 

пробую вангувати, бо з браузера таки відповіді непобачив.

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

 

 

може привату ваш апач каже error 404 - Not Found? пробую вангувати, бо з браузера таки відповіді непобачив.

Так , Ви дійсно праві видає 404 помилку коли приват стукає...

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

у мене таки получаэться вангувати троха!

  :o  ой в армію заберуть  :ph34r:

ну думаю ви зрозуміли в чому проблема?

віртуал хост/аліас (отой який Ви давали в анкеті) тре збацати на фронтенд  з ssl і доступом по сертифікату - так як хоче приват

ви ж сертифікати нагенерили і упакували щось в той key.p12

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

 

Так , Ви дійсно праві видає 404 помилку коли приват стукає...

у мене таки получаэться вангувати троха!

  :o  ой в армію заберуть  :ph34r:

ну думаю ви зрозуміли в чому проблема?

віртуал хост/ аліас тре збацати на фронтенд  (отой який Ви давали в анкеті)з ssl і доступом по сертифікату - так як хоче приват

ви ж сертифікати нагенерили і упакували щось в той key.p12

 

Так я *.crt перепакував на *.pfx з паролем і скинув привату... на фронтенд ж не вкидав цей *.pfx ,а оставив *.crt... То мені на фронтенд замінити сертифікат на той що перепакував??? 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
Так я *.crt перепакував на *.pfx з паролем і скинув привату... на фронтенд ж не вкидав цей *.pfx ,а оставив *.crt... То мені на фронтенд замінити сертифікат на той що перепакував??? 

я ніфіга непоняв

в приваті є чітка вимога сертивікат в форматі *.p12 а не ото шо ви там намалювали

в неті є хаутушки по цій темі, у мене ніякого бажання  немає вам ото все сюда копіпастити

на вихлопі у вас має вийти client1.p12 запаролений, ви його берете і  ставите на свій браузерь, з цього браузера лометесь на сторінку і на неї попадаєте.

без сертифікату вам має казати 





Forbidden

You don't have permission to access /...privatx.../ on this server.

тоді все ок, шлете цей сертифікат і посилання на фронтенд в ПБ.

все.

 

а і ще!

класно б було купити хоч якийсь самий дешевий домен за 50грн/рік і прив'язати до піпішки білінга.

ато несолідно прову підключати банк онлайн і без домену B)

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

сразу извиняюсь, может уже спрашивали. 

завел новый NAS mikrotik ver.6.20, при создании пользователя выбираю город, улицу, номер дома, сервис - соответствующий nas mikrotik 6.20, нажимаю сохранить и тишина.. через время вываливается  Fatal error: Maximum execution time of 30 seconds exceeded in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 709

если все тоже делаю только указываю NAS с mikrotik ver. 5.xx то все создается нормально. В чем может быть проблема?

ubilling 0.5.9 rev 3840

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

 

 

В чем может быть проблема?

що в логах?

наприклад

/var/stargazer/allconnect.log

/var/log/stargazer.log

 

 

 

usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 709

https://github.com/nightflyza/Ubilling/blob/master/api/libs/api.networking.php#L709

тут у нас генерація платіжного ідентифікатора з IP адреси

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

 

Так я *.crt перепакував на *.pfx з паролем і скинув привату... на фронтенд ж не вкидав цей *.pfx ,а оставив *.crt... То мені на фронтенд замінити сертифікат на той що перепакував??? 

я ніфіга непоняв

в приваті є чітка вимога сертивікат в форматі *.p12 а не ото шо ви там намалювали

в неті є хаутушки по цій темі, у мене ніякого бажання  немає вам ото все сюда копіпастити

на вихлопі у вас має вийти client1.p12 запаролений, ви його берете і  ставите на свій браузерь, з цього браузера лометесь на сторінку і на неї попадаєте.

без сертифікату вам має казати 





Forbidden

You don't have permission to access /...privatx.../ on this server.

тоді все ок, шлете цей сертифікат і посилання на фронтенд в ПБ.

все.

 

а і ще!

класно б було купити хоч якийсь самий дешевий домен за 50грн/рік і прив'язати до піпішки білінга.

ато несолідно прову підключати банк онлайн і без домену B)

 

Дякую за поради. Смисл поняв і в чому моя проблема, що не працює думаю тоже. Якщо то відпишуся

P.S. Домен є і *.pfx це той самий *.p12 ;)

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від 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);  
    • Від Zend
      Продам сабж.
      2 контроллера CA07336-C001, в каждом по одном интерфейсном модуле CA07336-C009 (2 x 1Gbps iSCSI)
      HDD: 24 x 900GB SAS 10K
      Исправен.
      С ним могу продать шкафчик того же вендора.
       
      Стоимость - $4000, торг
       


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