EIP 访问不通怎么查
按链路顺序排查即可：EIP 是否已绑定到目标资源 → 实例是否运行 → 安全组是否放行端口 → 服务是否监听（且监听地址不是 127.0.0.1）→ 路由与回包路径是否正确。这个顺序把「绑定关系、访问控制、服务状态」分开检查，比逐个环节猜要快得多，也能避免改错配置引入新问题。
基本信息
| 第一步 | 控制台确认 EIP 已绑定且目标实例运行中 |
|---|---|
| 第二步 | 安全组入方向是否放行对应端口与来源 |
| 第三步 | 实例内确认服务监听地址与端口 |
| 第四步 | 检查实例路由与策略路由，确认回包路径正确 |
| 第五步 | 从外部用连接测试工具做最终验证 |
| 常见误区 | 把超时直接归因于云平台，却漏查实例内服务监听 |
典型使用场景
- 新绑定的 EIP 访问不通：按顺序核对绑定与放行
- 换绑 EIP 后业务异常：确认 DNS 与客户端缓存是否仍指向旧地址
- 部分端口通、部分不通：重点看安全组放行范围
- 只有外部访问不通而内网正常：检查公网入方向与实例监听地址
- 实例内访问外网正常但被外部访问失败：区分出向与入向能力
快速连通性验证
快速连通性验证
nc -zv -w 3 <EIP> 443 # 端口是否可达
curl -sS --connect-timeout 3 -o /dev/null -w '%{http_code}\n' http://<EIP>/
curl -s https://ifconfig.me # 在实例内确认真实出口 IP
ss -lntp | grep -E ':443|:80' # 确认监听地址与端口现象与判断
| 现象 | 优先排查 |
|---|---|
| 连接超时 | 安全组入方向未放行，或服务未监听 |
| connection refused | 实例可达但端口无服务，检查应用状态 |
| ping 不通 | ICMP 未放行属常见配置，不代表链路故障 |
| 换绑后仍访问旧服务 | DNS 缓存或客户端仍指向旧地址 |
EIP 已绑定但访问超时，多数情况是安全组或服务监听问题，而不是云平台故障；先用实例内的连接测试把「本机是否可用」这一步验证掉。
临时为排查放行 0.0.0.0/0 后忘记收回，会让实例长期暴露在公网上；这类规则应记录并在排查结束后立即删除。