端到端最优的多级转发链
把转发端点编成组，再把组串成链。一直测到你要访问的目标网站，按整条链路的总延迟选路。第一跳最快、落地最近，到目标往往并不最快。节点故障或延迟抖动时自动重新选路。
端到端延迟降低
40%
75→45 ms
每次少等 30 ms下方链路示例 · 相比逐跳选最快
- Zero 端到端45 ms
- 只测到落地73 ms
- 逐跳选最快75 ms
自托管 · Rust 数据面 · 转发面板把散落的 VPS，
把散落的 VPS，
编成一张会自己选路的网。
Zero Forwarder 部署在你自己的机器上。多级转发链一路测到你要访问的目标网站，按端到端延迟选出最优路径，节点出问题自动换路；再加上带宽聚合和 12 种入站协议，全部在一个面板里配置、监控。
bash <(curl -sL https://get.zeroforwarder.com/install.sh)hammer-chain · 端到端选路正常
最优延迟 + 自动切换同时生效
143.7ms端到端最优延迟
5s 内故障自动切换
故障后仍选健康线路中的最优路径，使用无感知。
延迟随下方拓扑示意更新- 智能链式转发 · 平均延迟
- 280.6ms直连 299.0ms
- 10 万用户连接 · 常驻内存
- <500MB约 5 KB / 连接
- 单线程带宽聚合
- ≈200Mbps2 条 100M 线路叠加
- 起步授权
- $6/月50 用户 · 50 机器
转发、聚合、选路、计费，
一个面板全部管住。
不是又一个端口转发脚本。服务器、转发端点、转发链、用户和流量，都是面板里可以组合的对象。
入站代理部署在入口，
握手就近完成
客户端只和离自己最近的入口握手。入口到落地走预先建好、持续复用的长连接，新连接不再跨洋握手，首包延迟大幅降低。落地机不用部署任何协议，加落地节点客户端无感。
首包等待时间降低
60%
300→120 ms
新连接少等 180 ms下方握手示例 · 相比协议部署在落地
- Shadowsocks
- VLESS
- Reality
- AnyTLS
- Hysteria2
- TUIC
- Juicity
- Snell
- WireGuard
- SOCKS5
- SSH
- Hammer
协议部署在落地300 ms
部署在入口 · Zero120 ms
复用连接 · 跨洋握手 0-RTT示例：入口 RTT 10 ms、跨洋 RTT 100 ms，按 2 次握手往返 + 1 次数据往返计算，入口到落地连接已复用。
入口服务器组，
全自动负载均衡
多台入口机编成一个服务器组，共用一个域名。面板直接调用你的 DNS 服务商接口，给每台入口机一条解析记录，持续检测：出问题自动摘除，恢复后自动加回。用免费的 DNS 解析就够了，不用另买 DNS 负载均衡或健康检查服务。
三入口冗余 · 理论可用性
99.9999%
单节点 99% → 三节点冗余
示例按故障独立计算，不含 DNS 缓存与切换耗时。
- Cloudflare
- 阿里云
- DNSPod
- 华为云
- Webhook
Abgp.example.com
- 203.0.113.10在线
- 203.0.113.11丢包，已摘除
- 203.0.113.12在线
根据网络情况自动切换，无需人工干预
多备用线路
主线路故障按预设顺序切到备用，主线路恢复后自动回切。
三线路冗余 · 理论可用性
99.9999%
主线 + 2 条备用，每路可用性 99%
示例按故障独立计算，不含检测与切换耗时。
- 主线路故障
- 备用 1使用中
- 备用 2待命
实时监控
节点在线状态、网速、流量和链路延迟曲线，最长回看 7 天。
多用户与计费
按用户分配流量额度、限速、到期时间和重置周期。端口、线路可以按用户开放。
- 额度
- 500 GB / 月
- 限速
- 200 Mbps
- 重置
- 每月 1 日
解锁与分流
按规则把流媒体等特定流量导向解锁出口，其余流量照常走最优线路。
一条命令安装、更新、迁移
面板用 Docker 运行，节点安装脚本在面板里一键生成。换机器时打包数据、到新机器恢复即可。
bash <(curl -sL https://get.zeroforwarder.com/install.sh)带宽叠得上去，
也管得住。
一条连接能跑多快，看你接了几条线路；每个人能用多少，看你定的限速规则。两件事都在面板里配。
一条连接，
跑满多条线路的带宽。
普通转发里，一条 TCP 连接只能走一条线路，速度被那条线路卡死。TOT 在入口把同一条连接拆到多台中转并行传输，在出口按序重组，单线程下载、测速、大文件备份都能吃满总带宽。
普通转发 · 单连接≤ 100 Mbps
TOT 聚合 · 单连接≈ 200 Mbps
2 条 100M 中转的示例。中转越多，可叠加的带宽越多；UDP 走 UoT 同样受益。
故障线路自动禁用
自动剔除异常线路，其余健康线路继续传输。
复制模式 · 数据双保险单条线路故障，
线路 A故障线路 B 持续传输TCP 已连接
单条线路故障，
TCP 不断连。
同一份数据沿多条线路同时发送，任意单条线路故障，另一条仍可送达，现有 TCP 连接保持不断。
限速按总量算，
开多少线程都绕不过。
很多工具只限单条连接，开 8 个线程就能跑出 8 倍速度。Zero 的限速按端口、用户、服务器的总流量计算，TCP 和 UDP 合并计入，说限 10M 就是 10M。
单连接限速实际 80M
Zero 总量限速实际 10M
- 三层同时生效
- 端口 10M用户 100M服务器 200M每一层都是硬上限，取最严格的那个。
- TCP + UDP
- 合并计算，UDP 不是限速漏洞。
- 上下行
- 分别限速，或限制上下行合计。
- 突发后降速
- 允许 100M 突发，持续超过 5 分钟降到 30M；带宽回落后自动恢复。
Hammer：
为中转而生的隧道协议。
节点之间默认走 Hammer。握手、复用、分帧和加密都按「中转」这一个场景重新设计：新连接不用等握手，帧更大、开销更小，CPU 花在搬数据上。
- 加密认证加密载荷全程加密并校验完整性，数据被篡改即断开
- 0-RTT首帧即数据请求随第一帧发出，不等握手
- 连接复用99.9%节点间长连接池：1000 次串行请求只新建 1 条连接
- 高吞吐20 Gbps单个 CPU 核心的转发吞吐
- 低开销≈0.03%额外协议开销低于主流代理协议：更省流量，带宽利用率更高
| 项目 | Hammer | VLESS + Reality | Shadowsocks (AEAD) | Snell v4/v5 |
|---|---|---|---|---|
| 新连接发出首包前的往返节点之间已有连接时 | 0 | 2（TCP + TLS 1.3） | 1（TCP） | 0（开启复用） |
| 节点间连接复用 | 内置连接池 | 需另开 Mux | 无 | 支持 |
| 额外协议开销占传输数据的比例 | ≈ 0.03% | 0.13% | 0.21% | 0.28% |
- Hammer0.03%
- VLESS + Reality0.13%
- Shadowsocks0.21%
- Snell v40.28%
< 1/8Hammer 的开销不到 Snell v4 的八分之一
协议自身占用的流量越少，同样的带宽里真正用来传数据的就越多：更省流量，带宽利用率更高。
开销按各协议帧格式在传输 1 MB 数据时计算，不含握手；Hammer 的复用率与吞吐为我们的台架实测。
更少的资源，
扛更多的连接。
数据面用 Rust 原生编写，转发路径上没有 GC 停顿，内存按连接精确分配、及时回收。同样一台机器，能多承载用户，CPU 也留有余量。以下都是我们在真机上的实测。
≈ 5 KB/ 连接
<500MB
10 万个用户连接的常驻内存
折合每条连接约 5 KB
44MiB
节点常驻内存，高压下保持平稳
4 vCPU，持续每秒新建 2,346 条连接、累计 112 万条且逐字节校验；删除端口后回落
−14%
同机同负载，CPU 比 Xray 更低
VLESS 明文 1 Gbps 定速上行，同一台机器；Xray-core v26.3.27 / sing-box v1.14.2
- Rust 原生，无 GC 停顿没有虚拟机和垃圾回收，延迟不会被周期性停顿打断，内存占用可预期。
- 连接复用入口到落地复用预先建好的长连接，新连接不再额外握手，省 CPU 也省延迟。
- 长期运行不涨内存百万级连接压测后内存保持平稳，端口删除后内存随之回收。
多一跳，反而更快。
香港入口，经美国西岸中转，到达美东目标。300 个并发用户模拟真实网页和 QUIC 流量，每个场景跑 3 分钟。隧道连接复用，加上按端到端延迟选路，抵消了多出来的跳数。
vs 直连−18.4ms智能链式（求和模式）平均延迟
完整测试过程与原始数据 →- 直连（基准）299.0
- Realm 端口转发337.9
- Zero 端口转发337.8
- 多级端口转发299.1
- 一级隧道293.7
- 链式转发284.7
- 智能链式 · 管道282.6
- 智能链式 · 求和280.6
| 场景 | 平均 | P50 | P95 |
|---|---|---|---|
| 直连（基准） | 299 | 300.89 | 301.26 |
| Realm 端口转发 | 337.92 | 338.91 | 342.44 |
| Zero 端口转发 | 337.78 | 338.85 | 342.54 |
| 多级端口转发 | 299.12 | 297.45 | 314.67 |
| 一级隧道 | 293.72 | 286.55 | 325.85 |
| 链式转发 | 284.72 | 279.86 | 310.63 |
| 智能链式 · 管道 | 282.56 | 278.85 | 306.29 |
| 智能链式 · 求和 | 280.6 | 278.2 | 299.69 |
三个角色，
全部跑在你自己的机器上。
面板负责决策，节点只管转发。业务流量从不经过我们的服务器。
控制面
01
面板
Web 界面 + 控制器，用 Docker 部署在一台 VPS 上。负责配置、下发、监控与计费。
forward.example.com数据面
用户
02
服务器 worker
流量入口。端口转发、入站代理都挂在服务器上；多台编成服务器组，自动做 DNS 负载均衡和故障摘除。
03
转发端点 forwarder
中转或落地。编成端点组、转发链，承担聚合、备用线路和最终出口。
目标
网络长期稳定，
出了问题几分钟内定位。
连接监控把每一段线路的连接结果摆出来，线路出问题能精确到哪一跳、哪个阶段；再加上实时日志、告警、故障看板和故障导出，不用 SSH 挨台登录。还可以让 AI 助手远程只读排障。
故障看板界面示意
在线节点42/43
24 小时新增告警3
已自动恢复2
- lax-02 进程异常退出（疑似 OOM）Telegram 已通知
- ix-a 过去 1 小时丢包率 7.2%，超过 5%已切换线路
- fwd-sg-1 恢复在线自动恢复
- Connections新连接监控：精确到哪一跳、哪个阶段入站、每一跳中转、目标拨号分段统计连接结果：成功率、各阶段耗时、重试恢复和异常明细。线路故障直接定位到具体那一跳；交给自动选路切走，或在面板里手动暂停线路，处理都有依据。异常明细保留 7 天，可导出 CSV / JSON。客户端入站99.8%hkg-01中转71.4%建连超时ix-a中转99.6%lax-02目标拨号99.3%目标自动：已切到 ix-b手动：暂停线路 · 查看异常明细界面示意
- Logs实时日志在面板里直接查看节点的实时日志，不用 SSH 登录机器。
- Monitor实时监控在线状态、网速、整机流量和链路延迟曲线，延迟历史最长回看 7 天。
- Alerts告警与故障看板节点离线、CPU / 内存高负载、丢包超阈值、进程崩溃或疑似 OOM，第一时间推送到 Telegram 或邮件。
- Export故障导出一键导出诊断数据包，交给技术支持或 AI 分析，不用来回截图描述现象。
- Speed链路速度诊断测出一条转发链路在当前端口条件下能跑多快，慢在哪一段。
- Remote远程只读排障让 Claude Code / Codex 用只读接口定位故障机器和原因，不给 SSH、也改不了任何配置。看看怎么用 →
安装交给 AI，
排障也交给 AI。
把一段提示词交给 Claude Code 或 Codex，它会非交互地装好面板；出问题时，它用只读接口远程定位到具体机器，用大白话告诉你原因。不需要 SSH，也改不了任何东西。
claude — 示例
> 端口 40209 连不上，帮我查一下。面板和密钥在上面。
读取 llms-diagnose.txt …
● GET /api/admin/agent/instances → 6 个节点在线
● 端口 40209 归属服务器 hkg-01，经端点 ix-a → lax-02
● hkg-01 ss -lntp | grep :40209 监听正常
● lax-02 journalctl -u zf --since "30 min ago"
out of memory: killed process … (重启 14 次)
● lax-02 free -m 可用 38 MB
结论：落地机 lax-02 内存不足，转发进程被系统反复杀掉。
建议：给 lax-02 加内存或开 swap；临时可在面板里把这个端口切到备用线路。
>
按使用场景，
选择授权。
提供个人与商用 tier。商城、支付、兑换码等运营功能仅商用 tier 支持，个人 tier 不支持。
- 不提供免费版
- 此处为参考起价，当前套餐、价格和期限以购买页为准
- 个人授权支持 USDT 自助购买；商用 tier 请提交报价工单
- 购买后获得
ZFC_INSTANCE_ID与ZFC_API_KEY，安装时填入 - 面板和节点都部署在你自己的机器上，服务器费用自理
ZFC License月付
$6美元 / 月起
- 50
- 用户
- 50
- 台机器
- 10TB
- 月流量
| 功能 | 个人 tier | 商用 tier |
|---|---|---|
| 商城与套餐销售 | 不支持 | 支持 |
| 支付接入、余额与订单 | 不支持 | 支持 |
| 兑换码发行与兑换 | 不支持 | 支持 |
| 推广与佣金 | 不支持 | 支持 |
需要更多用户、机器或流量？联系我们定制
买之前，
你可能想知道。
更多问题 →01有免费版或试用吗？
没有。Zero Forwarder 只提供付费授权，$6 / 月起，包含 50 个用户、50 台机器和 10 TB 月流量。需要更大规模可以联系我们定制。
02个人 tier 支持商城、支付和兑换码吗？
不支持。商城与套餐销售、支付接入、余额与订单、兑换码发行与兑换、推广与佣金等运营功能仅商用 tier 支持。需要这些功能，请联系我们咨询商用授权与报价。
查看 tier 功能对比 →03面板对机器有什么要求？
一台 Debian VPS，建议 2 GB 以上内存、40 GB 以上磁盘，装好 Docker 和 docker-compose 2.x。另外准备两个解析到这台机器的域名：一个给前端，一个给控制器。
安装面板 →04我的流量会经过你们的服务器吗？
不会。面板和所有节点都部署在你自己的机器上，业务流量只在你的节点之间流转。面板只会定期向授权服务校验授权状态。
05资源占用高吗？
不高。实测 10 万个用户连接常驻内存不到 500 MB；节点在 4 vCPU 上持续每秒新建 2,346 条连接时，常驻内存稳定在约 44 MiB；同一台机器、同样 1 Gbps 的 VLESS 转发负载下，CPU 占用比 Xray 低约 14%。
查看性能实测 →06多台入口机做负载均衡，需要另买 DNS 负载均衡服务吗？
不需要。把入口机编成服务器组，面板直接调用 Cloudflare、阿里云、DNSPod、华为云的 DNS 接口（也可用 Webhook 对接其他服务商），每台入口机一条解析记录，按健康状况自动摘除和加回。用免费的 DNS 解析即可。
07支持 UDP 吗？
支持。直连场景转发原生 UDP；带宽聚合场景走 UoT；一级隧道默认原生 UDP，可改为 UoT；转发链长度超过 1 时走 UoT。
08国内机器连海外面板不稳定怎么办？
给国内服务器选一个专线或 IX 转发端点，并且不勾选「使用转发端点作为传输」。这样服务器与控制器的连接会经由转发端点代理，稳定得多。
国内机器最佳实践 →09怎么把面板迁移到新机器？
在旧机器上运行安装脚本选择「打包数据」，把数据包拷到新机器后运行脚本选择「恢复」。确认新面板正常之前，先别卸载旧面板。
迁移步骤 →10节点显示离线，从哪里查起？
先确认节点能访问面板机器的 3100 和 443 端口、控制器域名没有开 Cloudflare 代理、系统时间已同步。还是不行，可以让 AI 助手用只读接口远程定位。
用 AI 助手定位问题 →