网络故障应按物理链路、二层转发、IP路径和应用服务逐层定位。路由器、交换机、服务器和收发器承担不同任务，不能都用“重启试试”处理。先记录影响范围和时间，再使用针对性测试，能避免把应用异常误判成光纤或设备损坏。
第一问：谁受影响，什么时候开始
只有一个终端异常，与整个楼层或全站异常的检查方向不同。比较正常与异常设备的接入位置，询问是否发生布线、电源、配置或软件变更。记录现象、错误提示和时间，这些信息有助于找出共同节点。
不要在采集证据之前连续重启所有设备。重启可能清除计数或暂时隐藏问题，却无法解释原因。生产系统需要先评估影响，保护现有配置与日志，再安排必要操作。
物理层：供电与链路能否稳定
检查终端和网络设备的电源、端口、网线与光模块。链路灯灭可能是线缆、端口禁用、速率不匹配或对端掉电，不一定是交换机坏了。链路频繁重连时，记录错误计数及供电状态，使用已知正常的线缆或端口进行有计划的替换。
光纤收发器还需检查单模多模、波长、收发方向和允许光功率。光口亮不说明IP业务已经通，也不说明光功率一定有足够余量。清洁前检测端面，不直视光口；一次只改变一个条件，才容易判断哪项起作用。
二层：终端是否进入正确网络
检查端口是否属于预期VLAN、上联是否允许该VLAN，以及MAC学习是否正常。接口统计中的CRC错误可能提示物理传输问题，丢弃也可能与拥塞有关；不能把所有计数增长解释为同一个原因。
环路可能导致广播异常和MAC表震荡。发现这种现象时，按预定方案隔离问题链路，核对保护协议与拓扑，而不是继续插线。VLAN配置错误则可能表现为端口灯正常但终端互相找不到。
三层：地址与路由是否一致
核对终端IP、掩码、网关及地址冲突。先验证本地网络，再检查跨网段路径。路由器的路由、访问策略或地址转换，都可能影响特定方向的通信。一个方向可达并不保证反向路径也正确。
Ping失败也可能因测试流量被策略限制，不能直接认定设备离线。结合邻居表、路由、设备日志和允许的业务测试判断。DNS异常时，访问域名失败而直接地址可能成功，但仍需确认应用是否依赖域名或证书。
应用：服务器是否真的在提供服务
服务器能响应网络探测，但应用可能未启动、监听地址错误、资源不足或依赖数据库失效。检查服务状态、端口、日志与资源使用；网络只负责把数据送到路径，不会自动修复应用内部错误。
恢复以后验证真实用户操作，而不只验证连通。把原因、处理和复测记录到维护报告，并保留正常基线。需要改路由、防火墙或生产配置时，先备份并准备回退，不能为了“让它通”无条件开放所有访问。
若故障只在高负载时出现，比较流量与资源曲线，而不是只在空闲时测试。测试流量也不能无控制地灌入生产网络，应设置范围与速率，避免诊断本身造成拥塞。
