Перейти до

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


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

Після кількох спроб поставити фрю і Убіллінг воно таки стало :)

може фрю нету качнув, качав з відси ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.3/FreeBSD-8.3-RELEASE-i386-dvd1.iso ,

може фря стає нечистива після

pkg_add -K -rf mc

хоча установка МС немалаб впливати на роботу UBinstaller х -зна, але мс я кожен раз ставив після установки фрі.

Може тому і получилося підняти все з N спроби.

З допомогою nightfly вроді все запрацювало як має бути.

http://local.com.ua/...т-dhcp3-server/

тут з поста №11 nightfly підказував, що де пнути щоб воно завелось (проблеми з DHCP сервером та НАТом)

Перші враження позитивні, думав на безкоштовні версіїї буде гірше.

Кидається в очі рівна нарізка після мікротіка (на мікротіку ставлю 2Мб Speedtest показує 1,8-1,9 а долбануті юзери допитуються де їх два мегабіти :blink: )

 

Зараз курю документацію, прикидаю як перейти на NAS+Ubilling з MikroTikа з мінімальною затратою часу на біганину по юзерах

їх у мене зараз аж 25 B) роздаю ДСЛ.

скажете нах мені взагалі білінг на них :blink: а мені цікаво)), то мій тераріум де я експеременти ставлю))

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

 

Думаю от про що, я до провайдера по PPPoE в інтернет хожу, і отримую кожен раз новий IP адрес.

(модем в роутер перелаштувати мона,але він важко переварює пакетне навантаження з 25 рил)

на фрясі НАТ настроюється з використанням IP інтернету

${FwCMD} table 9 add 192.168.1.253
...
${FwCMD} add 6001 nat 1 ip from any to 192.168.1.253 via rl0

PPPoE динамічно мені видає адрес, покищо питання відкрите як це відстроїти

 

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

тіпа так

srcnat action=masquerade src-address=172.16.0.0/24

або нальоту втикати IP в налаштування ipfw коли піднімається PPPoE до провайдера.

як зробити ще недогуглив.

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

pkg_add -K -rf mc

mc? п-ф-ф-ф

 

хоча установка МС немалаб впливати на роботу UBinstaller х -зна, але мс я кожен раз ставив після установки фрі.

Там в депенденсах, чорт зна шо може підтягуватись - тому да, вже нечестива. Ви її осквернили. Зараз откровення Іоана Богослова почну цитувати.

 

або нальоту втикати IP в налаштування ipfw коли піднімається PPPoE до провайдера.

Підоймати NAT по імені інтерфейсу і масці з пулу аплінка - нє?

 

Зараз курю документацію, прикидаю як перейти на NAS+Ubilling з MikroTik з мінімальною затратою часу на біганину по юзерах

Можу дати хорошу безкоштовну пораду - розглядати мікротіки просто як L2 транспорт рівня доступу, а не як NAS. Це ліквідує порядку 95% концептуальних проблем в подальшому.

Ссылка на сообщение
Поделиться на других сайтах
Там в депенденсах, чорт зна шо може підтягуватись - тому да, вже нечестива. Ви її осквернили. Зараз откровення Іоана Богослова почну цитувати.

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

Це тестова установка пощупати, що де як ставиться, як відстроїти. Кінцевий варіант все як треба поставлю ;)

 

 

Підоймати NAT по імені інтерфейсу і масці з пулу аплінка - нє?

та ЙО!

Ви часом не з ІваноФранківщини?

 

розглядати мікротіки просто як L2 транспорт

Мікротік стоїть на тачці куди я фрю з убілінгом засунути хочу, а мікторік на пенсію.

зараз є половина юзерів де ІР забитий руцями тому, що коли я ставив експеременти над мікротіком і мережею в цілому то після них по DHCP 1-2 юзера адресу не получали :rolleyes:.

можна на фрі на інтерфейс локалки повісити мій IP, в firewall.conf зробити так

 

# default block policy
#${FwCMD} add 65533 deny all from table\(2\) to any via nfe0
#${FwCMD} add 65534 deny all from any to table\(2\) via nfe0
#${FwCMD} add 65535 allow all from any to any

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

але чи буде коректно усе працювати у юзерів де ІР забитий руцями після ??

# default block policy
${FwCMD} add 65533 deny all from table\(2\) to any via nfe0
${FwCMD} add 65534 deny all from any to table\(2\) via nfe0
${FwCMD} add 65535 allow all from any to any

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

Ви часом не з ІваноФранківщини?

а шо, фист видко? :lol:

 

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

яке відношення фаєр має до виловлювання MACів?

 

Хінт. В кінець /etc/syslog.conf вписуємо в кінець

 

!dhcpd
*.*			   /var/log/dhcpd.log

 

після чого робимо

# touch /var/log/dhcpd.log
# /usr/local/etc/rc.d/isc-dhcpd restart
# /etc/rc.d/syslogd restart

 

і в alter.ini виставляємо NMLEASES так;

 

NMLEASES=/var/log/dhcpd.log

 

Зручна вибиралка і виловлювалка MAC для того і існує.

 

але чи буде коректно усе працювати у юзерів де ІР забитий руцями після ??

А чому б і ні? Ну хіба б самі собі налаштували dhcp snooping.

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

:) свяченої водички приніс, фрю посвятив, куті попробував, морда довольна, мож і в консолі поковирятись :)

а шо, фист видко?

як то кажуть земляк земляка бачить з далека, з Коломийського коледжу компутерних наук занайомих немає?

яке відношення фаєр має до виловлювання MACів?

фаєр має дурну звичку невідомі маки в інет непускати, а юзери без інтернету мають дурну звичку звонити мені і розказувати як вони менне тоді "люблять" :D

Ссылка на сообщение
Поделиться на других сайтах
як то кажуть земляк земляка бачить з далека, з Коломийського коледжу компутерних наук занайомих немає?

пробігають інколи :)

 

фаєр має дурну звичку невідомі маки в інет непускати

п-ф-ф-ф, головне цього більше ні при кому в голос не кажіть. Зирніть в arp -a краще.

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

:blink: Ваша школа

Интерфейс где живут пользователи - em0

...

Следует также заметить что по умолчанию будет использована политика блокирования всех неизвестных из подсети 172.16.0.0/24 на интерфейсе em0 - не поленитесь подумать над этим до перезагрузки и заглянуть по этому поводу в /etc/firewall.conf

я думав треба зробити так:

# default block policy
#${FwCMD} add 65533 deny all from table\(2\) to any via nfe0
#${FwCMD} add 65534 deny all from any to table\(2\) via nfe0
#${FwCMD} add 65535 allow all from any to any

щоб не була "использована политика блокирования всех неизвестных из подсети 172.16.0.0/24"

Ссылка на сообщение
Поделиться на других сайтах
щоб не була "использована политика блокирования всех неизвестных из подсети 172.16.0.0/24"

Так і є. Тільки я не розумію яким місцем у вас співвідносяться блокування 172.16.0.0/24 і невідомих-відомих MAC фаєром(!).

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

:) недопечатка

пускаю всіх в нет без фаервола

принаймі мій НЕзареганий в білінгу ноут так пустило!

(небуду я сутками біля компа сидіти поки хтось захоче в нет зайти і мені позвонить щоб його реганути)

вони в нет ходити будуть, а я тим часом їх порегаю.

після реєєстраціїї всіх, фаервол врубаю.

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

Ота штука бомба! обовязково прикручу пізніше, але у моєму випадку треба буде

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

в мережі може бути три види машин

1 відомі з позитивним балансом - пускати в інтернет

2 відомі з нульвим балансом - переадресація в кабінет по кредит))

3 невідомі - переадресація на оту штуку http://wiki.ubilling...doku.php?id=uhw

або невідомим http://wiki.ubilling...u.php?id=sigreq таку шнягу показати з відкритим WI-FI :rolleyes:

ну то уже як кому до смаку.

з пунктом 1 і 3 все ясно а що відбувається коли у юзера закінчились гроші,юзер заморожений чи відключений?

 

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

по документаціїї пройшовся на цю тему нічого не накопав

 

PS дякую що підправили боТРжурнал :facepalm:

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

прикрутив оту штуку

штука хороша

нюанси використання

 

firewall.conf

# default block policy
#${FwCMD} add 65533 deny all from table\(2\) to any via nfe0
#${FwCMD} add 65534 deny all from any to table\(2\) via nfe0
#${FwCMD} add 65535 allow all from any to any

інакше переадресаціїї невідбувається, на 172.30.0.1/uhw/ пускає, але сам юзер туда непопаде

ну block policy вроді і не потрібно бо всі невідомі будуть іти на 172.30.0.Х звідки доступу до нету немає, але получається дира куди юзер з прямими руками залізе шляхом забивання ІР і шлюзу у свою тачку руками, і попаде він прямо в рай бо на ньго там не будуть діяти шейпера і не буде вестися статистика :angry: .

 

з адмінки МАСа невидно поки юзер не спробує увести кривий пароль і зразу це видно у спробах перебору Звіти->UHW .

у невідомих МАСах його немає.

ну тут нічого страшного, в телефонному режимі це вирішується.

 

завороти привороти

таку адресу www.google.com.ua

завертає на ура.

на от таку шнягу

http://www.google.com.ua

або

www.google.com.ua/search?client=opera&q=%D0%B9%D1%86%D1%83&sourceid=opera&ie=utf-8&oe=utf-8&channel=suggest#hl=uk&client=opera&hs=M4q&tbo=d&channel=suggest&sclient=psy-ab&q=qwe&oq=qwe&gs_l=serp.3..0l2j0i10j0l7.6399.8986.1.10180.18.5.12.0.0.0.259.946.0j3j2.5.0...0.0...1c.1.I7sQkUN4A8A&psj=1&bav=on.2,or.r_gc.r_pw.r_qf.&bvm=bv.41248874,d.bGE&fp=f933bf3eca9e5945&biw=991&bih=642

 

видає 404 помилку

хоча про

.htaccess
ErrorDocument 404 /index.php

я незабув

 

для юзерів з забитим ІР руцями неактуально, вони UHW непобачать, зато попадут в рай без обмежень на трафік))

 

//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

після

Хінт. В кінець /etc/syslog.conf вписуємо в кінець

 

!dhcpd

*.* /var/log/dhcpd.log

 

після чого робимо

# touch /var/log/dhcpd.log

# /usr/local/etc/rc.d/isc-dhcpd restart

# /etc/rc.d/syslogd restart

 

і в alter.ini виставляємо NMLEASES так;

 

NMLEASES=/var/log/dhcpd.log

 

МАС з'явився в невідомих адресах

 

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

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

php_flag engine On
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.html [L,QSA]

 

переадресація паше на ура кудаб юзер не сунувся)

хром то довго крутит, опера за пару сек перекидає на заглушку

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

фігово прикрутили

 

але получається дира куди юзер з прямими руками залізе шляхом забивання ІР і шлюзу у свою тачку руками, і попаде він прямо в рай бо на ньго там не будуть діяти шейпера і не буде вестися статистика :angry: .

уміляюсь, обгрунтуйте

 

з адмінки МАСа невидно поки юзер не спробує увести кривий пароль і зразу це видно у спробах перебору Звіти->UHW .

фігово прикрутили

 

у невідомих МАСах його немає.

точно фігово

 

видає 404 помилку

хоча про

фігово прочитали доку

 

для юзерів з забитим ІР руцями неактуально, вони UHW непобачать, зато попадут в рай без обмежень на трафік))

хотів би побачити того мудлана, який підмережу "невідомих абонентів" мало того, що не зробить deny via ifaceout а щей своїми ж руками в табличку під NAT додасть.

 

МАС з'явився в невідомих адресах

я ж казав шо фігово прикрутили

 

переадресація паше на ура кудаб юзер не сунувся)

"Фігово прикрутили" - залишається в силі. Звідки блін взявся index.html? Відки ці всі збочення? Чому замість того аби прочитати уважно пів екрана детального мануала, виходячи з якого це рішення працює вже в кількох сотень нормальних провайдерів вас тягне на якісь не зрозумілі збочення? Чому я це все запитую? :(

 

P.S. Наступила неделя кентавра "забили на чтение документации" - все юниты получили +14 к "фигово прикрутитили".

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

post-4093-0-45906200-1359717518.jpg

все з початку і попорядку ...

 

все паше!

моє

"Фігово прикрутили" - залишається в силі. Звідки блін взявся index.html?

:blink: /usr/local/www/apache22/data/ стоїть index.html

в

.htaccess

ErrorDocument 404 /index.php

тому все тормозило!.

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

Вчимось читати разом:

 

4. Устанавливаем Javascript редирект с умолчательного VirtualHost на URL где расположен UHW в /usr/local/www/apache22/data/index.php:

 

DirectoryIndex ще ніхто не відміняв.

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

точно :D

я подивився індекс - індекс на розширення не звернув уваги

і от вагон гемору :facepalm:

 

DirectoryIndex ще ніхто не відміняв.

про нього ще треба занти :rolleyes:

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

 

це моя перша фря в житті доведена до чогось путного своїми руками

звичайно не без Вашої допомоги! без якої мабуть таки б і не була нікуди доведена.

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

Q: Как позволить доступ абонентам в кабинет пользователя по окончанию денежных средств?

A: Загляните в /etc/firewall.conf

 

:mellow:

подивився - ніфіга на мудрі думки не наводить.

 

глянув

ipfw table all list

 

потім замутив одному юзеру денеги з мінусом і знову ipfw table all list

 

адрес з мінусом в 47 табличці :)

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

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

облом

після ребуту сервера табличка 47 чиста(

чому чиста непоняв.

 

 

питання:

в якому місці перевіряється Cash<Credit?

я б зробив в OnConnect, після (Cash<Credit)=true зразуж OnDisconnect і юзер попадає в табличку 47.

 

і при яких умовах сіпає OnConnect та OnDisconnect?

 

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

і відправляти його в кабінет.

 

типа так

ipfw add 5 fwd кабінет_юзера,80 ip from table(47) to not me dst-port 80

 

а укабінеті уже розказати по чому в нас помідори інтернет :D

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

усе складне насправді просте! якщо в нього вїхати :)

Q: Как позволить доступ абонентам в кабинет пользователя по окончанию денежных средств?

A: Загляните в /etc/firewall.conf

 

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

 

cat /etc/firewall.conf
#!/bin/sh
# firewall command
FwCMD="/sbin/ipfw -q"
${FwCMD} -f flush
# Networks define
${FwCMD} table 2 add 172.16.0.0/24
${FwCMD} table 9 add 192.168.1.253
#NAT
${FwCMD} nat 1 config log if rl0 reset same_ports
${FwCMD} add 6000 nat 1 ip from table\(2\) to not table\(9\) via rl0
${FwCMD} add 6001 nat 1 ip from any to 192.168.1.253 via rl0

#Shaper - table 4 download speed, table 3 - upload speed
${FwCMD} add 12001 pipe tablearg ip from any to table\(4\) via nfe0 out
${FwCMD} add 12000 pipe tablearg ip from table\(3\) to any via nfe0 in

#unknown users redirect UHW
${FwCMD} add 5 fwd 127.0.0.1,80 ip from 172.32.0.0/20 to not me dst-port 80

# переадресація усіх на заглушку крім нормальних пацанів з баблом на рахунку
# PS. білінг нормальних пацанів у табличці 3 тримає
${FwCMD} add 65532 fwd 127.0.0.1,81 ip from not table\(3\) to not me dst-port 80

# default block policy
#${FwCMD} add 65533 deny all from table\(2\) to any via nfe0
#${FwCMD} add 65534 deny all from any to table\(2\) via nfe0
${FwCMD} add 65535 allow all from any to any

Ссылка на сообщение
Поделиться на других сайтах
А никто кстати не запрещает поднять себе отдельный VirtualHost для этого сервиса, скажем uhw.isp и прописать его себе в локальную зону

точно необхідна штука!

Після відовс HOSTа і мікротіка post-4093-0-40312700-1359717564.jpg

я відкрив /etc/namedb/named.conf :blink: о_О

згадав Сократа "я знаю, що нічого незнаю", згадав коледж незлим тихим словом, закрив.

Але то штука необхідна, треба роздупляти, почитав ВИКИ толком ніфіга непоняв(, погуглив

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

прикрутив uhw.isp, my.kabinet.isp, admin.isp на 172.16.0.1

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

печенька буде у вигляді вчаснопринесеної абонплати коли мережу на Убойний білінг переведу.

а покищо копаюся по доках що би ще прикрутити.

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

Затик з юзером у якого забитий IP руками.Мак юзера у білінгу НЕ видно(видно тільки тих у кого в налаштуваннях мережевої стоїть получити адрес автоматом!), що не дивно вони ж до dhcp не стукають.

NMLEASES=/var/log/dhcpd.log

Забиваю мак руками, після прив'язки IP з пулу юзер конечно в інтернет не попадає, (припустим у нього руцями забито 172.16.0.36 маска, шлюз і днс теж забиті вірно), з пулу на мак юзера видається перший вільний ІР і він получає не 172.16.0.36 а 172.16.0.2

в фаєрі в табличку 3 і 4 забивається 172.16.0.2 і відповідно юзер з своїм 172.16.0.36 у прольоті.

Умоєму випадку я з ARP витягну руцями з 10-15 ІР-шок.в

alter.ini SAFE_REGMODE 0, дальше руцями заб'ю кожному його іp як у ARP.

булоб добре при зміні ІР пропонувати залишити той, що уже є в юзера+ новий з пулу.

Ссылка на сообщение
Поделиться на других сайтах
Затик з юзером у якого забитий IP руками.

Свиню в селі "забивають" - а юзеру присвоюється відповідна основна IP адреса ассоційована до конкретного "nethost"

 

Мак юзера у білінгу видно

З якого NMLEASES "його видно"?

 

після прив'язки IP з пулу юзер конечно в інтернет не попадає

Козу під деревом "привязують" а конкретний nethost ассоціюється до мережі крізь політику сервісів

 

(припустим у нього руцями забито 172.16.0.36 маска, шлюз і днс теж забиті вірно)

Значить про нього не має бути згадок в dhcpd.log як мінімум

 

з пулу на мак юзера видається перший вільний ІР і він получає не 172.16.0.36 а 172.16.0.2

поняття не маю що за "пули" - в Ubilling такого немає

 

в фаєрі в табличку 3 і 4 забивається 172.16.0.2 і відповідно юзер з своїм 172.16.0.36 у прольоті.

Також в сусідньому селі "забивається" котрась інша свиня, а в таблички 3 та 4 зі скриптів ініціалізації користувача потрапляє саме та адреса, яка присвоєна йому в Ubilling.

 

в alter.ini SAFE_REGMODE 0, дальше руцями заб'ю кожному його іp як у ARP.

А, це така опція про яку в трьох місцях в документації сказано, що вона є категорично небезпечною? Є доречі, ще одна така цікава опція - CRM_MODE=1 - вона теж настільки ж небезпечна і дозволяє вручну налажати де тільки можна - з айпішками в тому ж числі.

 

булоб добре при зміні ІР пропонувати залишити той, що уже є в юзера+ новий з пулу.

В FAQ чітко сказано, що ми думаємо про "фігурне" вигадування айпішок.

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

Бачив, але бігати по селі і переналаштовувати марежеві, роутери і т.п. бажання немає

до мене вони через ВІ-ФІ з'єднані.

 

Значить про нього не має бути згадок в dhcpd.log як мінімум

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

 

поняття не маю що за "пули" - в Ubilling такого немає

Ви придумали нову назву для діапазону IP адрес?

 

у NMLEASES можна вказати два місця звідки витягувати невідомі ІР?

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від 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, торг
       

    • Від Dilan
      Собственно ищу кто сделает такую связку с нуля под ключ. Тз высылаю в личку. Заранее спасибо.

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