---
title: "TSLink、Tailscale Serve、Services 与公共隧道"
description: "根据单服务、本机多应用、跨主机稳定服务或公网 URL 的需求，选择分享方式。"
url: "https://tslink.md/zh/docs/comparisons"
locale: "zh"
product_version: "0.1.1"
source: "https://github.com/anydoor7/tslink/blob/v0.1.1/docs/comparison.md"
---

> Documentation index: https://tslink.md/zh/llms.txt · Installed binary is authoritative: `tslink manifest`.

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

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

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

逐项了解配置步骤与适用边界，请读[什么时候需要 TSLink？只用 Tailscale 与使用 TSLink 的对比](https://tslink.md/zh/docs/when-to-use-tslink.md)。

## TSLink 与 Tailscale Serve

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

TSLink 管理分享生命周期。应用仍需自行安装、配置和运行，保留自己的认证，发布电脑也需要在线。见[分享给指定的人](https://tslink.md/zh/docs/people-sharing.md)与[健康检查](https://tslink.md/zh/docs/health-and-alerts.md)。

## TSLink 与官方 Tailscale Services

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

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

## 私有分享还是公共隧道？

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

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

有边界的委派见 [MCP 角色](https://tslink.md/zh/docs/mcp-scopes.md)，每台主机的私有目录见 [portal](https://tslink.md/zh/docs/portal-requests.md)。多主机汇总仍在规划中。TSLink 是独立项目，不是 Tailscale 官方产品。

下一步：[安装](https://tslink.md/zh/docs/installation.md) · [本地 AI](https://tslink.md/zh/docs/local-ai.md) · [Agent/MCP 配置](https://tslink.md/zh/docs/mcp-server.md)。

来源：上面链接的官方文档与 [TSLink 比较指南](https://github.com/anydoor7/tslink/blob/v0.1.1/docs/comparison.md)。