现象映射表是什么
这张表把最常见的十类网络现象直接映射到首选命令与可能根因，用途是让故障发生后的前五分钟有据可依。用法是按「现象」列找到第一命令，跑完再判读；它不替代系统化排查，只负责把搜索范围从「一切皆可能」压缩到两三个方向。每条现象都配了第二道验证命令，因为单一命令的结论经常有歧义——「连接被拒绝」既可能是服务没起来，也可能是防火墙在拒绝。
基本信息
| 用法 | 按「现象」列找到第一命令，执行后判读，再用第二道验证交叉确认 |
|---|---|
| 适用 | 首次接触故障、值班交接、他人报障信息不全时 |
| 边界 | 表中命令只用于缩小范围，不能作为最终根因结论 |
| 顺序建议 | 先跑查看类命令，再考虑改动类操作，避免先改了反而破坏现场 |
| 留证 | 每条命令的输出与时间点都保存，用于交班、复盘与对外沟通 |
典型使用场景
- 值班首轮响应：报障信息只有一句「上不了网」，先跑三连命令定方向
- 交班与升级：让接手人快速复现故障范围，而不是从头问一遍
- 多问题并发：同时有多条报障，用现象分类决定处理优先级
- 验证性巡检：把高频命令固化成清单，避免凭印象漏项
- 责任边界沟通：用「断在第几跳」这类客观结论替代主观判断
- 新人自检训练：按表练手，先形成条件反射再补原理
现象第一命令与常见根因
| 现象 | 第一命令 | 常见根因 | 第二道验证 |
|---|---|---|---|
| 完全不通 | ip -br a；ping 网关 | 网卡未启用、IP/掩码错、VLAN 错 | arping 网关确认二层是否可达 |
| 时通时断 | mtr -r -c 100 目标 | 链路丢包、双工不匹配、无线干扰 | 延长采样时间并对齐业务高峰 |
| 域名打不开、IP 能开 | dig +short 域名 | DNS 配置或解析记录故障 | 换一个 DNS 服务器对比解析结果 |
| 连接被拒绝 | ss -tuln | grep 端口 | 服务未启动或监听错地址 | nc -zv 目标端口复测 |
| 访问时快时慢 | curl -w 分段计时 | DNS、服务端处理、传输各阶段之一 | 多来源多次采样比对耗时分布 |
| 大文件传一段就卡 | ping -M do -s 1472 目标 | MTU 或路径探测黑洞、分片被丢弃 | 逐级下调包长找临界值 |
| 只有某网段不通 | traceroute -n 目标 | 路由缺失或 ACL 拦截 | 从多个源地址分别做路径探测 |
| HTTPS 报证书错 | openssl s_client -connect | 证书过期、链不全、系统时间错 | 查看证书有效期与签发链 |
| 端口通但登录超时 | tcpdump 抓 SYN/ACK | 中间设备拦截、SYN 有去无回 | 抓包确认应答是否回到客户端 |
| 同一服务部分客户端异常 | 对比两端配置与抓包 | NAT、MTU、客户端 DNS、代理差异 | 用同一账号从两类客户端交叉复测 |
三连打头阵
三连打头阵
ip -br a # 看接口是否 UP、是否拿到预期地址
ping -c2 <网关> # 看二层与三层到网关是否可达
dig +short <域名> # 看解析是否正常
curl -sI --connect-timeout 3 <URL> # 看应用层返回的状态码现象的时间特征同样有信息量：突发还是渐进、固定时段还是随机、单点还是全网。把它与映射表结论一起记录，往往直接指向定时任务、备份窗口、扩容动作或终端类型。
「ping 通」不等于「服务正常」，「端口通」也不等于「业务可用」。映射表只负责缩小范围：任何基于表中单条结论的「已恢复」判断，都要用业务侧实际调用来复核。