首页/云/云与容器速查/网络不通五步排查法

网络不通五步排查法

从近到远定位:本机监听 → 安全组/防火墙 → 路由 → 对端策略 → 抓包;每一步只验证一件事,避免多头并进。

云与容器速查云更新于 2026-10-13

网络不通怎么排查

网络不通的排查要从近到远逐层推进:先确认本机有没有监听,再看访问策略是否放行,接着核对路由,然后检查对端服务与策略,最后用抓包确认报文是否真的到达。每一步只验证一件事,避免多头并进导致结论互相矛盾。

基本信息

第一步确认本机端口是否处于监听状态以及监听地址范围
第二步核对两端的安全组与系统内防火墙是否放行该端口
第三步检查子网路由表与下一跳,确认流量路径正确
第四步检查对端服务与策略:上游配置、监听地址与访问规则
第五步在两端抓包,确认报文到达情况与响应行为
判断原则抓包是分水岭:能收到请求说明网络通,问题在主机侧

典型排查动作

  • 确认服务是否在监听:监听地址只写回环时外部永远连不上
  • 核对访问策略:云上安全组与主机内防火墙是两层,都要放行
  • 确认流量路径:路由表缺默认路由或下一跳指向错误都会不通
  • 检查上游配置:反向代理的后端地址、端口与超时设置是否正确
  • 抓包对照:一端抓包有请求、另一端抓包没有,说明中间被拦截
  • 按时间对齐:把日志、事件与抓包时间对齐,避免把两个问题混成一个

现象与判断

表现可能原因验证方式
连接被拒绝端口没监听或策略拒绝查看监听状态与两端放行规则
连接超时无响应路由不通或被静默丢弃查看路由表并抓包
时通时不通多路出口冲突或部分实例异常按实例与出口分别验证
本机可通外部不通监听地址限于回环或策略受限查看监听地址范围
域名不通但地址可通解析配置问题对比域名与地址的连通结果

分步命令示例

分步命令示例
ss -lntp | grep 8080                     # 本机是否在监听、监听在哪个地址
nc -zv 10.10.0.5 8080                    # 快速测试目标端口
sudo tcpdump -ni any port 8080 -c 20     # 抓包看报文是否到达
# 一端有请求另一端没有,说明中间链路或策略把流量拦下了
# 只有请求没有响应,再查两端策略与对端服务状态
抓包是排查的分水岭:能抓到请求说明网络链路是通的,问题在主机策略或服务本身;只有请求没有响应,再回到策略与监听上找原因。
只在客户端排查是常见误区:服务端的监听状态、安全组与防火墙同样是盲区,两端都要看。
先改策略后找原因是低效路径:一上来就调整安全组,改完仍不通才发现服务根本没启动,白折腾一轮。
记录每一步的验证结果:把监听、策略、路由、抓包结论写下来,多人协同时才不会重复劳动或得出相反结论。

易错点

  • 一上来就调整安全组,改完仍不通才发现服务没有监听
  • 只在客户端侧排查,服务端监听与策略长期是盲区
  • 不抓包就下结论,无法区分链路拦截与主机策略拒绝
  • 把多个问题混在一起排查,结论互相矛盾难以收敛
  • 忽略监听地址范围,服务只监听回环地址却一直查网络

数据来源与参考

  • 阿里云文档:网络连通性排查
  • 腾讯云文档:网络排障
  • Linux 手册(tcpdump/traceroute)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌