TiantianFlow/dsh-one-gateway

DSH One Gateway

English · 简体中文

把 DSH Web 分享给指定的人——而不是整个网络。

这是一个 DeepSeek Harness (DSH) 插件：在 DSH Web 前面放一层私有的零信任网关。一份允许名单。没有用户 自选密码。同一 Wi-Fi、同一 tailnet 或同一 mesh，从来不够让你进来。

它不是内网穿透工具，也不替代 Tailscale / Cloudflare。它为你已有的私有入口 加上身份校验。

快速开始

需要可用的本地 DSH Web profile，以及 Node.js 20+（通常由 DSH 提供）。只安装 插件不会做任何事，直到你运行 setup。在此之前，什么都不会暴露出去。

安装

dsh plugin --profile web add github:TiantianFlow/dsh-one-gateway

配置

dsh plugin --profile web exec dsh-gateway -- setup

setup 会打开菜单、预览计划，等你确认后才写入。它会拒绝公开或匿名的默认值。 Tailscale.com 上的操作员会被引导到有身份的 Tailscale Serve。

然后重启你已经在用的 DSH Web 进程，以允许名单中的主体打开配置的 HTTPS origin。 3088 端口本身从局域网和入口网络都不可达。

完整命令是 dsh-one-gateway；dsh-gateway 是较短的别名。Cloudflare Access、 Headscale、本地目录安装，以及无人值守标志见 详细安装。

你得到的是什么

DSH 前面的精确主体允许名单、仅回环的 HTTP/WebSocket 代理，以及一条会预览计划 并拒绝公开/匿名默认值的引导命令。

回环网关和 DSH 都只监听回环地址。受支持的入口（Tailscale Serve，带 Cloudflare Access 的 Cloudflare Tunnel，或 Headscale 上的 Tailscale TCP Serve） 只负责把请求送到本机。加入该私有网络 从来不是授权决定。任何请求在转发到 DSH 之前，都必须解析出一个明确的、在允许名单中的主体。那就是自托管的访问控制， 面向零信任家庭实验室：能连上不等于被允许。

允许名单中的浏览器 ─ HTTPS ─> 入口（Tailscale Serve、Cloudflare Access，
                                      │           或 Headscale TCP Serve）
                                      └─ 回环网关 ─> 本地 DSH
                                         127.0.0.1:3088  127.0.0.1:3080

调用方通过 Tailscale Serve、Cloudflare Access，或（在 Headscale 上）私有 TCP Serve 前面的系统生成网关凭证完成认证。

和同类插件的差别

其他 DSH 网关可能在回环之外监听、给 DSH 内部打补丁以便升级后门控覆盖仍穷尽， 或在 DSH 前面做反向代理。那些设计也可以覆盖 /api 和 WebSocket；差别不在谁 覆盖得更全。本插件是另一套约定：DSH 本身从不离开回环。

1. 私有网络成员身份从来不是授权。 监听 0.0.0.0、把 RFC1918 当成放行，都 不在范围内。监听只在回环。同一 Wi-Fi、同一 tailnet 或同一 mesh，都不会让你 进来。
2. 失效关闭的 DSH 源。 DSH 只待在回环；它前面唯一的监听者是本网关。DSH 升级不会悄悄增加一条可从网外到达的路由——没有一张必须保持穷尽的门控路由表， 因为 DSH 一开始就不可从网外到达。全覆盖门控漏掉一条路由是静默绕过；本桥接 漏掉一条只是那条代理路径坏了，不会把 DSH 暴露出去。
3. 不给 DSH 核心或客户端库打补丁。 有些门控靠给 DSH 的 HTTP 与 upgrade 入口打补丁来保持覆盖穷尽，并在每次升级后重新打上——因为上游变更会悄悄把 补丁冲掉。本网关是外部进程，从不改 DSH 自己的代码。
4. 对 Tailscale Serve 和 Cloudflare Access，身份来自入口本身——不是登录页、 密码或共享令牌。 密码表单、共享令牌、会话 cookie 门是很大的认证面，也是 常见出 bug 的地方。这两种已交付模式使用 Serve 注入的 Tailscale-User-Login，或本地校验的 Cloudflare Access JWT。我们核对允许名单， 不让你自设密码。gateway-credential 是给没有原生身份的传输准备的、更小的 专用登录：系统生成的每主体凭证（不是用户自选密码）、只存校验值、有界的 HttpOnly/Secure/SameSite=Strict 会话、可单独吊销、限速但不永久锁定。 相对于典型的用户自选或共享密码，它在可猜测性、存储泄露和吊销范围上更强； 这不是“无密码”或“没有登录”，也不是宣称优于每一种密码或通行密钥。Headscale TCP Serve 是已交付、使用该模式的传输入口。对任何没有原生身份的纯传输入口， 约定都是：由产品自己把私有 overlay 桥接到不变的回环网关，用 gateway-credential 认证——绝不伪造身份头。
5. 一个插件、一条引导命令、一份允许名单。 不必为每个入口单独搭一套。 Tailscale Serve、带 Access 的 Cloudflare Tunnel，以及 Headscale TCP Serve 共用同一个回环网关。新的入口是再加一个适配器，不是再做一个产品。

详细安装

在终端里省略 --provider 会打开菜单——也就是快速开始里的那条 命令。检测到本地可执行文件只是提示；当恰好检测到一个入口时，它会成为默认值 ——不是配置校验。传入 --provider 可跳过菜单。非交互 setup 在恰好检测到一个 入口可执行文件时仍会自动选择，否则必须提供 --provider。当现场节点在 Headscale 上时，才会列出 Headscale TCP Serve。

从本地目录安装，而不是从 GitHub：

dsh plugin --profile web add -w /path/to/dsh-one-gateway

Tailscale Serve：

dsh plugin --profile web exec dsh-gateway -- setup --provider tailscale-serve

Cloudflare Access（你自己配置 Access；网关只在本地校验令牌）。你必须已经有 一个只转发到 127.0.0.1:3088 的 Access 应用：

dsh plugin --profile web exec dsh-gateway -- setup --provider cloudflare-access \
  --external-origin 'https://dsh.example.invalid' \
  --team-origin 'https://team.example.invalid' \
  --application-audience 'replace-with-access-application-audience' \
  --trusted-principal 'email:operator@example.invalid'

在 TTY 中，未提供的 Cloudflare 值会按此顺序交互收集：已有 Access origin、 团队 origin、应用 audience、受信任邮箱。无人值守的 --yes 仍必须提供全部 四个标志。setup 不会创建隧道、DNS 记录或 Access 应用。

Headscale TCP Serve（私有可达性加上系统生成的网关凭证；证书由你提供）。 在 Tailscale.com 上，setup 不会把它当作同等权重的菜单项：

dsh plugin --profile web exec dsh-gateway -- setup --provider headscale-tcp-serve \
  --tls-cert /path/to/dsh-one-gateway/cert.pem \
  --tls-key /path/to/dsh-one-gateway/key.pem \
  --credential-store /path/to/dsh-one-gateway/credentials.json \
  --trusted-principal operator-1

TCP Serve 不终止 HTTPS，也不证明身份。网关在 127.0.0.1:3088 上用你提供的 证书终止 TLS。客户端必须信任该证书；本轮不生成私有 CA。确认后，setup 签发 一份凭证，明文只显示一次，绝不写入 profile。--print 不会签发任何凭证。

确认后才会写入启用的 profile 条目。setup 不会猜测、杀死或重启你的 supervisor。请自行重启你已经在用的 DSH Web 进程。

用 --print 只预览不写入。在 TTY 中，--print 仍可能询问入口和缺失值，但 绝不会写入 profile、入口资源或凭证。非交互 --yes 必须显式提供所有安全敏感 值。--yes 只跳过最后的写入确认，不会替你发明入口或 Cloudflare 参数。

受支持的入口

私有可达性不是授权。tailnet 成员、可从互联网路由到的 Cloudflare 主机名、或 mesh 对等节点都可以碰到端点，但若允许名单不匹配，仍会得到 403。

Cloudflare 细节：Access 保护的应用常常可以从互联网访问。未认证的包可以到达边 缘。受支持的形态是“身份门控的应用 + 网关强制本地 JWT 校验”，绝不是匿名公开隧 道。本地令牌校验是扎实的。网关无法在没有宽权限账号凭证的情况下机器证明 Access 仍附着在该隧道上；setup 会如实说明，并且仍然拒绝缺失或无效的 JWT。

明确不做

• 让 DSH 本身变成多租户，或降低允许名单用户的权限（每个被允许的主体都是完整的 DSH 管理员）。
• 把设备、节点或 mesh 成员身份当成人类身份。
• 提供可配置的通用反向代理，或任意可信任头名称。
• 支持公开匿名隧道、Funnel 或 Cloudflare quick tunnel。
• 管理入口级 ACL、DNS 区或账号策略。
• 卸载时自动删除持久化的入口路由。
• 接受用户自选密码。
• 在一个网关实例中同时运行多个入口。
• 防御恶意的本机管理员，或已经能读取 DSH 内存/配置、或能直连 DSH 回环的进程。

每种认证模式证明什么

这些 auth.mode 值就是 YAML 里的字面键。每一种都和固定的入口绑定，不能混用。

• trusted-header（仅 Tailscale）。 Serve 恰好注入一个 Tailscale-User-Login，且该值在允许名单中，形式为 login:<exact-login>。 头名称写死在代码里，不能配置成通用头。
• signed-jwt（仅 Cloudflare Access）。 请求恰好携带一个 Cf-Access-Jwt-Assertion，能对团队 JWKS 验签，并匹配配置的 issuer 与应用 audience，具备必需的 exp/iat/nbf、身份 type、标量 email 和非空 sub。允许名单使用 email:<exact-email>。永远不信任 CF_Authorization cookie。
• gateway-credential（Headscale TCP Serve）。 持有为每个操作员签发的 ≥256 bit 凭证（由 CLI 生成，不是用户自选密码），经 JSON API 或同源登录表单 的 POST 正文提交——从不放进 URL 查询参数——换成短时 __Host- 会话 cookie （HttpOnly、Secure、SameSite=Strict）。网关只存校验哈希；会话可单独 吊销，尝试会被限速但不永久锁定。TCP Serve 不贡献身份：能连上节点不是授权。 Tailscale Serve 和 Cloudflare Access 不能选择该模式。

安装之后

dsh-gateway doctor
dsh-gateway credential issue --store /path/to/dsh-one-gateway/credentials.json --name operator-1
dsh-gateway credential list --store /path/to/dsh-one-gateway/credentials.json
dsh-gateway credential revoke --store /path/to/dsh-one-gateway/credentials.json --name operator-1

把生成条目的 enabled: false 并重启 DSH 即可停用。卸载不会删除 Tailscale Serve 路由、Cloudflare tunnel、Access 应用或凭证文件，需要你自己删。

威胁模型与本机信任边界

网关防御伪造身份头、公开模式的入口配置、Host/Origin/请求目标走私、入口令牌泄 漏进 DSH、过期 JWT 密钥，以及会扩大暴露面的配置笔误。详见 SECURITY.md。

它不防御本机上能连接 127.0.0.1:3080 或 127.0.0.1:3088、能读 DSH profile、或拥有本地 root 的进程。回环 TCP 无法证明是哪个本地可执行文件打开的 连接。本机沦陷不在范围内。

TLS、密钥与凭证

• Profile YAML 从不包含私钥、JWT 或已签发的凭证明文。
• Cloudflare 签名密钥从团队 origin 的 JWKS 路径按有界 HTTPS 拉取，不写入 profile。
• Headscale TCP Serve 要求操作员提供的证书和私钥（绝对路径、严格的私钥权限、 密钥与证书匹配、未过期、SAN 覆盖 externalOrigin）。网关不生成 CA 或自签 证书。客户端必须把该证书加入信任。
• 网关凭证（若使用）只在操作员提供的绝对路径存储校验器，并要求严格权限。明文 只显示一次。
• 像对待其他密钥文件一样备份凭证库；撤销按主体进行。会话在内存中，网关进程 重启即失效。

排障

不要为了“先跑起来”而关闭认证、Origin 检查、TLS 或入口校验。

尚未支持

它们以后可能映射到同一套约定。“它是 VPN”不够。

• EasyTier / ZeroTier / 仅 WireGuard — 没有应用层身份（正确映射是 gateway-credential）。三者今天都不做，原因相同：本代码库还无法证明监听只 绑在私有 overlay 网卡上，而不仅仅是上报了正确的本机地址。Linux / macOS 有 SO_BINDTODEVICE / IP_BOUND_IF；Node 的 net.Server.listen() 两者都不 暴露。这是一个具体的工程缺口，不是断言这些传输永远不能用。树上还没有它们的 适配器，也没有承诺的时间表。
• Headscale HTTPS Serve — 仍然不支持。Headscale 没有 Tailscale 那种带身份 的 HTTPS Serve。已交付的 Headscale 路径是原始 TCP Serve，加上 gateway-credential 和操作员提供的证书，而不是伪造的身份头。
• NetBird — 声称的身份头在没有引用过的覆盖配置文件和集成测试前不受支持。
• Twingate / Pangolin — 没有冻结的 JWT/头校验配置文件。
• 通用反向代理 / 任意 trusted-header — 太容易配成可伪造的头。
• 裸 LAN、SSH 隧道、公开隧道 — 超出私有入口约定。

旧的 dsh-tailscale-gateway 包仍是仅 Tailscale 的参考产品。两个网关进程不能 同时绑定同一个固定网关端口。setup 若发现旧条目会拒绝再追加。

配置

只接受下面展示的字段。未知键是错误。不存在 listenHost、listenPort、 upstream、headerName、jwksUrl、allowAnonymous、trustPrivateNetwork、 public 或 funnel 键。

Tailscale — trusted-header 表示由 Serve 注入登录；routeManagement: ensure 表示 setup 会创建一条缺失的私有 Serve 路由：

enabled: true
externalOrigin: 'https://gateway.example-tailnet.ts.net:8443'
provider:
  type: tailscale-serve
  routeManagement: ensure
auth:
  mode: trusted-header
  trustedPrincipals:
    - 'login:operator@example.invalid'

Headscale TCP Serve — gateway-credential 表示持有系统生成的密钥；TCP Serve 只提供私有可达性。必须提供 tls：

enabled: true
externalOrigin: 'https://gateway.example.invalid:8443'
provider:
  type: headscale-tcp-serve
  routeManagement: ensure
tls:
  certPath: '/path/to/dsh-one-gateway/cert.pem'
  keyPath: '/path/to/dsh-one-gateway/key.pem'
auth:
  mode: gateway-credential
  trustedPrincipals:
    - 'credential:operator-1'
  credentialStorePath: '/path/to/dsh-one-gateway/credentials.json'

Cloudflare — signed-jwt 表示网关在本地校验 Access 身份 JWT； routeManagement: verify-only 表示由你自己挂上 Access：

enabled: true
externalOrigin: 'https://dsh.example.invalid'
provider:
  type: cloudflare-access
  routeManagement: verify-only
  teamOrigin: 'https://team.example.invalid'
  applicationAudience: 'replace-with-access-application-audience'
auth:
  mode: signed-jwt
  trustedPrincipals:
    - 'email:operator@example.invalid'

许可证

MIT。见 LICENSE。