TSLink、Tailscale Serve、Services 与公共隧道 | TSLink · Tailscale 网络里的应用私有地址

根据单服务、本机多应用、跨主机稳定服务或公网 URL 的需求，选择分享方式。

如果你在一台电脑运行多个应用，希望拥有独立私有地址、HTTP/文件的人员期限，以及 CLI 或 MCP 生命周期管理，TSLink 适合这个流程。Tailscale Serve 与 Services 已能发布服务，选择应基于实际工作方式。

以下是基于官方文档的流程判断，不是性能基准。 Serve 与 Services 的地址能力核实于 2026 年 10 月 7 日。

工具	适合的起点	需要考虑
TSLink	一个人运行多个本机应用，管理访问者、期限、邀请与 recipes	应用留在发布主机。私有访问需要 Tailscale；源码安装需要 Go。浏览器 guest link 与 MCP scopes 已交付，需遵守明确的公网/私有边界。
Tailscale Serve	已运行 Tailscale client，需要分享本地服务、文件或 TCP	Serve 支持通过设备主机名发布多个端口；TSLink 的逐应用内嵌节点采用不同运行方式。
Tailscale Services	管理跨主机的具名资源，需要迁移或冗余主机时保持地址	已提供稳定具名服务、流量路由、访问控制与主机审批。需完成管理员和 service-host 设置。
ngrok	给 webhook、演示或外部 client 提供公网 localhost endpoint	按访问者配置 endpoint policy 与认证。公共隧道不代表没有认证功能。
Cloudflare Tunnel	由 origin 主动连接到 Cloudflare 网络	单独决定哪些应用公开、哪些使用 Access policy；账户、域名与 connector 设置不同于 tailnet 入网。

TSLink 与 Tailscale Serve

如果设备主机名上的一个或多个端口已经满足私有路由需求，Serve 就够了，可以复用已有的 Tailscale 客户端。TSLink 为每个应用内嵌一个节点，在同一处保存注册信息，并提供应用 recipes、健康观察、带期限的人员授权、邀请 bundle 和 CLI JSON/MCP 操作。

TSLink 管理分享生命周期。应用仍需自行安装、配置和运行，保留自己的认证，发布电脑也需要在线。见分享给指定的人与健康检查。

官方 Services 已将服务名称与托管设备解耦。官方示例命令形式为 tailscale serve --service=svc:web-server --https=443 localhost:3000，前提是已配置服务及主机审批。

TSLink 的区别在于本机多应用、按人的生命周期工作流，不提供 Services 的跨主机路由或高可用。多台 TSLink 电脑也不会自动组成同步集群。两者都依赖 Tailscale 策略与合适的应用安全设置。

有 Tailscale 账户的家人或同事可通过私有人员分享，将新的 HTTP/文件请求限制到指定登录账户和期限。外部访问者逐个接受 Tailscale 应用邀请；bundle 减少的是主人的命令次数，不是访问者的接受次数。

有限期浏览器访问可用 TSLink 的单应用访客链接，通过公共 Funnel、强制 gate 和可选 PIN。链接/PIN 可转发，不确定人的身份。开放 Funnel 是单独明确的发布方式，需应用认证。人员撤销无法收回下载或终止已接受的私有流；guest 撤销/到期会取消受跟踪的访客流。

有边界的委派见 MCP 角色，每台主机的私有目录见 portal。多主机汇总仍在规划中。TSLink 是独立项目，不是 Tailscale 官方产品。

来源：上面链接的官方文档与 TSLink 比较指南。