连接阶段树
DNS、连接、TLS与页面响应怎样分阶段记录
用四层模型防止所有访问错误被归为同一故障。 本文给出可复核步骤、状态边界、脱敏记录方法与复核路径。
访问异常若只写成“打不开”，后续人员无法判断请求到底停在什么位置，也容易把无关的缓存、账号或设备设置一起重置。更稳妥的做法是把一次访问拆成DNS解析、网络连接、TLS握手和页面响应四层，逐层记录观察时间、输入主机、测试环境、结果状态与证据。每层只使用成功、失败、UNKNOWN或未测，不用猜测补满表格。若解析与连接已有证据，TLS出现证书名称告警，那么最后可确认的层级停在连接，后续页面响应应标未测并立即结束本轮。这里的分层只是一套独立诊断方法，不描述任何现实服务现在是否可达，也不能依据一条浏览器提示推断服务器、网络或设备责任。
四层模型的价值在于保留边界。DNS只回答当时是否获得可用解析观察，连接层记录是否建立传输通道，TLS层核对主机覆盖、有效期和信任告警，响应层才涉及状态码、正文与渲染。上一层通过并不保证下一层成功，某层失败也不证明唯一根因。每次复测使用新的entry_id，并引用相同的脱敏主机、路径、网络类别和浏览器版本；改变一个条件就另建环境版本。证书告警是硬停止点，不能为了补齐响应栏而继续。缺工具、缺权限或证据相互矛盾时，原因保持UNKNOWN。上线前还应做阶段转换测试：解析结果变化时不得自动清空已保存的旧连接事件，连接失败时后续两层只能是未测，握手告警时响应任务必须被阻断，页面返回后也不能倒推所有前层长期通过。导出到表格或接口时，UNKNOWN、未测和失败需要不同编码，避免接收方把空白都解释成故障。状态机每次更新保留前序指针，审阅者可以重演从输入到停止的完整路径。若自动检测与浏览器原文冲突，二者并列进入复核，不按工具优先级覆盖。
先定义四个互不替代的阶段
DNS栏记录查询是否返回、返回类型与观察时间，但不公开完整地址，也不把一个结果解释为目标系统所有权。连接栏只描述尝试是否成功建立、是否被拒绝或在统一阈值内未完成。两个栏位不能因为浏览器最终出现错误页就同时标失败；必须用实际证据区分。
TLS栏保存浏览器告警、证书主机覆盖状态、日期范围与信任链观察。响应栏记录协议状态、内容是否到达及渲染表现。页面空白可能已经完成前三层，而证书警告可能让第四层根本未执行。模型通过分栏阻止这些现象被揉成一个模糊结论。
- 四层字段含义分别定义
- 未执行步骤只写未测
- 安全告警不进入响应测试
建立一份可比较的测试基线
基线应包含observed_at、host_label、path_shape、browser_major、network_category、device_class和wait_threshold。主机可保留排障所需的规范形式，路径删除账号与查询参数；设备使用匿名类别。浏览器刚更新、设备刚唤醒或网络正在切换等条件也需写入备注，因为它们可能改变时延。
开始测试前关闭旧请求并确认没有同时清缓存、改代理、更新扩展或重启路由。基线不是要求用户暴露更多资料，而是让比较只围绕必要变量。无法确认受管策略或网络中介时写UNKNOWN，不尝试解除。每个后续观察引用该基线版本，条件变化则复制为新版本并指出差异。
- 基线不含账户或会话值
- 等待阈值在同轮保持一致
- 环境变化创建新版本
只标记最早有证据的失败点
同一轮诊断只允许一个first_failed_stage。若解析成功、连接在阈值内没有完成，首次失败写连接，TLS和响应都写未测。若解析工具本身不可用，则DNS为UNKNOWN，不能越级把连接写失败。这样可以避免一条现象被重复计算成四个故障，也能把下一步限制在最小范围。
浏览器有时只给通用错误文字，没有暴露协议阶段。此时保存原文、截图引用和耗时，stage保持UNKNOWN。不要因为措辞含“网络”就断定本地网络，也不要因为页面有品牌图形就断定收到真实响应。下一轮可以选择一个低影响观察补证，但不能通过关闭保护或扩大权限强行确定。
- 每轮最多一个首次失败
- 未知与失败严格分开
- 后续未测不计作故障
为每层选择最小证据
证据以能支持字段为限：解析结果的类型与时间支持DNS观察，连接错误原文与计时支持通道状态，证书详情支持TLS判断，状态码与脱敏响应摘要支持响应观察。某个证据不能跨层承担它没有说明的结论。截图需裁去个人资料、通知、令牌和完整设备名称。
若工具输出含地址、请求头或会话参数，应先在受控副本中脱敏，再附redaction_note说明删除了哪些字段。原始敏感日志不进入共享记录。证据页面不可再访问时，保留当时指纹与可达状态，不能把相似页面当替代材料。时间、工具版本和观察者角色让后来者可以重演方法。
- 证据只支持对应字段
- 共享前完成日志脱敏
- 失效来源不自动替换
用状态组合决定下一步而非归因
若DNS成功而连接超时，可以把检查范围缩到连接之后，但仍可能涉及本地路径、网络策略、目标响应或计时条件，根因继续为UNKNOWN。若TLS成功而响应返回错误，则保留前三层证据，转向响应记录；这不等于证明前端、后台或某一方责任。
任何未解决证书名称、日期或信任告警都覆盖普通恢复路径：保存最小证据、关闭页面并升级安全核对。更换网络、清理站点数据或重复刷新都不能把告警变成可忽略项。若告警消失，也需在新环境下重新核对主机与证书，旧记录不被覆盖。
- 阶段用于缩小范围而非定责
- 证书异常始终优先停止
- 变化结果另建观察事件
保持动作可撤回且一次只改一项
分层之后的动作从只读观察开始，再到普通刷新等低影响步骤；只有证据指向浏览器本地状态且无安全告警时，才考虑更高影响恢复。每次动作记录before_state、action_scope、after_state和rollback_note。无变化也保存，防止焦虑造成重复重置。
如果一次同时切换网络、更新浏览器并清除数据，即使页面后来出现，也无法说明哪项产生变化，本轮应标invalid_test。恢复原基线后重新选择单一变量。无法恢复的未提交内容、登录状态或权限设置是继续前的阻断项；凭据本身不作为所谓备份导出。
- 动作按影响从低到高
- 一次测试只改变一个变量
- 不可恢复状态先阻断
交接时输出阶段摘要和限制
交接摘要用一行说明最后明确成功到哪层、首次失败在哪层、哪些层未测、测试环境版本和时间。随后列已做且无效的动作，避免支持人员再次破坏状态。原因没有证据时明写UNKNOWN，不用“应该是”包装猜测，也不承诺后续一定恢复。
发布前复核四层状态与证据一一对应，确认没有完整IP、账户、Cookie或会话字段，并检查证书分支确实停止。再用合成样例覆盖DNS未知、连接拒绝、TLS告警、响应空白和全程成功五种路径。测试通过只证明诊断表工作，不证明现实页面正常。
- 摘要包含时间与环境版本
- 无效动作随交接保留
- 合成回归样例与业务隔离
