Jump to content

Liqpay для пользователя при отрицательном балансе?


Recommended Posts

У пользователя отрицательный баланс. Поднимается PPPoE сессия на FreeBSD и по правилам работает только локальный сайт и системы пополнения счета. В последнее время Liqpay переехал на много новых ип и я не знаю как мне разрешить всю процедуру процессинга снятия средств.

 

Сделал так:

 

 

 # PRIVATBANK + LIQPAY FREE ACCESS
${f} add 66 allow tcp from not "table(0)" to 217.117.64.0/20 dst-port 80,443
${f} add 67 allow tcp from not "table(0)" to 67.202.0.0/18 dst-port 80,443
${f} add 68 allow tcp from not "table(0)" to 107.21.64.0/18 dst-port 80,443
${f} add 69 allow tcp from not "table(0)" to 75.101.128.0/17 dst-port 80,443

 

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

Кто как вышел в данной ситуации?

 

 

p.s. При включенном доступе в Интернет все пополняет без ошибки

Edited by LENS
Link to post
Share on other sites

nslookup www.liqpay.com
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   www.liqpay.com
Address: 50.16.196.80
 

 

ну как вариант вот этот адрес еще добавить..

Link to post
Share on other sites
  • 10 months later...

Є невеличка трабла, бо вони постійно міняють ір-шки на www.liqpay.com

У мене працює така схема:

Пишемо список хостів у файл liqpay_hosts:

www.liqpay.com
ecommerce.liqpay.com
www.google-analytics.com
ssl.google-analytics.com
widget.siteheart.com
static.siteheart.com

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

Потім такий скрипт 

#!/bin/sh

ipfw table 15 flush
dig +short -f liqpay_hosts | grep '\([[:digit:]]\{1,3\}\.\)\{3\}[[:digit:]]\{1,3\}' | xargs -L1 ipfw table 15 add
 

Цей скрипт вносить ip адреси з хостів в таблицю

Десь в файрволі ставимо такі правила 

 

ipfw add 1600 allow ip from table 15 to any

ipfw add 1610 allow ip from any to table 15

 

І на завершення ставимо цей скрипт у крон.

 

P.S. Працює на FreeBSD з файрволом ipfw 

 

В браузері Opera показує що сертифікати неперевірені, бо опера перевіряє сертификати в центрах сертифікації 

Link to post
Share on other sites
  • 3 months later...

www.liqpay.com


static.liqpay.com


ecommerce.liqpay.com


fonts.googleapis.com


ajax.googleapis.com


themes.googleusercontent.com


www.google-analytics.com


google-analytics.com


ssl.google-analytics.com


widget.siteheart.com


static.siteheart.com


Link to post
Share on other sites

официально Liqpay не хочет предоставлять свои сети, видно боятся атак....

поэтому самый правильный выход, это сделать абонам кредит на 1 день

нажал "включить в кредит" и пополняй на здоровье....

иначе замахаетесь....

Link to post
Share on other sites
  • 6 months later...
  • 3 months later...

тоже интересно.   сейчас вот этого мало...

54.76.85.197/32 0
54.194.49.81/32 0
54.194.81.151/32 0
54.229.21.126/32 0
54.229.36.236/32 0
54.229.220.164/32 0
54.246.235.248/32 0
64.233.162.95/32 0
74.125.195.99/32 0
74.125.195.103/32 0
74.125.195.104/32 0
74.125.195.105/32 0
74.125.195.106/32 0
74.125.195.147/32 0
89.184.80.139/32 0
91.200.28.177/32 0
91.227.52.177/32 0
94.31.29.152/32 0
108.161.189.62/32 0
193.104.58.131/32 0
213.186.192.88/32 0
216.58.209.168/32 0
216.58.209.170/32 0
216.58.209.193/32 0
216.58.209.206/32 0
 
ну и в домене
 
www.liqpay.com
static.liqpay.com
ecommerce.liqpay.com
fonts.googleapis.com
ajax.googleapis.com
themes.googleusercontent.com
www.google-analytics.com
google-analytics.com
ssl.google-analytics.com
widget.siteheart.com
static.siteheart.com
24money.com.ua
lmi.paymaster.ua
merchant.webmoney.ru
ukrbuy.com
 
Link to post
Share on other sites

Оно через ж#пу у них работает, у некоторых пополняется при отрицательном у некоторых нет, приходится открывать в ручную.

Link to post
Share on other sites

спс конечно , но /32  это уже перебор , некоторые подсети можно было бы и по /24 , так как то для дальнейшей жизни проще  ...

Link to post
Share on other sites
  • 4 months later...

пару месяцев назад начали приходить от ликпея платежи на расчетный счет с такой формой назначения платежа "LIQPAY ID ХХХХХХХХ DATE 2015-ХХ-ХХ SOID ХХХХХХХХХХ"

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

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By ~AsmodeuS~
      Розщеплення платежів
      В нашу систему додається підтримка нового функціоналу платіжних систем під назвою «Розщеплення платежів»
      Список систем:
      — Liqpay
      — Приват
      — Easypay merchant
      — Easypay provider (скоро)
      — Portmone (скоро)
      — City24 (скоро)
      — iPay (скоро)
      Список підтримуваних платіжних може бути розширено в майбутньому.
      Уже доступно в release 1.30.00.
      Підтримується з Paysys V4.
    • By 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 та перевірю...
       

    • By a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • By 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);  
    • By FantoM_EscapE
      Хочу перенести свій білінг NODENY із фізичного сервера на віртуальний. Шукаю адміна який зможе допомогти у цьому питанні, так як нашого адміна банально призвали до війська. Вся схема на даний момент робоча, маю доступи до всього. Потрібно проінсталити на новішу версію FREEBSD, бо на моїй 10 річній вже не працюють нові SSL сертифікати. Кого зацікавила дана пропозиція - прошу у приватні повідомлення. обсудимо ціну і строки. або пишіть на будь-який месенджер 0677792091
×
×
  • Create New...