DeepSeek Harness 遥测怎么接：OTel collector、日志与自建观测方案

看到 dsh-otel-collector 域名，先别急着下结论。 先确认有没有在发、发到哪、发什么；这三件事清楚之前，关或改都是在赌。

先确认：有没有在发

三步确认，按证据走。

1. 查配置： 配置文件里有没有 OTel、telemetry 或 exporter 相关项。
2. 查启动参数： 启动命令有没有开启观测或指定端点。
3. 查网络： 出站请求里有没有该域名的记录；有记录才是真的在发。

三处对照，才叫确认。 只看配置，可能被环境变量覆盖；只看网络，可能是别的组件。

域名出现不等于内容外泄。 要先看发的是什么：指标、追踪还是日志；三者敏感程度不同。

这个域名可能是什么

从名字看，它像是一个 OTel collector 端点。

1. otel 通常指 OpenTelemetry。
2. collector 指接收与转发遥测的服务。
3. 子域名指向 DeepSeek 相关服务，可能是默认采集端。
4. 具体用途以官方文档与当前版本为准，不要只看域名猜测。
5. 若你从未配置过，可能是版本默认开启，也可能是某个插件带入。

名字能提示方向，不能当结论。 判断仍要回到配置、参数与网络三处证据。

不同版本默认值可能不同。 升级后行为变化，先看 Release Notes 与配置说明。

怎么查配置与出站

两条路径：本地配置与网络连接。

1. 搜索配置文件中的 telemetry、otel、exporter、endpoint 关键字。
2. 查看启动脚本与环境变量，确认是否覆盖默认值。
3. 用系统网络工具看进程的出站连接与目标域名。
4. 对照日志里的上报记录与失败重试。
5. 记录版本与配置，便于判断是否为默认行为。

配置优先于猜测。 有明确开关就按开关处理；没有开关时，再考虑网络层方案。

不要用 hosts 硬拦。 拦截后可能出现超时与重试，反而拖慢启动；需要阻断时，优先用配置关闭。

自建 collector 的做法

需要保留观测时，把 exporter 指向自己的 collector。

1. 部署一个 OTel collector，监听内网地址。
2. 在配置里把 exporter 指向自建地址。
3. 明确采集项：指标、追踪与日志分别开关。
4. 设置采样率与保留周期，控制体积。
5. 验证数据到达，再关闭默认端点。

自建的价值是「可控」。 数据留在自己的网络里，采集范围与保留时间由你决定。

先小范围验证。 只开指标，确认链路与体积，再逐步加追踪与日志；一次全开容易压垮后端。

关闭与降级

不想发遥测，三种处理按优先级。

1. 配置关闭： 找到对应开关，关闭采集或导出。
2. 改为自建： 保留观测能力，但数据不出内网。
3. 网络限制： 在无法改配置时，限制出站；注意超时与重试。

关闭后要验证。 看网络请求是否消失、日志是否还有上报失败；只改配置不验证，可能仍有一条路径在发。

降级不是删除。 保留本地日志与指标，能支撑基本排查；完全关闭会让问题定位变难。

隐私边界

遥测的敏感度取决于字段，不是取决于「有没有发」。

1. 指标： 通常是计数与耗时，敏感度低。
2. 追踪： 可能包含请求路径与错误信息，需脱敏。
3. 日志： 可能包含输入输出片段，敏感度最高。
4. 账号信息： 是否上报取决于实现，配置时明确。
5. 合规要求： 企业环境按内部规范处理，不只看默认值。

先看字段，再谈开关。 只发指标与发日志，风险完全不同。

敏感环境默认关。 不确定采集范围时，先关闭，再按需开启最小集合。

排查

四类问题覆盖大多数遥测场景。

1. 启动变慢： 上报端点不可达导致重试；检查超时与阻断方式。
2. 日志大量报错： 端点失效或鉴权失败；关闭或换地址。
3. 数据重复： 多个 exporter 同时启用；只保留一个。
4. 找不到开关： 版本差异或插件带入；查 Release Notes 与插件说明。

四类的排查入口是「配置 + 网络 + 日志」。 三处对照，才能判断是默认行为还是配置错误。

记录处理方式。 关了哪些、改到哪、验证结果；下次升级时能快速对照。

下一步

先确认，再决定关或改。 想看代理与出站配置，看《DeepSeek Harness 代理怎么配》；想看日志排查，看《DeepSeek Harness 启动就报错》；想看权限边界，看《DSH plugin 能做什么、不能做什么》。

来源：DeepSeek Harness 官方文档、dsh CLI README、deepseek-harness 仓库