DeepSeek Harness 多用户怎么用：多租户、局域网共享与权限隔离的三种方案与安全边界

DeepSeek Harness 没有内置的「多租户」概念。 让多人共用，只能靠账号、profile 与工作区组合隔离；隔离强度取决于配置，不是开个开关就有。

先说清楚：没有官方「多租户」

官方文档里搜不到这个词，不代表不能多人用。 它只是没有把「多租户」做成一个功能名（来源）。

社区说的多租户，通常指三种实践： 多人共用一个实例、一个团队共用一套配置、一个实例服务多个项目。

三种实践的隔离强度不同。 只共用实例不做隔离，会话与文件互相可见；要做到「互不干扰」，需要额外配置。

三种共享方案

按隔离强度从弱到强排列。

共用实例最省事，也最不安全。 能访问的人能看到同一份会话与文件；只适合完全信任的场景。

多账号解决「谁在用」。 不同账号有不同权限与数据范围；前提是宿主或代理层提供账号能力。

profile + 工作区解决「能力与数据怎么分」。 profile 隔离插件与配置，工作区隔离文件；两者一起用，接近多租户效果。

账号与访问控制

没有账号，就谈不上隔离。 至少一层认证。

1. 开启访问认证，不要只靠端口不常见。
2. 为不同使用者分配独立账号或令牌。
3. 限制来源 IP 或网段，减少扫描面。
4. 记录访问日志，定期检查异常。
5. 人员离开时及时撤销令牌。

认证是隔离的前提。 没有身份，所有权限控制都无从谈起；共用实例又无认证，等于把工作区开放。

令牌按人分配。 共用一个令牌，出问题无法追溯；撤销时也会影响所有人。

profile 与工作区隔离

隔离要同时管能力与数据。

1. profile： 按使用者或项目创建，插件与配置互不影响。
2. 工作区： 限制 agent 可读写的目录，避免跨项目访问。
3. 会话： 不同 profile 的会话分开，减少互相看到。
4. 密钥： 每个 profile 用自己的模型密钥，便于计量与撤销。
5. 插件： 按需安装，不要把所有插件装进共用 profile。

profile 不是安全边界。 它隔离配置，不隔离系统权限；能访问同一实例的人仍可能读到其他目录。

工作区是数据边界。 把每个项目的目录限定清楚，比只分 profile 更有效。

局域网共享步骤

局域网共享的步骤不多，关键是认证与范围。

1. 确认服务监听在局域网可访问的地址。
2. 配置认证，至少一层登录或令牌。
3. 在路由器或防火墙限制来源，只允许可信网段。
4. 用另一台设备测试访问，确认不依赖本机。
5. 记录访问日志，观察是否有异常来源。

监听范围要克制。 只给可信网段开放；不需要时关掉局域网访问。

局域网不是安全区。 同一网络里的设备未必都可信；认证与来源限制仍要保留。

风险与边界

多人共用带来四类风险。

1. 数据可见： 会话与文件对能访问的人可见；需要私密就独立实例。
2. 权限越界： 工作区限制不严时，agent 可能读写其他目录。
3. 密钥混用： 共用密钥无法计量与追责；按人分配。
4. 资源竞争： 多人同时跑任务，配额与并发容易打满。

四类风险的共同点是「边界不清」。 账号、profile、工作区、密钥四层，缺一层就会漏。

隔离强度要与信任程度匹配。 完全信任的小团队可以简单共用；对外提供服务时，必须按多租户标准设计。

失败排查

多人共用的问题，按四层查。

1. 访问层： 能否连上、认证是否通过、来源是否被限制。
2. 身份层： 账号或令牌是否有效，权限是否足够。
3. 隔离层： profile 与工作区是否按预期分开。
4. 资源层： 配额、并发与磁盘是否被占满。

先查访问，再查身份。 连不上与进不去是两层；混在一起会改错配置。

日志是最好的证据。 访问日志、会话日志与系统日志三份对照，能定位到具体层。

下一步

先定隔离强度，再配账号与工作区。 想看多租户概念的来源，看《dsh 多租户是什么》；想看局域网访问，看《DeepSeek Harness 手机端怎么用》；想看远程访问安全，看《DeepSeek Harness 远程访问怎么配》。

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