在过去一周左右的时间里，我一直在掌握 AWS 的世界，更具体地说，是 Elastic Beanstalk 和负载平衡......
我正在开发的应用程序使用我在全球范围内应用的自定义 RequireHttps 属性强制执行 SSL/HTTPS 连接。我最初在使用此设置配置负载均衡器时遇到问题，但它似乎确实按预期工作。
我的问题源于我在设置负载均衡器/RequireHttps 属性时浏览的一篇博文。引用这篇博文：
使用 Elastic Beanstalk 时……负载均衡器和应用程序服务器之间的连接不安全。但是，您不需要关心负载均衡器和服务器之间连接的安全性，但您需要关心客户端和负载均衡器之间的连接。
由于配置负载平衡器对我来说是一个全新的领域，我有点怀疑上述是否完全正确。
我真的不关心负载均衡器和服务器之间的连接吗？最好不要在负载均衡器处终止 SSL 并将安全连接直接传递到服务器吗？
经过进一步研究，我偶然发现了关于 security.stackexchange 的以下帖子/讨论：SSL 是否应该在负载平衡器处终止？
制造商7：
在我看来，问题是“您是否信任自己的数据中心”。换句话说，您似乎正在尝试精细地划定不受信任的网络所在的位置，然后信任就开始了。
在我看来，SSL/TLS 信任应该终止于 SSL 卸载设备，因为管理该设备的部门通常还管理网络和基础设施。那里有一定数量的合同信任。在下游服务器上加密数据是没有意义的，因为支持网络的人通常也可以访问它。（在多租户环境中可能存在例外，或者需要更深入细分的独特业务需求）。
SSL 应该在负载均衡器处终止的第二个原因是因为它提供了一个集中的位置来纠正 SSL 攻击，例如 CRIME 或 BEAST。如果 SSL 在各种 Web 服务器上终止，在不同的操作系统上运行，由于额外的复杂性，您更有可能遇到问题。保持简单，从长远来看，你会遇到更少的问题。
我可以看到@makerofthings7 所说的有道理。SSL 是在负载均衡器还是服务器上终止应该没什么区别。