AWS-SSL/HTTPS负载均衡器
我在将https添加到我的EC2实例时遇到了一个问题，也许你们可以找到让它工作的答案。
我有一个负载平衡器，它正在将连接转发到我的EC2实例，我已将SSL证书添加到负载平衡器，一切正常，我已将侦听器添加到端口443，该端口将转发到我的实例的端口443，我已将Apache配置为在端口443和80上侦听，现在这里是我的负载平衡器的屏幕截图：
SSL证书有效，在端口80（HTTP）上一切正常，但如果我尝试使用https，则请求无法通过。
有什么想法吗？
干杯
共有2个答案
EC2实例上是否有HTTPS侦听器？如果不是，则两个负载平衡器侦听器的实例端口都应为80。
弹性负载均衡器无法将您的HTTPS请求转发到服务器。这就是SSL存在的原因：防止中间人攻击（除其他外）
您可以通过以下方式实现此功能：
>
（可选）确保您的Web服务器在私有子网中运行，即只有私有IP寻址，没有到Internet网关的路由
如果您确实需要在客户端和后端服务器之间建立端到端SSL隧道（例如，执行客户端SSL身份验证），那么您必须将负载均衡器配置为TCP模式，而不是HTTP模式（有关更多详细信息，请参阅支持使用ELB的双向TLS/HTTPS）
更多详细信息：
- SSL负载平衡器：http://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/US_SettingUpLoadBalancerHTTPS.html
- 专有网络中的负载平衡器：http://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/UserScenariosForVPC.html
-
目标是在一个简单的堆栈中包含 HTTP/2 支持：在多个 EC2 实例中部署的 Web 应用程序是启用了 PROXY 协议策略 （SSL：443 ➝ TCP：80） 的传输级 CLB，以便卸载 SSL/TLS 并平衡传入的 HTTPS 流量。 PROXY协议的几个原因：（1）地理定位逻辑的执行;（2）执行简单的访问控制规则;（3）日志记录。所有这些功能都需要访问可靠的（即不可轻易伪造的）客户端IP
-
问题内容： 我正在尝试将所有传入的Traefik从http重定向到https，用于Web应用程序，该应用程序从具有自定义端口的docker容器中获取。 如果我构建了这个docker compose文件，并扩展了应用程序，一切将按预期工作。我可以请求应用程序的http和https，但是我尝试实现仅提供https并将http重定向到https的目的。 由于我使用的是Docker-Compose文件，因
-
我有一个java应用程序在两个ec2实例中运行，客户可以使用AWS应用程序负载均衡器访问它们。现在ALB可以作为SSL终止点工作。所有请求都通过端口443上的ALB。工作正常。问题是java应用程序有时需要重定向到不同的路径。由于java应用程序不知道它在SSL ALB后面运行，因此重定向路径包括超文本传输协议：//而不是https：// 有什么方法可以在我的应用程序之外将协议修改为https？
-
我对Nginx完全陌生。 我想使用免费版本（不是nginx plus）负载平衡（反向代理）之间的3个服务器和连接必须是SSL/443。 我是将SSL证书放在NGINX负载均衡器服务器上，还是将3个SSL证书分别放在3个web服务器上？我听到的评价褒贬不一。我在寻找最好的表现。 其他信息：我使用通配符SSL证书和web其他web服务器是IIS和IP_Hash，以便在相同的web服务器上保持会话。
-
我正在尝试使用ELB部署一些nodejs站点，但ELB和EC2实例的安全组都存在一些问题。 我想做的是允许ELB接受端口80请求，并将这些请求转发到EC2实例上的端口3000，我不希望EC2实例可以从Internet直接访问，它们应该只能通过负载均衡器（在端口3000上）访问。 因此，在我的公有子网的 VPC 中，我有： < li >设置转发80 (HTTP)到3000 (HTTP)的ELB <
-
负载均衡（Load balancing）是一种计算机网络技术，用来在多个计算机（计算机集群）、网络连接、CPU、磁盘驱动器或其他资源中分配负载，以达到最佳化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。 使用带有负载均衡的多个服务器组件，取代单一的组件，可以通过冗余提高可靠性。负载均衡服务通常是由专用软体和硬件来完成。 负载均衡最重要的一个应用是利用多台服务器提供单一服务，这种方案有