AWS免费层EC2实例美国区域Socket API无法使用，请求排查

针对你遇到的美国区EC2 Socket API无法正常工作的问题，结合你提供的安全组截图（入站规则开放了自定义TCP端口、SSH、HTTP等，出站规则允许全流量），我整理了几个常见的排查方向，你可以逐一检查：

• 安全组配置的一致性与关联检查
  首先确认美国区的安全组是不是和印度区完全一致：比如自定义端口的协议（TCP/UDP）、端口范围、允许的源地址有没有写错？另外要核实美国区的EC2实例实际绑定的安全组是不是你配置的这组——有时候不小心会关联到默认安全组，默认只开放SSH端口，自然无法访问自定义Socket端口。

• 实例本地防火墙的限制
  印度区的实例可能已经关闭了本地防火墙（比如iptables/ufw）或者添加了端口放行规则，但美国区的实例可能默认开启了防火墙。你可以登录美国区EC2，执行以下命令检查：

  # 查看iptables规则
  sudo iptables -L
  # 或者查看ufw状态（如果用的是Ubuntu等发行版）
  sudo ufw status
  

  如果发现没有放行你的自定义端口，就添加规则：

  sudo ufw allow <你的自定义端口>/tcp
  

• Socket服务器的绑定地址验证
  确认美国区的Socket服务器是不是绑定到了0.0.0.0（允许所有外部访问），而不是127.0.0.1（仅本地访问）或者内网IP。可以用以下命令检查监听状态：

  ss -tulpn | grep <你的自定义端口>
  

  如果输出里的监听地址是127.0.0.1:<端口>，那需要修改Socket服务器的配置，把绑定地址改成0.0.0.0。

• 子网网络ACL的限制
  安全组是实例层面的规则，而网络ACL是子网层面的，容易被忽略。检查美国区EC2所在子网对应的网络ACL：

  • 入站规则里有没有允许自定义端口的TCP流量，源地址是否为0.0.0.0/0或对应范围？
  • 出站规则里有没有允许自定义端口的TCP响应流量？
    注意网络ACL的规则是按顺序匹配，如果前面有拒绝规则，后面的允许规则不会生效。

• Socket服务器的运行状态与端口占用
  确认美国区的Socket服务器是否正常启动，有没有报错。可以查看服务日志（如果是systemd管理的服务）：

  journalctl -u <你的Socket服务名> -f
  

  另外检查端口是否被其他进程占用：

  lsof -i :<你的自定义端口>
  

  如果端口被占用，要么停止占用进程，要么修改Socket服务器的监听端口。

• 跨区域网络连通性测试
  用你的iPad或者本地电脑，通过telnet或nc测试美国区EC2的连通性：

  # 用telnet测试
  telnet <美国区EC2公网IP> <自定义端口>
  # 或者用nc测试
  nc -zv <美国区EC2公网IP> <自定义端口>
  

  如果连接失败，可能是ISP屏蔽了该端口，或者AWS的公网IP存在路由问题，可以尝试更换一个常见端口（比如1024以上的非知名端口）再测试。

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