Перейти к содержимому

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


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

У пользователя отрицательный баланс. Поднимается 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. При включенном доступе в Интернет все пополняет без ошибки

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

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
 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Войти

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

Войти сейчас
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

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

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