Ssl 授权.net DPM中继响应立即超时

我在Amazon Web服务EC2 Linux上托管我的网站。我的应用程序正在Tomcat7服务器上运行。我正在使用Authorize.net的DPM框架处理付款处理

我最近不得不从t1.micro EC2实例升级到t2.micro EC2实例。自从迁移以来，我得到了一个即时超时错误，我无法找出罪魁祸首

我尝试过的事情：

• 确保所有端口（80804438443）都可以访问
• 确认我的server.xml文件中指定的密码不是问题所在（无论我是否指定显式密码都失败，在t1.micro实例上没有这样做）
• 将注册我的域的DNS服务器上的TTL从60增加到3600
• 将中继响应重定向到另一个web地址（运行相同应用程序的克隆服务器）
• 将我的authorize.net模式从“实时”更改为“测试”

所有这些似乎都不起作用。我必须处理的唯一一条数据是，超时立即发生，因此我认为不会向任何服务器发送响应。有没有办法验证这一点

---

我的SSL证书（由CA验证）是SHA256而不是SHA1，但它在t1.micro实例上运行良好。

您是否尝试过使用HTTP连接而不是HTTPS？如果配置了正确的目标，这将有助于隔离。另外，您的中继响应URL必须位于标准端口80或443上。是的，谢谢您的建议。我在多台服务器上尝试了http和https，它们都在标准端口（80和443）上运行。我使用itables进行端口转发，从80到8080，从443到8443，您是否尝试在网络之外完全连接到中继响应帖子url？请记住，Authorize.Net正在尝试发布到您的页面，如果它无法连接，并显示登录或错误消息，则将失败。是的，响应URL是公共的，我可以通过web直接访问它。响应实际上是一个Javaservlet，它获取结果并重定向到接收页面或错误页面。然而，这两种情况都没有发生，我也不相信会有任何反应。我尝试过使用多个响应URL，包括调试环境中的一个，该环境应该会立即触发断点。我建议在打开开发人员支持请求时，包括用于Authorize.Net检查的中继响应URL。