路径分析怎么帮排障
网络智能服务（NIS）这类工具提供路径分析：输入源 IP、目的 IP 与端口，工具沿配置逐跳检查路由、安全组、网络 ACL 与负载均衡后端状态，指出流量在何处被拦截。它把「网络不通」从经验题变成清单题，特别适合跨多个组件、人工翻配置容易漏项的云上环境；结果基于当前配置快照，仍建议与流日志、抓包交叉验证。
使用路径分析
使用路径分析
网络智能服务控制台 → 路径分析 → 创建路径
源：10.10.1.10（ECS）
目的：10.10.3.20:3306
协议：TCP
结果会逐跳标注判定：通过 / 被安全组拒绝 / 无可用路由 等基本信息
| 输入 | 源地址、目的地址、协议与端口 |
|---|---|
| 检查项 | 路由可达性、安全组、网络 ACL、负载均衡后端状态 |
| 价值 | 把「网络不通」从经验题变成清单题 |
| 结果性质 | 基于配置快照的静态推演，不是实时探测 |
典型使用场景
- 新上线业务访问不通，快速确认是路由、安全组还是 ACL 的问题
- 跨 VPC 或跨账号访问异常，逐跳核对中间环节的路由与策略
- 变更后回归验证：确认新规则没有意外拦住原有链路
- 工单初筛：让值班同学先用路径分析定位方向，再交给对应团队
结果判定读法
| 判定 | 含义 | 下一步 |
|---|---|---|
| 通过 | 该环节策略允许 | 继续看后续环节 |
| 被安全组拒绝 | 实例级策略拦住 | 核对实例关联的全部安全组 |
| 被 ACL 拒绝 | 子网级策略拦住 | 核对子网 ACL 双向规则 |
| 无可用路由 | 缺少到目的网段的路由 | 补路由或检查路由表关联 |
分析结果基于当前配置快照，仍建议结合流日志与抓包交叉验证。
排查顺序建议
推荐的排查顺序是「先静态推演、再动态验证」：用路径分析把流量经过的路由、安全组、ACL 与负载均衡逐跳列出来，定位到具体被拦的环节；然后回到实例上用抓包或流日志确认判断是否成立。若静态推演显示全部通过而实际仍不通，问题通常落在推演覆盖不到的地方——实例内部的监听地址、系统防火墙、应用是否真的启动，此时抓包是最高效的下一步。