向客服反馈连接问题时应该提供哪些脱敏信息
同样是报障，"用不了了，怎么回事"要来回拉锯十几条消息，而一份组织好的反馈往往一个回合就能得到有效答复。差别不在态度，在信息结构：客服排查需要的是几个特定的事实，你提前把它们备齐，双方都省时间。这篇指南给出一份可以直接照做的清单——以及同样重要的，一份绝对不要发的清单。
应该提供的六项信息
1. ConnProof 错误码与脱敏报告。 这是整份反馈的核心。运行相应的检测命令，导出 Markdown 格式：
connproof diagnose 目标域名 --format markdown --output report.md报告自带错误码、分层证据和耗时，客服（尤其是技术型客服）看到 TLS-002 + TCP 通 + 握手超时 这样的证据链，可以直接跳过一半的常规询问。报告默认脱敏，但发送前请自己再通读一遍。
2. 客户端名称和版本。 精确到版本号（在客户端的"关于"页面）。同一问题在不同版本上的表现可能完全不同，"最新版"不是版本号——你以为的最新和实际的最新经常不一致。
3. 操作系统与版本。 Windows 11 23H2、macOS 15.1、Android 15 这样的精度。跨平台差异是连接问题的常见变量。
4. 问题发生的时间。 精确的时间点或时间段，带时区（或注明北京时间）。服务端日志按时间检索，"昨晚"在日志里等于大海捞针，"7 月 28 日 21:30 到 22:00"则是一次精确打击。如果问题是间歇性的，提供两三个具体的发生时刻更好。
5. 失败的检测层级与对照结果。 用一两句话概括你已经做过的排查："换了手机热点后正常，家里宽带下稳定失败"“换了三个节点都超时，系统时间已核对"——对照结果能直接排除一半的可能性，这是普通用户能提供的最有价值的信息之一。
6. 影响范围。 只有一台设备还是所有设备？只有特定应用还是全部？从什么时候开始的、之前是否正常？三个问题的答案框定了问题的边界。
绝对不要发送的内容
以下内容任何时候都不应出现在工单、聊天或截图里：
- 完整订阅链接：它就是你的账号。正规客服可以在自己的后台按你的注册信息查到订阅状态，不需要链接本身。主动索要完整订阅链接的"客服"要提高警惕；
- 密码与验证码：任何场景、任何理由。验证码尤其危险——索要验证码几乎必然是诈骗；
- 私钥与助记词：与连接排查毫无关系，出现这种要求直接终止对话；
- 完整的客户端配置文件：里面通常嵌着凭据。确需提供配置片段时，手工删除 password、uuid、token 字段后再发；
- 未脱敏的原始日志或终端截图：截图是重灾区——终端历史输出、窗口标题里的系统用户名、浏览器其他标签页都会被一并带出去。优先用脱敏后的文本。
一个简单的判断标准：客服需要的是"发生了什么"，而不是"你的身份凭据"。所有描述事实的信息（错误码、时间、耗时、状态码）都可以给；所有能用来登录或冒充你的信息都不能给。
按故障类型准备对应的检测
不同的故障，客服想看的证据不同。报障前按类型跑对检测，附件一步到位：
| 你的故障 | 运行的检测 | 客服最关心的证据 |
|---|---|---|
| 订阅更新失败 | connproof subscription "地址" | HTTP 状态码、重定向去向、内容类型判定 |
| 某节点连不上 | connproof diagnose 节点域名 --port 端口 | 失败层级（DNS/TCP/TLS）与耗时 |
| 所有节点超时 | connproof doctor + 单节点 diagnose | 系统时间、系统代理、默认路由三项 |
| 连接频繁断开 | connproof websocket 地址 --hold 180000 三次 | 存活时长序列与断开方式 |
| 显示已连接但无法上网 | connproof diagnose 常用域名（保持连接状态） | DNS 层与 TCP 层的分离表现 |
多跑一分钟检测，少打十分钟字。而且这些证据有一个共同优点：它们都是脱敏的客观事实，你可以放心提供，不涉及上面"绝对不要发"清单里的任何一项。
组织信息的模板
把六项信息组织成这样一段话，效果最好：
【问题】订阅更新失败，错误码 SUB-004（被重定向到登录页）。 【环境】客户端 X 版本 1.2.3，Windows 11 23H2。 【时间】7 月 28 日 21:30 起持续至今（北京时间）。 【已排查】换手机热点后现象相同；重新从面板复制了订阅地址，仍然跳登录；ConnProof 检测报告见附件（已脱敏）。 【影响】两台设备（Windows + Android）同时出现。
五行文字加一个附件，客服拿到的信息量超过五十条来回问答。
反馈之后
- 保持检测环境：客服可能请你补充某项检测，尽量在与首次报告相同的网络和时段做，保证证据可比；
- 修复后主动确认：重新运行同一条检测命令，把"已恢复，检测全部通过"反馈回去——这不仅是礼貌，也帮服务方确认修复真的生效了；
- 留档：把错误码和处理结论记在自己的笔记里。连接问题有复发的习性，下次同样的错误码出现时，你翻自己的记录比重新排查快得多。
特别提醒：识别假客服
连接服务的用户是社工诈骗的重点目标。真客服不会：主动私聊你索要订阅链接、以"帮你测试"为名要你的密码、发送要你运行的不明脚本或程序、以"账号异常"制造紧迫感催你交出验证码。遇到以上任何一条，通过服务方官网的正式渠道核实对方身份。你交给正规流程的应该只有脱敏报告和事实描述——这也正是本指南只教你准备这些的原因。
帮别人报障时的注意事项
技术较好的用户常替家人朋友向服务方转述问题，这个中转角色有两条额外注意：其一，在当事设备上取证，不要在自己设备上复现后拿自己的报告去报别人的障——环境差异（系统、网络、客户端版本）会让证据驴唇不对马嘴；远程指导对方运行检测并导出报告，比你的转述可靠得多。其二，当事人的凭据依然是红线——即使对方信任你，订阅链接和密码也不应经你的聊天记录中转；需要重置订阅时，指导对方自己在面板操作。把这两条守住，热心帮忙才不会变成隐私链条上的薄弱环节。