代理故障求助前：怎样整理不泄露账号的日志

摘要：用最小复现范围和脱敏摘要提供排障线索，检查HAR、请求命令及配置中的账号信息。

代理连接失败时，一份记录能帮助别人定位问题。但完整配置、浏览器网络档案和复制的请求命令，可能同时带出账号信息。准备求助材料时，先说明故障发生在哪一步，再整理必要片段，比直接贴全部日志更容易得到有效判断。

记录发生时间和时区、客户端版本、代理模式、目标域名，以及具体错误。可以用“节点甲”代替自定义节点名，保留协议类型与选中出口的关系；不要把账号邮箱、订阅地址或完整配置当作故障描述。

优先用无需登录的公开页面复现。打开网络面板，清空已有请求列表，只记录这次短暂操作，再停止记录。清空列表并不会清除账号或浏览器数据。若仅在登录后失败，先描述条件，避免导出整个登录过程。

HAR是结构化的网络记录，可能包含请求网址、头部、查询参数、提交的数据和响应内容。格式说明列出了这些部分；具体浏览器导出什么，仍取决于工具与操作。

Chrome提供sanitized导出，默认排除Cookie、Set-Cookie与Authorization等敏感头部。官方说明可作操作依据。但这不等于所有网址参数、表单内容和响应文字都已经匿名化，分享前仍需检查。

尤其留意网址路径、查询参数中的访问令牌、表单中的邮箱，以及响应里返回的用户资料。只查“密码”二字不足以确认文件干净；字段可能使用不同名称，同一值也可能出现在多个位置。无法确认的记录先留在本地，改用简洁摘要说明现象。

“Copy as cURL”便于复现请求，却可能附带请求头和提交数据。Firefox文档列出了相关选项，所以它并非天然可公开的命令。分享时保留方法、目标域名与错误类型，删除认证值及无关正文。

OWASP日志建议也将访问令牌、会话标识和密码列为应谨慎处理的信息。用“已删除”标明脱敏位置，避免让接收者误以为原请求没有这些字段。发送前再读一遍，并确认记录只包含本次问题；排障需要的是可解释的证据，不是完整的账户副本。