无法连接到主机输入服务器Uri = https://pilot-payflowpro.paypal.com:443

时间:2018-09-16 17:28:31

标签: paypal paypal-sandbox payflowpro

我花了最后一天半时间研究这个问题,但无济于事。我发现了许多类似的问题,但没有一个能完全解决我的问题。我正在尝试将Payflow Pro与透明重定向集成,但是无法成功完成交易。我正在使用具有测试Payflow Gateway帐户的测试环境。

我可以通过将以下内容从测试服务器发布到https://pilot-payflowpro.paypal.com来成功检索安全令牌:

  

PARTNER = [隐藏]&VENDOR = [隐藏]&USER = [隐藏]&PWD = [隐藏]&TRXTYPE = S&TENDER = C&CREATESECURETOKEN = Y&SECURETOKENID = 20180916085333999&URLMETHOD = POST&SILENTTRAN = TRUE&AMT = TO&BILL> = ILL&TILL&= =55511&BILLTOEMAIL=johndoe@test.com&USER1=3&USER2=&USER3=0&USER4=2

我收到以下答复:

  

RESULT = 0&SECURETOKEN = [隐藏]&SECURETOKENID = 20180916085333999&RESPMSG =已批准

注意:我已经使用PayPal Manager配置了返回URL,这就是为什么RETURNURL不包含在安全令牌请求中的原因。但是,我也尝试使用指定的RETURNURL,并且获得了相同的最终结果。

我使用来自安全令牌请求的结果来创建cc收集表单。我使用acct#5105105105105100输入测试信用卡的详细信息,然后将以下内容从浏览器直接发布到https://pilot-payflowlink.paypal.com

  

fund_id = 3&ACCT = 5105105105105100&CVV2 = 555&EXPMONTH = 01&EXPYEAR = 20&EXPDATE = 0120&SECURETOKENID = 20180916085333581&SECURETOKEN = [hiddenden]&feeTokenID = 20180916085333999&feeToken = [hidden]

响应已正确重定向到我在Payflow Manager服务设置中指定的“托管页面”错误URL。我的问题是我不明白为什么它会使用以下消息重定向到错误网址:

  

RESPMSG =无法连接到主机输入服务器Uri = https://pilot-payflowpro.paypal.com:443

注意:上面的值只是发送到错误页面的响应的一部分。其余的返回值包括我最初的安全令牌请求中的信息,我认为只有在错误消息中的链接建立了成功的连接后,才能返回该信息?

要清楚地说明问题:

  1. 当我第一次获得安全令牌时,我已经成功地从测试服务器连接到错误消息中指定的链接。
  2. 导致错误消息的帖子已从浏览器(在这种情况下,与我的测试服务器位于同一物理箱上)发送到https://pilot-payflowlink.paypal.com,而不是错误消息中指定的URL。 / li>
  3. 最后,该错误似乎是在Payflow流程中发生的-据我所知,在此过程中,此时不应从我的服务器或浏览器调用错误消息中的链接。我特别提到这是为了解决我发现的许多搜索结果,这些结果与该错误消息与PayPal对TLS1.2的要求有关,该要求已在我的服务器上正确配置(为完整性起见,我仍然提到TLS1.0已在我的测试服务器上启用,但由于不相关的原因而无法禁用它。尽管如此,我仍然能够成功连接以获取安全令牌,并且我的服务器在https://tlstest.paypal.com/处通过了PayPal自己的TLS测试)。

我应该提到,我还尝试在生产服务器上完成同一笔交易,仍然使用PayPal上的测试凭据和测试端点,结果完全相同。测试服务器还针对启用了TLS1.0的TLS1.2进行设置,并通过了PayPal的测试。

这个问题可能是使我全神贯注于精神错乱的一个问题,因此,我们将不胜感激!

2 个答案:

答案 0 :(得分:0)

禁用TLS1.0可以帮助其他人解决此问题。如果您仍然遇到问题,请联系PayPal的支持

答案 1 :(得分:0)

对于可能会发现此问题并同样感到沮丧的任何人,我想分享一下我能够通过创建一个新的Payflow Gateway测试帐户来解决该问题。

我花了大量时间在试错解决方案上,但没有成功,贝宝(PayPal)商家技术服务能够重现问题,但也找不到解决方案。最终,在尽可能简化了我的测试应用程序之后(手动填写并提交了两个基本的HTML表单),我得出的结论是我的测试帐户可能有问题。创建具有新凭据的新帐户,然后将其重新插入我的原始代码中,一切都将正常运行。

截至今天上午,贝宝MTS仍在继续研究该问题,因为其他人也报告了类似的问题。

对于其他有类似问题的人,值得注意的是,我现在能够在启用TLS 1.0的情况下完成事务。

相关问题