重启完路由器就万事大吉？别太天真
前两天邻居老李打电话说家里断网了，折腾半小时重启了光猫和路由器，网页能打开了就以为问题解决了。结果晚上孩子上不了网课，才发现视频会议一连就卡成幻灯片。这种情况太常见了——网络“通”不等于“好”，恢复之后不验证，等于埋了个雷。
第一步：确认基础连通性，但别只看Ping
很多人判断网络恢复就开命令行敲一句 ping 8.8.8.8，看到回复时间就点头。这没错，但不够。真正要验证，得同时测试多个目标：内网设备、网关、DNS服务器、常用网站IP和域名。比如：
ping 192.168.1.1 — 看是否能通网关
ping 114.114.114.114 — 测试到公网IP的连通性
ping www.baidu.com — 检查DNS解析是否正常如果只有第一个通，后两个不行，说明外网链路或DNS出问题，表面上微信还能发消息（因为用的是长连接），但新打开的网页全白。
第二步：应用层体验才是最终标准
某公司IT小张修完线路，测了ping值都很低，交工后销售部立马投诉打不开CRM系统。后来发现是防火墙策略没同步，HTTPS端口被拦了。所以必须模拟真实使用场景：打开几个常用网页、登录企业系统、试试视频会议软件能不能入会、发个大文件看上传速度。
特别是远程办公普及后，很多服务依赖加密连接，单纯ICMP通了没用，TCP 443 能不能建连才是关键。
第三步：检查自动服务有没有“掉线”
家用NAS设置好了自动备份手机照片，某次断电重启后网络虽然恢复，但备份任务一直没触发。查了一圈才发现路由器DHCP分配变了，NAS的IP地址变了，导致其他设备找不到它。类似情况还有智能家居主机失联、监控摄像头离线。
这类问题得去各个设备管理界面看看状态，或者翻日志。建议重要设备都配静态IP或DHCP保留，避免地址漂移。
第四步：别忽略延迟和抖动，尤其是语音视频
网络恢复后，打游戏看着“延迟30ms”挺稳，可跟队友语音时对方听你说话断断续续。这是因为语音流对抖动（jitter）敏感，哪怕平均延迟低，波动大也会丢包。
可以用工具如iperf3测试UDP流量的稳定性，或者直接拉个视频会议测试双向音视频。家庭用户也可以用微信视频通话，自己打给自己，观察画面是否卡顿、声音有没有断。
第五步：记录前后对比，下次出问题才好排查
每次网络异常恢复后，顺手记下关键数据：光猫信号强度、路由器CPU占用率、主干带宽实测值。这些数字平时没人看，可一旦下周又断网，对比前后差异，能快速判断是线路老化、设备过热还是运营商调整。
比如之前测下行稳定在200Mbps，这次恢复后只剩80，那问题显然没彻底解决，别急着关工。