向EC2上的Express.js应用发送请求时连接超时求助

你的核心问题在于HTTPS流量的路由与SSL证书的部署逻辑没匹配上，以下是具体排查和解决方法：

1. 先搞懂端口与协议的对应关系 #

• 访问https://example.com时，浏览器默认走443端口，但你的Express只在5000端口跑HTTP服务，443端口没有服务监听，必然超时。
• 直接访问https://example.com:5000没用，因为5000端口是HTTP服务，HTTPS请求需要SSL握手，你的应用没配置SSL，根本无法响应这类请求。

2. ACM证书不能直接绑EC2，得这么用 #

ACM证书是AWS集成式证书，没法直接给EC2实例用，必须通过以下两种方式部署：

方案一：用Application Load Balancer（推荐） #

1. 创建ALB，配置443端口的HTTPS监听，绑定你的ACM证书，然后把流量转发到EC2的5000端口（HTTP协议）。
2. 调整EC2安全组，允许ALB的安全组访问5000端口。
3. 把Route53的A记录改成指向ALB的DNS名称，而不是EC2的公网IP。

方案二：让Express直接跑HTTPS #

1. 因为ACM证书不能直接下载，你得自己生成SSL证书（用openssl命令），或者用第三方证书导入ACM后再导出（仅限支持导出的证书类型）。
2. 修改Express代码，配置HTTPS服务：

   const https = require('https');
   const fs = require('fs');
   const express = require('express');
   const app = express();
   
   // 替换成你的证书文件路径
   const sslOptions = {
     key: fs.readFileSync('/home/ec2-user/private-key.pem'),
     cert: fs.readFileSync('/home/ec2-user/certificate.pem')
   };
   
   https.createServer(sslOptions, app).listen(443, () => {
     console.log('HTTPS服务已启动在443端口');
   });
   

3. 给Node进程授权监听443端口（普通用户不能直接用1024以下端口）：

   sudo setcap 'cap_net_bind_service=+ep' /usr/bin/node
   

4. 确保EC2安全组开放443端口的入站流量。

3. 排查网络与解析问题 #

• 验证域名解析：运行nslookup example.com，确认返回的IP是你配置的EC2公网IP（或ALB的IP），如果不对，检查Route53的记录是否生效。
• 检查VPC网络ACL：如果你的EC2在VPC里，确保网络ACL允许80、443、5000端口的入站和出站流量。
• 测试端口连通性：用curl -v https://example.com或telnet example.com 443，看输出的错误信息，是端口不通还是SSL握手失败，能帮你定位具体问题。

4. 无反向代理的临时测试方案 #

如果不想用Nginx或ALB，直接按方案二修改Express代码，让它在443端口跑HTTPS，这样访问https://example.com就能直接连上应用了。

内容的提问来源于stack exchange，提问作者Waleed93