连接异常前，怎样建立可比较的网络基准
基准不是追求一个漂亮数字，而是保存“正常时在什么条件下完成了什么任务”。异常出现后，只有条件足够一致，差异才可能指向真实变化。
INCIDENT READING
连接观察文章
较新的文章排在前面。每篇从一个可复现问题出发，提供技术原理、观察方法与安全范围。
基石指南
同一节点在不同设备表现不同，应该先检查什么
节点名称相同不代表两台设备的路径、系统策略与客户端状态完全一致。先把设备差异列出来，才有资格判断问题是否真的来自节点。
延迟、抖动、丢包和下载速度分别说明什么
四个数字并不是同一种质量的不同写法。它们分别描述响应时间、时间变化、数据缺失和持续传输能力，必须结合任务和测量方法阅读。
排查连接问题时，怎样让每次修改保留证据
重装、换网、切节点和重新登录一起执行，可能让问题暂时消失，却也同时抹去原因。控制变化，是为了让每次恢复都留下可解释的证据。
重启、重新连接和重新登录有什么区别
三个动作分别影响应用进程、网络会话与账号会话。先判断错误所在层，再选择最小的重置，能够减少资料丢失和新的不确定性。
偶发断线怎样记录时间、设备与网络条件
偶发问题最大的难点不是“看不见”，而是每次发生时条件不同。用短而一致的事件记录，可以把零散抱怨转成可比较的时间序列。
问题消失以后，怎样确认连接已经真正恢复
一次成功只证明某个瞬间完成了动作。真正的恢复需要回到原任务、维持足够时间，并确认不是因为测试条件已经悄悄改变。