有效的支持记录需要让对方知道问题怎样出现，但不需要把整份账户资料公开。本文介绍日志和截图的整理流程。不同客户端的日志与自动脱敏能力并不一致，因此不能把某个软件的保护措施当作所有应用都具备的默认功能。
第一步：先写下复现过程
记录发生时间、系统和客户端版本、网络类型、所用配置的本地名称，以及从哪一步开始失败。把导入错误、认证失败、连接中断和单一网站报错分开。如果可以稳定重现，用三四个操作步骤描述即可，不必附上完整浏览历史。
第二步：只取得相关时间段的记录
通过客户端官方支持的日志或报告入口查找对应片段。保留原始文件在本机，再制作一份准备提交的副本。不要为了拿日志去运行来历不明的“修复采集器”，也不要一次公开导出所有配置、文件夹或系统诊断资料。
第三步：检查并遮盖敏感内容
查找完整订阅地址、查询令牌、账号、私钥、证书凭据、私人IP和个人目录等内容。对于截图，需要遮盖实际图片内容，而不是仅在聊天文本中说“请忽略”。保留错误类型、时间顺序和必要的环境信息，避免脱敏到完全无法理解问题。
第四步：预览真正要发出的内容
以Mullvad官方日志说明为例，问题报告有明确的手动提交与脱敏机制；其他软件应查看自己的文档。即使程序声称会处理，也先预览将要提交的资料。公开讨论与私有官方支持的范围不同，发送前确认目标渠道和附件内容。
一个脱敏记录模板
下面只是自己撰写的描述示例，不是任何客户端的真实日志或本站测速结果：
时间：某日20:10
环境：本人电脑，家庭Wi-Fi，客户端版本已记录
操作：导入成功，发起连接后出现超时
已做检查：基础网页正常，换同协议节点后仍失败
凭据：已从附件中移除提交后保留哪些材料
保存自己的工单编号、已提交的脱敏副本和对应原始记录，便于后续对照。得到回复后一次只试一项建议，并记下结果。若发现原始凭据已经公开，应处理相关撤销或重建，不认为删掉帖子就必然消除传播过的副本。
常见问题
日志里写着匿名就可以随便公开吗？
仍应检查实际内容和软件说明，不把标签当作对所有字段的保证。
怎样说明“不能用”更清楚？
使用通用故障排查定位阶段，再按本文整理。涉及链接暴露，可继续看凭据重置流程。
官方资料来源
本文为编辑解释与通用检查方法。软件界面、产品价格和支持情况可能变化，具体操作以当前官方帮助为准。核验日期：2026-10-21。