先理解已连接代表什么
客户端显示已连接，通常只说明本地配置已经读取，并完成了某个连接阶段。之后仍可能发生名称解析失败、证书握手异常、路由不可达、目标服务拒绝或应用自身缓存问题。因此“已连接”和“网页可用”不是同一个判断。
先选择一个明确目标，记录完整主机名、发生时间和浏览器提示。若所有目标都失败，范围可能在本地连接或通用解析；若只有一个目标失败，更可能与该目标、特定路径或区域路由有关。不要用大量随机网站测试代替清楚的两三个对照。
把等待过程拆成阶段
浏览器最先需要把名称转换为地址，然后建立加密连接，再发送请求并等待目标响应。证书名称不匹配与单纯超时应分开记录；前者涉及身份与握手，后者可能来自路径、拥塞或服务处理。刷新很多次不会自动提供更多证据，反而可能触发缓存或频率限制。
同一设备上可以比较连接前后结果，但应保持网络、时间和目标不变。若断开后能访问、连接后失败，说明差异与连接路径或配置有关；这仍不是对某个节点的最终归因，需要再看是否所有目标、所有时段都一致。
恢复之后也要复测
修改一项条件后，使用原来的目标和步骤复测。页面重新打开只是一次结果，连续两次在相同条件下完成目标任务，才更接近恢复证据。若只在换网、换节点和清缓存以后打开，无法知道究竟是哪项变化有效。
支持记录应包括最后成功阶段、设备系统、客户端版本、网络类型、目标主机名、错误原文与发生时间。不要包含密码、验证码、订阅内容或付款资料。
用两个目标缩小故障范围
第一个目标选平时稳定、页面简单的站点，第二个目标选实际要使用的服务。前者失败说明问题可能更靠近通用连接、解析或系统；只有后者失败，则需要关注目标自身状态、区域路由或特定主机名。目标数量不必很多，关键是每次保持一致。
如果浏览器和其他应用结果不同，还要考虑应用是否使用自己的解析、缓存或网络策略。此时记录具体应用与版本，比笼统写“网络不通”更能帮助定位。
观察时间而非只看一次成败
高峰时段、无线信号变化或目标服务短暂拥塞，都可能造成间歇结果。连续测试应控制频率，记录开始时间、等待多久以及错误类型。一次立即成功与等待很久后成功，代表的连接质量并不相同。
当问题自行恢复时，也要保留最后一次失败与第一次恢复的时间。之后在同一条件复测，可以判断是短暂事件还是某项修改生效。若频繁复现，应把记录交给正式支持渠道，不应上传包含凭证的诊断文件到公开论坛。
还可以比较浏览器隐私窗口与普通窗口的结果，判断现有会话或站点缓存是否参与，但无需清除整个浏览器资料。