我们最近将我们的应用程序（IIS服务器+数据库服务器）迁移到了AWS，并且稍微修改了网络架构。系统的入口点是Astaro防火墙（我们使用AWS AMI），它也托管Web服务器的SSL证书。与防火墙相关的所有内容都由供应商完成，我们只有一些只读权限。
我们在一些情况下会得到403错误，但我会解释一个，因为它们都可能有关系。
我们有一个查询数据库并以HTML格式返回报告的表单（此报告还有一些复选框可以进行更新）。表单第一次提交时，我们总是会收到报告。如果我们想再次发布表单，更新新数据，它会崩溃，返回错误403 。我们注意到，当第一个结果返回的行数非常少（或没有）时，它不会崩溃。
查看开发人员工具中POST的详细信息，工作和403错误回复之间的唯一区别是发布数据的大小。第二篇文章总是更大，因为它包含第一个报告的数据（因为页面还有其他选项来复选行）。
另外，查看IIS日志时，我们看不到POST崩溃的任何痕迹。 什么都没有。
此问题仅在生产中发生。在开发环境中，它们都能完美运行。 唯一差异是生产具有防火墙/ ssl，而开发全部开放。这就是为什么我们认为它可能与SSL有关。
供应商并不是最有帮助的，我们正在寻找帮助以找出问题并尝试将这种情况掌握在我们手中。
任何意见都赞赏。