代理排障如何导出 HAR？抓取步骤与分享前检查

网页经过代理后打不开，想请人帮忙，可以先在浏览器的 Network 面板复现问题，再导出已清理的 HAR 文件。发送前，还要在本机检查网址参数、请求正文和响应内容。文件名带有“sanitized”，也不能代替这一步。

HAR 适合回答“哪条网页请求失败、等了多久、返回什么状态”。它不能独自证明某个节点故障，通常还需结合客户端的连接记录。下面以电脑上的 Chrome、Edge 为例，其他浏览器按各自文档操作。

HAR、客户端日志，各自记录什么？

Cloudflare 的站点故障资料收集说明把 HAR 用于页面加载、资源异常等排查，并说明文件可能包含头部和正文。按问题选择材料，比把几小时日志全部打包更方便分析。

打开出错页面的开发者工具，进入 Network，确认正在记录。清空旧请求后，只执行触发异常所需的操作；等到出现错误，或达到自己记录的等待时间，再停止录制。先复现、后开工具，可能漏掉最早失败的请求。

若操作会跳转页面，可开启 Preserve log，保留跨页面的请求。首次采集先保持原有缓存条件；需要对照缓存影响时，另做一份记录，并标明是否开启 Disable cache。不要把改变条件后的结果当成原始故障。

在 Network 顶部选择 Export HAR (sanitized)，保存到本机。入口和菜单名称以实际浏览器为准，步骤可参考 Chrome 官方导出说明。

不要仅凭面板里已经筛掉一些行，就认为导出文件只包含当前看见的内容。导出按钮与“all listed”菜单的范围可能不同，最终以文件中的请求条目为准。

按当次核对的 Edge 官方文档，默认已清理的 HAR 会排除 Cookie、Set-Cookie、Authorization 等常见敏感头部；也存在包含敏感数据的导出选项，普通求助应先采用已清理版本。

然而，账户信息和令牌可能出现在其他位置。Chrome DevTools 当前的导出处理实现会构建网址、查询参数和请求正文；内容写入实现也可能写入可获取的响应正文。由此不能把自动清理理解为“所有私密内容都已删除”。

下面是分享前的人工检查清单，并非所有浏览器都保证采用同一种清理方式：

HAR 中的网址和参数可能不止保存一份，只修改一个位置可能留下副本。搜索 token、password、邮箱等关键词可以作为起点，但不能保证发现所有敏感值。

用本地文本或 JSON 编辑器打开副本，删除无关请求，对必须保留条目里的私密值做替换，并注明“已脱敏”。优先保留请求方法、必要的域名与路径结构、状态码、时间和错误提示；若路径本身含账户标识，也应处理。

不要为了简化文件，把出错前后的必要跳转全部删掉，也不要把实际的超时、403 或其他状态改成正常结果。无法判断某段正文是否可分享时，可以先提供脱敏后的字段摘要，说明省略了哪些部分。

处理后，将副本导入开发者工具，确认仍能读取，且关键故障条目还在。随后再检查准备发送的实际文件，避免误选原件。是否使用其他脱敏工具，也应先了解它在本机还是服务器处理数据。

可以按下面的结构提供信息：

客户端日志只需截取对应时段，并核对域名、规则和出口。分享前的一般检查，可参考本站订阅与配置安全清单。

仍需检查。复制请求生成的命令可能包含网址、头部或提交数据；不要直接粘贴整段到公开交流页面。需要比较命令行连接方式时，可接着看本站 curl 代理配置说明，保留命令结构和错误类型通常更便于交流。

作者：小六｜资料核对日期：2026-11-07。

不确定该提供哪段日志，可以先描述现象，通过 Telegram 联系我交流。先提供脱敏后的错误和复现步骤，再按需要补充具体字段，无需发送完整订阅或账户凭据。