范围界定在排障中的作用
排障第二步是界定影响面：只有一台设备、一个网段，还是全部用户都受影响。做法不是听描述，而是找「受影响」与「不受影响」之间的分界点——故障域通常就压在这条边界上。边界一旦画出来，可疑设备清单通常能缩到一个数量级以内，后面每一步验证都有的放矢。
基本信息
| 核心方法 | 成对取样：受影响样本 + 不受影响样本，逐维度对比 |
|---|---|
| 取样维度 | 源网段、目标地址、运营商出口、终端类型、访问路径 |
| 常用手段 | 多目标 ping、逐跳 traceroute、跨网段互测、多出口分别测 |
| 产出 | 一句话描述故障域，例如「仅 A 楼有线终端访问外网受影响」 |
| 常见误差源 | 对照点选在故障域内，导致把局部问题当成全局问题 |
范围与常见指向
| 范围 | 判断方法 | 常见指向 |
|---|---|---|
| 单台设备 | 换设备、换网口、换网线对比 | 本机网卡、驱动、本机安全软件或代理配置 |
| 同网段多台 | 同网段互 ping，再跨网段 ping | 接入交换机、该 VLAN、网关地址池耗尽 |
| 跨网段 | 两端逐跳 traceroute 对比 | 三层路由、防火墙策略、ACL |
| 全公司 | 多出口、多运营商分别测试 | 核心设备、出口链路、DNS 或上游运营商 |
| 单个域名或服务 | 同域名多客户端、多网络测试 | 应用侧、CDN、DNS 记录、证书 |
典型使用场景
- 用户报「都上不了网」时，先用几个不同网段的点位快速验证真伪
- 变更后出现异常，用范围界定反推是哪一次变更引入的
- 判断是运营商问题还是自己出口问题：换一条出口观察是否同步恢复
- 区分 DNS 故障与链路故障：拿 IP 直连测试作为对照组
- 上报故障时给出准确影响面，避免把局部问题升级成全员事件
批量取样判断范围
批量取样判断范围
# Linux：逐个目标快速取样，输出 OK/FAIL 便于一眼看分界
for ip in 10.0.0.1 10.0.1.1 10.0.2.1; do ping -c1 -W1 $ip >/dev/null && echo "$ip OK" || echo "$ip FAIL"; done
# 有 fping 时更快：-a 只打印存活地址
fping -c1 -t500 -f targets.txt -a
# 分层定位：先 ping 网关，再 ping 出接口对端，最后 ping 公网 IP
ping -c2 10.0.0.254; ping -c2 100.64.0.1; ping -c2 223.5.5.5
# 对照 DNS 与链路：域名解析失败但 IP 直连成功，指向 DNS 而不是链路
getent hosts example.com; curl -sI --max-time 3 http://223.5.5.5范围界定优先于根因分析：在没画清边界之前就改配置，会把故障域越改越大，也毁掉现场证据。