还没法--host 0.0.0.0启动啊

[Vincentdu-cn]

npx @deepseek-ai/dsh web --host 0.0.0.0
error: --host 0.0.0.0 is intentionally not supported yet for safety: it would expose remote code execution to the network; use 127.0.0.1 instead

[moxisuki]

我也发现了这个问题，但是实际上我手动转发到0.0.0.0后，在PAD上工作区会加载失败，文件选择器也会报错，等更新吧

[zerodegress]

我也需要，本来打算盒子开一下然后用手机看的，这安全措施是不是有些过头了

[moxisuki]

实际上转发出去了问题也很多，因为它的文件选择器等是用的node的，不是基于浏览器的

[evpeople]

实际上转发出去了问题也很多，因为它的文件选择器等是用的node的，不是基于浏览器的

我现在是在arch上启动，同时arch的防火墙只放行了22端口，mac上通过ssh把dsh转发出来，然后在mac上使用，在文件选择上看着没有问题

[moxisuki]

实际上转发出去了问题也很多，因为它的文件选择器等是用的node的，不是基于浏览器的

我现在是在arch上启动，同时arch的防火墙只放行了22端口，mac上通过ssh把dsh转发出来，然后在mac上使用，在文件选择上看着没有问题

我使用的是win平台的netsh做转发，并且在Android PAD上做的测试，我再找找办法

[moxisuki]

我好像发现问题了，api-request-trust.ts中对非本地回环的都403了，需要用别的方式转发

[benjamin59cooper7581-afk]

是的，用socat转发之后报错

[Gongzq5]

seem issue，
用 ssh 转发的话能过这一步，但是添加自定义模型服务商也会报错 ……

[benjamin59cooper7581-afk]

我是Ubuntu 26 LST虚拟机，npx启的，然后socat转发到0.0.0.0

[ZeroAurora]

WebCrypto API 不支持在非安全上下文内运行，需要一个https证书

[seanxuu]

This is intentional, not a startup bug. The Web API can drive agent actions, including bash execution, but remote authentication is not available yet. Please use --host 127.0.0.1; socat forwarding is currently unsupported and may break workspace requests.

[benjamin59cooper7581-afk]

Thank you!

[Gongzq5]

So how can we run dsh on an internal GPU server? That is where the code and running environment live. Seems there is no proper way to support a development workflow like this?

[winoros]

tailscale 也会撞上这个问题

[mrbbbaixue]

监听自身是老大难问题了，opencode web当时也做得很烂

[Chinesezjc]

可以用nginx做一下路由

[moxisuki]

moxisuki/dsh-lan 我做了个插件可以暂时解决这个问题

实测在Android PAD局域网下可以正常使用

[wxl499]

修改源码可以解决

#替换路径并查找报错的源代码文件
grep -r "intentionally not supported" /node_modules/@deepseek-ai 2>/dev/null

#打开查找到的文件，将下面注释的代码修改成非注释的
vim node_modules/@deepseek-ai/dsh/node_modules/@deepseek-ai/dsh-web-app/lib/startup.js

/** if (options.host === "0.0.0.0") program.error("error: --host 0.0.0.0 is intentionally not supported yet for safety: it would expose remote code execution to the network; use 127.0.0.1 instead"); */
    if (options.host === "0.0.0.0") console.warn("error: --host 0.0.0.0 is intentionally not supported yet for safety: it would expose remote code execution to the network; use 127.0.0.1 instead");

#再次--host 0.0.0.0就可以了

[wxl499]

虽然可以在局域网打开页面了，但是页面中会报错：crypto.randomUUID is not a function ，看来是不让远程访问了

[zerodegress]

虽然可以在局域网打开页面了，但是页面中会报错：crypto.randomUUID is not a function ，看来是不让远程访问了

这是浏览器安全沙箱，绕不了，走SSH随到吧
只能说做WEBUI的人根本没把WEBUI当成一个服务去做，而是当成了电子应用的替代品

[l246804]

服务器上部署后，笔记本 ssh -L 转发端口好像可以用

[zerodegress]

目前缓解措施：用SSH隧道登入

[moxisuki]

大佬可以看一下我这个插件moxisuki/dsh-lan

[knoka0812]

如果你也遇到 dsh web --host 0.0.0.0 被拒绝，或者公网访问后出现 /api/settings.describe、Agent Presets 等接口 HTTP 403，可以参考这份完整部署教程：既说明了如何解除 0.0.0.0 启动限制，也覆盖 --trusted-host、公网 IP + 端口、HTTPS 反向代理、WebSocket、特权 API 访问和 Landlock 沙箱修复，并附带测试与安全风险说明：https://github.com/knoka0812/deepseek-harness-deployment-guide

[ColumKam]

感谢 @zerodegress @l246804 的回复，方法可用。

使用 SSH 端口转发远程访问 DeepSeek Harness Web UI

一份给开发者社区的标准操作指南

---

📌 背景与适用场景

DeepSeek Harness 的 Web UI 默认只监听 127.0.0.1，且官方出于安全考虑禁止使用 --host 0.0.0.0 将服务直接暴露到网络（会带来远程代码执行风险）。因此，若你需要从另一台机器（如本地笔记本电脑）访问运行在远程服务器上的 Harness 界面，SSH 端口转发是最安全、最便捷的方案。

适用场景：

• 你在远程 Linux 服务器上启动了 dsh web，希望用本地浏览器操作界面。
• 你不想配置复杂的反向代理（如 Nginx），且拥有服务器的 SSH 登录权限。
• 你需要临时或长期地进行远程调试、监控。

---

✅ 前置条件

条件	说明
服务器	已安装 Node.js 和 @deepseek-ai/dsh，并成功启动 dsh web（监听 127.0.0.1:3080）
SSH 服务	服务器开启 SSH 服务（默认端口 22），你拥有登录账号和密码/密钥
本地机器	有 SSH 客户端（Linux/macOS 自带；Windows 可使用 OpenSSH、PuTTY 或 WSL）
网络连通	本地机器能网络访问服务器的 SSH 端口

---

🔧 操作步骤

1. 在服务器上正常启动 Harness

登录服务器后，启动 Web UI（保持默认监听地址）：

npx @deepseek-ai/dsh web --port 3080

确保服务正常运行后，保持该终端会话或使用 tmux/screen 使其后台运行。

---

2. 建立 SSH 端口转发隧道（任选一种客户端）

🐧 Linux / macOS / WSL（使用 OpenSSH）

在本地终端执行：

ssh -L 3080:127.0.0.1:3080 用户名@服务器IP

• -L 表示本地端口转发。
• 3080:127.0.0.1:3080 含义：将本地的 3080 端口映射到远程服务器的 127.0.0.1:3080。
• 后跟服务器登录凭证。

执行后，SSH 会建立会话并保持连接（不要关闭终端）。你可以加上 -N 参数（不执行远程命令）和 -f（后台运行）使其安静地在后台维持隧道：

ssh -fN -L 3080:127.0.0.1:3080 用户名@服务器IP

但要确保已配置好 SSH 密钥免密登录，否则 -f 会使你无法输入密码。

🪟 Windows（使用 OpenSSH 客户端）

若你使用 Windows 10/11 自带的 OpenSSH 客户端（在 PowerShell 或 CMD 中），命令与 Linux 相同：

ssh -L 3080:127.0.0.1:3080 用户名@服务器IP

若使用 PuTTY：

• 在 Session 中填写服务器 IP 和端口，登录方式。
• 在左侧导航树中展开 Connection → SSH → Tunnels。
• 在 Source port 填 3080，Destination 填 127.0.0.1:3080，选择 Local，然后点击 Add。
• 回到 Session，保存并连接。登录后，隧道自动生效。

若使用 MobaXterm：

• 建立 SSH 会话后，点击 “Tunneling” 按钮，选择 “Local port forwarding”。
• 设置 “Forwarded port” 为 3080，“SSH server” 为 127.0.0.1:3080，保存即可。

---

3. 验证隧道是否成功

隧道建立后，在本地打开浏览器，访问：

http://127.0.0.1:3080

如果看到 DeepSeek Harness 的 Web 界面，则转发成功。

💡 你也可以用 curl http://127.0.0.1:3080 测试，若返回 HTML 则表明隧道工作。

---

🔍 常见问题与排障

问题现象	可能原因	解决方案
浏览器无法访问 127.0.0.1:3080	SSH 隧道未建立或断开	检查 SSH 终端是否还在运行；检查端口是否被占用（本地 3080 是否被其他程序占用）
连接拒绝（Connection refused）	远程服务器上 Harness 未启动或端口不正确	登录服务器确认 dsh web 是否正在运行，并确认端口号
隧道建立成功但页面空白/报错	未传递正确的 Host 头（极少发生）	在服务器启动时添加 --trusted-host 127.0.0.1:3080（或省去端口）
SSH 连接后立即退出	使用了 -f 但未配置密钥，无法后台认证	先确保 ssh-copy-id 已配置，或改用前台 -L 不加 -f
Windows 下提示“无法解析主机名”	SSH 客户端版本或路径问题	使用完整命令 ssh -L 3080:127.0.0.1:3080 user@ip，或改用 PuTTY

---

🛡️ 安全建议

• 限制转发端口：只在需要时开启隧道，使用完毕后及时关闭 SSH 会话。
• 使用密钥认证：避免密码登录，增强安全性。
• 控制访问来源：如果你的本地机器是公共网络，建议配合防火墙限制 SSH 端口仅对可信 IP 开放。
• 慎用 -g 选项：OpenSSH 的 -g 会允许其他主机连接你的转发端口，除非必要，不要使用，以免引入风险。

---

[starskyzheng]

可以搭配Caddy食用：

# Caddyfile
dsh.site.com {
    reverse_proxy 127.0.0.1:3080 {
        # 修改上行请求头
        header_up Host "127.0.0.1:3080"
        header_up Origin "http://127.0.0.1:3080"
        # 覆盖 Sec-Fetch-Site，避免被拒绝
        header_up Sec-Fetch-Site "same-origin"
        # 或者直接删除： header_up -Sec-Fetch-Site
    }
}