paypal - ColdFusion9 : Can't connect to PayPal Sandbox (classic NVP)

Question

服务器:Windows Server 2012冷聚变:9,0,1,274733更新级别:hf901-00011.jar在 java 版本上运行:1.7.0_79Java home 指向正确的路径。

所有证书(用于实时和沙盒)都导入到此 JDK 1.7.0_79 的 keystore 中。我已经对其进行了测试，重命名 cacerts 文件会导致在连接到实时 API 时出错。

使用 key 工具测试 cacerts 文件显示适当的证书已正确导入。

一个小订单应用程序提供使用 PayPal 付款。

第一步是使用“setExpressCheckout”方法连接到 PayPal。在 URL https://api-3t.paypal.com/nvp 使用 NVP 连接到实时 API工作并提供 token URL 字符串。在 URL https://api-3t.sandbox.paypal.com/nvp 使用 NVP 连接到沙箱 API失败并返回错误响应:

I/O Exception: peer not authenticated
Connection Failure
Unable to determine MIME type of file.
Connection Failure. Status code unavailable.

调用 URL https://api-3t.sandbox.paypal.com/nvp从服务器工作。

测试 1

• 为 api-3t.sandbox.paypal.com 导入沙盒证书
• 重启CF服务
• 连接测试因同样的错误而失败

测试 2

• 将 cacerts 文件重命名为 cacerts.bak
• 将 cacerts 文件从 jre1.8.0_31\lib\security 复制到 1.7.0_79\lib\security
• cacerts 文件中没有特定的 PayPal 证书
• 重启CF服务
• 与实时 API 的连接有效
• 与沙盒 api 的连接失败并出现相同的错误

奇怪的是，在使用 1.8xx cacerts 文件时，与实时 api 的连接无需将特定证书导入 keystore 即可工作。

我不明白为什么与沙箱的连接失败。也许我可以在这里得到新的提示？如果需要更多信息，请告诉我。提前谢谢你。

Answer 1

问题解决了!

Scott Jibben(参见他上面的评论)提到 PayPal 沙箱可能已经拒绝 TLS1 连接，以便即将在 PayPal live API 中进行更改。这是绝对正确的。但是在 CF11 中这不是问题，因为 CF11 及其 JRE 已经在使用 TLSv1.2，而 CF8-10 正在使用其 JRE 的默认协议(protocol)。如果不是，可以强制 CF 使用带有 JVM 参数的 TLSv1.2

-Dhttps.protocols=TLSv1.2

短:

CF8-10 在使用 JDK1.70_79 及更低版本运行时使用 TLSv1，无论 JVM 启动参数 -Dhttps.protocols 设置为什么。这是因为这些 Java 版本的默认协议(protocol)是 TLSv1，而 CF8-10 只是简单地忽略了 JVM 启动参数 -Dhttps.protocols 并始终使用 JDK 的默认协议(protocol)。这在 CF11 中有所改变，因此它可以正常工作。

阅读 Wil Genovese 的帖子中的详细信息: https://www.trunkful.com/index.cfm/2014/12/8/Preventing-SSLv3-Fallback-in-ColdFusion

我做了什么

我已经安装了 JDK1.8.0_144 并设置了 Cold Fusion 9 来使用它。从那时起，与 api-3t.sandbox.paypal.com 上的 PayPal 沙箱 API 的连接运行良好。

希望这可以帮助其他人使用这个古老且现在有点奇怪的 CF9。