家里群晖上的服务想在外面访问，办法很多，但新手最容易纠结的就是这三个：Lucky、FRP、ECH。它们都能把内网服务暴露到公网，但原理、成本和稳定性完全不是一回事。我把三个方案在同一个网络环境下各跑了一遍，这篇把实测数据和选型结论一次讲清楚，帮你少走弯路。
三者一句话速览
- Lucky：Docker 一键部署的"瑞士军刀"——反向代理、端口转发、动态域名、STUN 内网穿透、自动申请证书全集成。有公网 IP 的话，它是把内网服务推出去最顺手的工具。
- FRP：经典的客户端/服务端隧道方案。需要一台有公网 IP 的 VPS 做服务端，家里群晖/软路由跑客户端打洞。免费自建，社区最大，玩法最多。
- ECH（边缘计算穿透）：基于边缘计算节点的转发方案，客户端把流量发到边缘节点，再由节点回源。最大的卖点是不用自己准备公网服务器，代价是把稳定性交给了第三方节点。
架构上可以这样理解：Lucky 是"自己家门口开门"（需要公网 IP），FRP 是"自己租了个中转仓库"（需要 VPS），ECH 是"借别人的驿站中转"（免服务器但看人脸色）。
实测环境（先说清楚，避免抬杠）
- 内网侧：群晖 DS923+（DSM 7.2），Docker 部署 Lucky / frpc / ECH 客户端
- 公网侧：FRP 服务端跑在一台腾讯云轻量服务器（上海地域，2M 带宽）；ECH 用的是公开节点池
- 测试目标：群晖 Web Station 上的一个静态页面 + File Station（5001 端口）
- 测试方法：手机 5G 网络访问，ping 测延迟、连续 7 天每 30 分钟一次可用性探测
声明一下：延迟和稳定性跟你的宽带运营商、VPS 线路强相关，下面的数字是我这套环境下的参考值，看相对关系比看绝对值更重要。
六维对比实测
1. 部署难度
| 方案 | 部署方式 | 上手时间 |
|---|---|---|
| Lucky | Docker 一条命令，Web 界面全中文 | 约 10 分钟 |
| FRP | 服务端+客户端两份 ini 配置 | 约 30 分钟（含 VPS） |
| ECH | Docker 镜像 + Token，填几个参数 | 约 15 分钟 |
Lucky 的 Web 管理界面是三者里最好用的，反代规则、证书、DDNS 都能点鼠标配好。FRP 要手写配置文件，第一次配容易在 token、bind_port 这些细节上翻车。ECH 介于两者之间，但文档普遍不如前两者全。
2. 成本
- Lucky：软件免费。如果走"公网 IP + 端口转发"路线，成本是 0；如果要配合 VPS 做中转，成本同 FRP。
- FRP：软件免费，成本 = 一台 VPS。轻量服务器一年几十到一百多，选对线路很关键（后面避坑细说）。
- ECH：多数节点免费或极低价，免 VPS。这是它最大的吸引力。
3. 延迟实测
以访问群晖 Web 页面首字节时间为准（手机 5G，同一时段各测 20 次取中位数）：
| 方案 | 中位数延迟 | 备注 |
|---|---|---|
| Lucky（公网 IP 直连） | 约 60ms | 跟直连家里宽带几乎一致 |
| FRP（上海轻量 VPS） | 约 90ms | 多一跳中转，国内 VPS 表现稳定 |
| ECH（公开节点） | 约 180ms | 节点质量波动大，高峰期更明显 |
结论很直白：有公网 IP 就用 Lucky 直连，延迟最低；没公网 IP，FRP + 一台线路好的 VPS 是延迟和稳定的最优解；ECH 适合临时用、轻量用。
4. 稳定性（7 天探测）
- Lucky 直连：可用率 100%，宽带不断就不断。
- FRP：可用率 99.8%，掉过一次，是 VPS 商家侧网络抖动，frpc 自动重连约 1 分钟恢复。
- ECH：可用率约 96%，出现过两次节点切换导致的十几分钟不可用，以及一次晚高峰明显卡顿。
5. 功能与玩法
- Lucky：反代、子域名分流、自动 HTTPS、WebDAV、STUN、端口转发，All in One。适合"一个入口管全家"的场景。
- FRP：TCP/UDP/HTTP/HTTPS 全支持，P2P 模式（xtcp）能打洞直连，配合群晖、软路由、摄像头都行，可玩性最高。
- ECH：主打 HTTP(S) 转发，部分节点支持 TCP。功能相对单一，胜在省事。
6. 适用场景一句话
- 家里宽带有公网 IP（哪怕是动态的）→ Lucky
- 没公网 IP、愿意花小钱租 VPS、要长期稳定 → FRP
- 临时演示、轻量访问、不想折腾服务器 → ECH
- 又要稳定又要省心、预算充足 → FRP + Lucky 组合（Lucky 做内网统一入口和反代，FRP 只负责把 Lucky 的 443 端口穿出去）
选型总表
| 维度 | Lucky | FRP | ECH |
|---|---|---|---|
| 是否需要公网 IP/VPS | 直连要公网 IP | 需要一台 VPS | 都不需要 |
| 部署难度 | ★☆☆☆☆ | ★★★☆☆ | ★★☆☆☆ |
| 成本 | 0（有公网 IP 时） | 一台 VPS/年 | 0 或极低 |
| 延迟 | 最低 | 低（看 VPS 线路） | 偏高且波动 |
| 稳定性 | ★★★★★ | ★★★★☆ | ★★★☆☆ |
| 推荐指数（长期用） | ★★★★★ | ★★★★★ | ★★★☆☆ |
各自实战要点（只说关键的）
Lucky 要点：Docker 部署后先做三件事——① 绑定 DDNS（阿里云/腾讯云/Dnspod 都支持，动态公网 IP 必备）；② 用内置 ACME 申请证书，一次配好全站 HTTPS；③ 反代规则里给每个服务建子域名，配合"默认 444 拒绝"兜底，防止裸 IP 被扫。之前写过一篇 Lucky 反代宝塔面板的实战，思路是通的，见文末旧文。
FRP 要点：服务端 frps.ini 核心就三行——bind_port、token（必须设复杂）、dashboard_port（管理面板）。客户端按服务配 [web]、[nas] 等段。重点：VPS 一定要选国内延迟低的线路，带宽 2M 起步就够家用；token 别用默认的 123456，公网扫描器一直在扫 7000 端口。
# frps.ini（服务端，示例）
[common]
bind_port = 7000
token = 换成你自己的复杂密码
dashboard_port = 7500
dashboard_user = admin
dashboard_pwd = 换成你自己的复杂密码
# frpc.ini（群晖客户端，示例）
[common]
server_addr = 你的VPS公网IP
server_port = 7000
token = 和服务端一致
[nas-web]
type = http
local_ip = 127.0.0.1
local_port = 5000
custom_domains = nas.你的域名.comECH 要点：按官方文档填 Token 和本地服务端口即可。注意两点：① 重要服务别只押 ECH 一条路，节点池说换就换；② 免费节点别跑大流量，被限速是常态。
避坑清单（都是真金白银换来的）
- 先确认自己有没有公网 IP：光猫拨号后看 WAN 口地址是不是 100.64/10/172.16/192.168 开头——是的话就是大内网，直接上 FRP 或 ECH，别在 Lucky 端口转发上浪费时间。
- FRP 的 VPS 别贪便宜买美西：家用穿透延迟 200ms+ 会很痛苦，优先选国内或 CN2 GIA 线路，哪怕配置低一点。
- token 和 dashboard 密码必须改：默认配置的 FRP 服务端在公网上活不过三天，就会被扫到并尝试爆破。
- Lucky 的证书记得开自动续期：ACME 默认 90 天有效期，忘了续期，三个月后全家 HTTPS 报错。
- 摄像头、NVR 这类 7x24 服务走 FRP 更稳：ECH 节点波动时，录像回放卡顿会很影响体验。
- 运营商封 80/443 很常见：Lucky 直连时用非常用端口（如 8443）+ 反代，FRP 则不受影响（走 7000 等自定义端口）。
总结
没有银弹，只有 trade-off。我的最终方案是：Lucky 做内网统一入口（反代+证书+DDNS），FRP 把 Lucky 的 443 穿出去，ECH 留作临时分享文件时用。这一套跑了大半年，家里 NAS、软路由、摄像头全在上面，稳得很。
相关旧文
- Lucky 反代宝塔面板 — Docker macvlan + bridge 双网络解决方案：Lucky 反代实战，组网思路本文同样适用
- 群晖 NAS 使用 Docker 部署 Lolia FRP 实现多隧道内网穿透：FRP 客户端在群晖上的详细部署步骤
- 海纳斯系统盒子安装 ARMv7 的 ECH-Workers（Docker版）：ECH 在 ARM 设备上的部署参考
- 群晖 Docker 容器升级失败怎么办：备份、回滚与日志排查完整指南：穿透服务也是 Docker 跑的，升级翻车时照这篇排查
下一篇预告
下一篇是资源分享：《Vaultwarden 自建密码库：Docker 一键部署 + 多端同步实测》——把全家密码从浏览器里搬出来，自己掌控，敬请期待。
评论 (0)