polipay Issues with Polipay module

[Wisper TECH]

So I am setting up Prestashop with Polipay on one of our Servers (with Plesk). The Polipay module works on their own Sandbox, but doesn't seem to work on our Plesk or cPanel Servers and also doesn't seem to work on another cPanel Server (CloudLinux and LiteSpeed, which isn't our Server).

The common factors I can think of are:
CloudLinux
LiteSpeed
Polipay

I have gone through quite a bit of troubleshooting with the Polipay support staff, and even tried some things that haven't been suggested. Any help/ideas on what could be causing the issue would be great.

Going through the process and their code, it is meant to get a token for the transaction, but it is failing with the message below:
2018-04-11 11:21:47     Error   .015010 [NOTICE] [119.224.83.168:51866:HTTP2-5] [STDERR] Message => Authorization has been denied for this request.      Apache error

2018-04-11 11:21:47    Warning      .015158 [NOTICE] [119.224.83.168:51866:HTTP2-5] [STDERR] PHP Notice: Undefined variable: transactionToken in  /var/www/vhosts/usermaindomain/domain/modules/polipayment/lib/poli/poli.class.php  on line 165  Apache error

They have tested the credentials and they seem to work.

I have done some packet sniffing and our Server is communicating with their Amazon Server and back again fine, as far as I can tell.

SELinux is disabled on our 2 Servers (VM's on top of XenServer).

Versions of Prestashop used are:
1.7.3.0
1.7.3.1

Tried on both PHP 5.6, 7.0 and 7.1 and getting the same error on each one.

The Firewall shouldn't be blocking any of the outgoing traffic, but just in case, I tried adding their IP address to the Firewall.

I also tried disabling ModSecurity, and that didn't help.

Not sure where to go from here, apart from later when it's out of peak time and I have a bit more time to troubleshoot, to go ahead and switch back to Apache from LiteSpeed and test it again.

[Wisper TECH]

Further to the above testing, I have tried the process with Apache instead of LiteSpeed, and with Apache it was using Plesk version of PHP instead of the CloudLinux packages and it still produces the same error.

 

Here is the log of the entire process from loading the website to the checkout process (of course have changed the full paths for security reasons):

2018-04-24 09:49:34    Access    101.98.206.52    302    GET / HTTP/1.1        Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36    0    Apache SSL/TLS access
2018-04-24 09:49:35    Access    101.98.206.52    200    GET /index.php HTTP/1.1        Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36    8.33 K    Apache SSL/TLS access
2018-04-24 09:51:05    Access    101.98.206.52    200    GET /index.php?controller=cart&action=show HTTP/1.1   https://hammedgear.com/index.php  Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36    7.91 K    Apache SSL/TLS access
2018-04-24 09:51:14    Access    101.98.206.52    302    GET /index.php?controller=cart?action=show&checkout HTTP/1.1   https://hammedgear.com/index.php?controller=cart&action=show  Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36    0    Apache SSL/TLS access
2018-04-24 09:51:14    Access    101.98.206.52    200    GET /index.php?controller=order HTTP/1.1   https://hammedgear.com/index.php?controller=cart&action=show  Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36    9.9 K    Apache SSL/TLS access
2018-04-24 09:51:15    Warning            .398357 [NOTICE] [101.98.206.52:53245:HTTP2-5] [STDERR] PHP Notice: Undefined index: isFailed in /var/www/vhosts/mainaccount/domain/app/cache/prod/smarty/compile/0e/6d/ee/0e6deed7facfc5001874a5b8074de28735106743.module.iframe.tpl.php on line 28                Apache error
2018-04-24 09:51:15    Warning            .398538 [NOTICE] [101.98.206.52:53245:HTTP2-5] [STDERR] PHP Notice: Trying to get property of non-object in /var/www/vhosts/mainaccount/domain/app/cache/prod/smarty/compile/0e/6d/ee/0e6deed7facfc5001874a5b8074de28735106743.module.iframe.tpl.php on line 28                Apache error
2018-04-24 09:51:19    Access    101.98.206.52    302    GET /modules/polipayment/do_redirect.php HTTP/1.1   https://hammedgear.com/index.php?controller=order  Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36    0    Apache SSL/TLS access
2018-04-24 09:51:22    Error            .990298 [NOTICE] [101.98.206.52:53246:HTTP2-1] [STDERR] Message => Authorization has been denied for this request.                Apache error
2018-04-24 09:51:22    Warning            .990495 [NOTICE] [101.98.206.52:53246:HTTP2-1] [STDERR] PHP Notice: Undefined variable: transactionToken in /var/www/vhosts/mainaccount/domain/modules/polipayment/lib/poli/poli.class.php on line 165                Apache error

 

[Wisper TECH]

Wow... just wow! So after weeks of doing POLipay's job and sending them the below recap of what had been tried and tested:

*******************************************************

Servers:
CloudLinux 7 - Plesk and cPanel
CentOS 7 - Plesk
Ubuntu 16.04 - Plesk

Web Server software:
LiteSpeed
Apache - both FastCGI and FPM application
nginx - FPM application

PHP used:
5.6
7.0
7.1

Prestashop versions:
1.7.1.2
1.7.2.0
1.7.3.2

Web Browsers:
FireFox
Chrome
Opera

Using both the below:
$ch = curl_init("https://poliapi.apac.paywithpoli.com/api/Transaction/Initiate");
$ch = curl_init("https://poliapi.apac.paywithpoli.com/api/v2/Transaction/Initiate");

They all return the same error.

Surely there must be something wrong with *********'s account?

********* is wanting to have this sorted asap as she is wanting to launch the site fully.

*******************************************************

 

This was their response:

 

*******************************************************

Further to our brief conversation today it appears we have ongoing and unexplained issues with your POLi implementation. In this regard I am advising that we are not able to provide further support. 

 

I am happy to discuss this further with you at a convenient time, I suggest we pick up the conversation on Monday.

*******************************************************

 

I called them and talked to one of their front line staff who said they would escalate the issue again. I didn't get a call back.

 

Now I know this might be an isolated case, but I refuse to believe that this is the only case ever of this happening. Prestashop has been reinstalled cleanly so many times, and POLipay still doesn't work.

 

I also know they can't spend to many resources on one case, but there has to be some issue here that they are willing to admit is a fault with their plugin, or if not, they should know what is causing it.

 

One of the last tests I did produced a slightly more informative log entry:

2018-05-09 00:00:15    Error    21904#0: *321 FastCGI sent in stderr: "PHP message: Message => Authorization has been denied for this request" while reading response header from upstream                nginx error

 

I haven't received one bit of information about what setup they had for their sandbox (OS, Control Panel etc. which apparently worked), so the experience hasn't been helpful. Has anyone else had this or a similar issue?

 

Cheers