线路故障时先换节点、换协议还是重装客户端

使用日记：从用户现场到可复查结论

这次复查从一个很具体的现象开始：节点、协议、系统权限和版本被同时修改。。记录时间定在任务实际发生的时段，而不是为了得到好看的结果改到清晨。

开始前写下原问题“用户一次改变多项设置，偶然恢复后不知道下次怎么办。”，并保留直连状态。这样做的目的，是在后面每次调整后都能回到同一个参照点。

第一段观察关注线路故障时先换节点、换协议还是重装客户端现场的故障前的直连基线，第二段观察关注节点、协议、系统权限和版本被同时修改。出现时的一次只改一项的动作票据。如果两段使用的设备或目标不同，记录作废重来。

排障从确认直连、换同区入口、试备用地区开始，再考虑协议与客户端版本。每一步只回答一个问题。

原始错误未保存前不要重装；单位设备受管理、操作要求未知脚本或扩大权限时，停止公开试错。

进入处理阶段前先提醒自己不要“从成本最高的重装开始，破坏原始错误现场。”。一次同时换节点、协议和DNS，看似节省时间，实际会让结果无法解释。

上午或低负载时段完成“回答用户一次改变多项设置，偶然恢复后不知道下次怎么办。之前保存线路故障时先换节点、换协议还是重装客户端现场的故障前的直连基线，其余设置不变”，在原问题出现的时段再完成“在节点、协议、系统权限和版本被同时修改。这一任务里核对节点、协议、系统权限和版本被同时修改。出现时的一次只改一项的动作票据与直连差异”。两次结果并列保存。

若现象仍在，下一页只记“撤销从成本最高的重装开始，破坏原始错误现场。，仅改变与排除从成本最高的重装开始，破坏原始错误现场。之前的成功、失败和未完成样本相关的一个条件”。不要删除失败截图，失败样本常比偶然成功更能说明维护成本。

复查的核心任务是从可撤回动作开始，按同区节点、备用地区、协议、版本逐级处理。。因此第三阶段按“按从可撤回动作开始，按同区节点、备用地区、协议、版本逐级处理。重做原任务，并保存成功、等待与中断”重做，而不是换成容易完成的小任务。

结果页同时列出排除从成本最高的重装开始，破坏原始错误现场。之前的成功、失败和未完成样本和完成从可撤回动作开始，按同区节点、备用地区、协议、版本逐级处理。之后的停止继续试错的安全条件，并注明当时使用的是住宅宽带、移动网络还是公共Wi-Fi。

日记在“依据多个候选同样失败后才进入协议和客户端层面。结束本轮，复查时保留旧日期与环境”之后结束。恢复后继续折腾，只会增加下一次排障需要撤回的项目。

最终备注写明：多个候选同样失败后才进入协议和客户端层面。。换城市、换运营商或目标服务改版以后，这次日记只保留为历史，不继续�

当当前答案。

一周后回看这条记录时，先确认目标服务、客户端版本和接入网络是否变化，再决定是否重测“用户一次改变多项设置，偶然恢复后不知道下次怎么办。”。若现场已经不再是“节点、协议、系统权限和版本被同时修改。”，旧截图只能解释当时，不能证明现在。

重新观察时从线路故障时先换节点、换协议还是重装客户端现场的故障前的直连基线开始，以完成从可撤回动作开始，按同区节点、备用地区、协议、版本逐级处理。之后的停止继续试错的安全条件结束。中途若再次落入“从成本最高的重装开始，破坏原始错误现场。”，撤回到基线；只有“从可撤回动作开始，按同区节点、备用地区、协议、版本逐级处理。”能够重复完成，并符合“多个候选同样失败后才进入协议和客户端层面。”，才更新当前判断。

排障记录最重要的是可撤回。遇到“用户一次改变多项设置，偶然恢复后不知道下次怎么办。”时，从直连、同区候选、备用地区到协议逐级推进；若动作开始接近“从成本最高的重装开始，破坏原始错误现场。”，应停止并恢复现场，避免为了偶然成功破坏下一次定位条件。