先把“打不开”说具体
同一句“网站打不开”，可能指浏览器一直等待、出现证书提示，也可能是首页正常而某个功能报错。先保留完整网址、错误原文、发生时间和最近一次正常访问的时间，再确认影响范围：所有页面还是某个路径，所有人还是某个网络。
先记录现象，再选择检查方向。连续改解析、重启服务和清空配置，会让故障原貌与新变化混在一起。
域名解析：地址是否指向预期入口
域名解析帮助浏览器找到对应地址；解析结果可能被缓存，因此刚修改记录时，不同位置看到的结果未必立即一致。[1]
把当前记录与预期入口核对，尤其留意主域名、带 www 的域名，以及最近是否切换过服务器或代理。即使解析成功，也只说明获得了地址，仍需要继续确认连接与网站响应。对使用代理的网站，不要把解析未直接显示源站地址当成故障。
HTTPS：证书提示需要单独看
出现证书警告时，记录访问域名、证书有效期与浏览器给出的原因，确认浏览器实际收到的是哪张证书。证书链和域名匹配都属于核对范围；服务器里存有新证书，不等于当前入口已经在使用它。[2]
如果网站有代理或多台入口，先画出实际访问经过的位置，再确定检查对象。此时跳过证书校验只能绕开提示，不能证明配置已经正确。
HTTP 响应：状态码是线索，不是完整结论
收到 HTTP 状态码后，先区分重定向、客户端错误与服务端错误，再结合响应页面和日志分析。状态码描述的是这一次请求；例如 200 表示该请求按对应方法成功处理，不代表登录、查询或其他业务均正常。[3]
如果首页能打开而后台报错，就从具体失败路径继续调查。不要用一次首页检测替代业务验证，也不要仅凭一个 5xx 状态码就认定数据库损坏。
带着证据进入下一步
基础检测适合提供域名、HTTP(S)、证书与部分安全头的外部线索。检查超时或项目未完成，应保留为“暂不能判断”；缺少某项安全头则应单列为配置建议，避免混同于访问故障。
继续描述问题时，准备四样资料：具体网址与现象、发生时间、影响范围、近期变更。日志和截图请先脱敏，不需要直接提供密码或密钥。