asp.net - 错误 : Failed To Connect to Host Uri Using PayFlow Pro and ASP. NET 1.1

Question

我们有一个支持网站，用于为我们的客户创建自定义订单。该网站运行 ASP.NET 1.1 并使用 PayFlow Pro API 连接到 PayPal。

我们还有一个面向客户的网站，该网站运行 ASP.NET 4.0，还使用 ​​PayFlow Pro 连接到 PayPal。

面向客户的网站与 PayPal 通信正常，但我们从支持网站收到“无法连接到主机 Uri”错误。

此外，我们设置了一个测试服务器来运行支持站点，它与 PayPal 的通信没有任何问题。我可以分辨出测试站点和生产支持站点之间的唯一区别是测试运行 IIS 7.0，而生产运行 IIS 7.5。所有 DLL 和配置文件看起来都是相同的。

所有这一切都是在大约一周前开始发生的，就在 PayPal 停止使用 SSL 之后。我认为这与 SSL 切换有关，但我们在 IIS 中禁用了 SSL，所以我不确定还能去哪里查看。为什么面向客户的站点会继续工作而支持站点无法连接？他们使用相同的基础设施。

Answer 1

这并不是您要找的真正答案，但自 1 月 12 日以来我们一直面临同样的问题。我们采取了与您相同的步骤，并且看到了相同的结果。有趣的是，如果我们重置 IIS，它会再次开始工作，至少会持续一段时间。

上次问题发生时，我们对 Wireshark 进行了跟踪，我们真正发现的是连接正在 PayPal 端重置。我们怀疑问题出在 PayPal 网络中，可能是由于他们最近更改了 SSL。我建议您在看到错误时执行 Wireshark 跟踪并将其提交给 PayPal。这基本上就是我们为尝试解决此问题所做的工作。

更新:经过一些测试，这似乎是最近 SSL 更改的问题。我们最终能够重现这个问题。我们相信我们已经发现，如果您的 .Net 应用程序调用任何其他仍然允许 SSL 3 的 Web 服务(例如 Youtube 的 API)，那么 IIS 将始终尝试使用 SSL3，至少在您重置 IIS 之前是这样。由于 PayPal 不再允许 SSL3，因此与 PayPal 的连接失败。如果您重置 IIS，然后尝试使用 PayPal，它将正常工作，除非您的应用程序遇到另一个 SSL3 端点，此时您的 PayPal 将再次开始失败。

像您一样，我们有一个根本不存在于外部的管理应用程序。和您一样，我们的电子商务网站仍然运行良好。我们认为这是因为我们的 eCom 不会对任何服务进行任何 SSL3 调用，因此我们的 eCom 所在的服务器永远不会“卡在”SSL3 上。然而，我们的内部应用程序确实与 YouTube API 交互。如果我们点击允许 SSL3 的 YouTube API，那么我们的 PayFlow 交易就会开始出错。如果我们重置 IIS，PayFlow 将正常工作，直到我们访问 YouTube API，然后 PayFlow 再次中断。

我知道这有点间接，但它可能会给你一些继续下去的东西。

祝你好运!

顺便说一句，我们还在 IIS 中“禁用”了 SSL，但这似乎无法解决问题。