Hetzner作为欧洲老牌主机商，凭借出色的性价比吸引了大量用户。不过不少人在购买前都会关心一个关键问题：从国内访问Hetzner的机器，公网延迟到底怎么样？尤其是到中欧方向的链路，是直连还是绕路，延迟数值能不能稳定住。这篇文章基于实际测试数据，从线路走向、延迟表现、优化方案三个角度来详细聊聊这个话题。
Hetzner机房位置与到中欧的线路走向
先明确一个概念，Hetzner在德国有两个机房，分别是纽伦堡（Nuremberg）和法尔肯施泰因（Falkenstein），另外在芬兰赫尔辛基还有一个机房。所谓中欧方向，一般指的就是德国这两处机房。从网络地理位置上看，德国位于欧洲中部，理论上从国内到德国的物理距离大约是7000到8000公里，按照光速在光纤中传播的速度计算，纯物理往返延迟的极限值大约在90毫秒左右。
但实际测试下来，走普通公网线路的延迟通常在160毫秒到250毫秒之间，远高于理论值。原因很简单：公网线路并不是按最短路径走的。从国内出口到欧洲，常见路径有两条，一条是走陆地光缆经俄罗斯方向进入欧洲，另一条是先横跨太平洋到美国西海岸，再横穿美国大陆到达东海岸，最后跨大西洋抵达欧洲。走俄罗斯方向的线路延迟较低，一般能控制在170毫秒上下；绕美线路则普遍超过220毫秒，而且晚高峰抖动明显。
可以用mtr命令观察具体的路由跳数，登录到Hetzner机器上执行：
mtr -rzbw 100 目标IP
从输出结果能看到链路先经过Hetzner的核心路由（通常显示为core-backbone或level3相关节点），然后进入国外运营商骨干网。如果在国内侧抓到的路由经过202.97开头的中国电信骨干节点，然后跳到美国运营商如gtt或cogent的节点，基本可以判断是绕美线路。这种情况下延迟高且不稳定是常态。
实际延迟测试数据与时段差异
延迟测试不能只看单次结果，必须分时段采样才有参考价值。公网线路在晚高峰（北京时间20点到24点）的拥堵非常严重，这是因为国际出口带宽在这个时段被大量普通用户挤占。下面是一组德国法尔肯施泰因机房的实测数据，供参考。
| 测试时段 | 平均延迟 | 丢包率 | 抖动 |
|---|---|---|---|
| 凌晨（2:00-6:00） | 172ms | 0% | 3ms |
| 白天（10:00-16:00） | 185ms | 0.5% | 8ms |
| 晚高峰（20:00-23:00） | 240ms | 3%-8% | 25ms |
从表格能看出明显的规律：凌晨时段线路基本跑在最佳状态，延迟接近物理极限；晚高峰不仅延迟上浮30%以上，丢包率也会飙升。丢包对实际体验的影响比延迟更大，因为TCP协议遇到丢包会触发重传和拥塞窗口收缩，实际下载速度可能只有正常值的几分之一。如果你的业务主要面向国内用户且集中在晚间，这种波动必须提前考虑。
另外需要说明的是，电信、联通、移动三家运营商到Hetzner的表现差异不小。电信用户走163骨干网，晚高峰最容易拥堵；联通部分线路会走欧洲方向直连，表现相对好一些；移动的CMI线路到欧洲有时能拿到质量不错的路由。同样一台Hetzner机器，不同省份不同运营商访问的延迟可能相差50毫秒以上，所以看别人的测评数据时要注意对方的网络环境。
降低延迟的实用优化方案
如果测试下来延迟不满意，有几个思路可以改善。第一个思路是换机房。Hetzner的芬兰赫尔辛基机房到国内的路由有时会走俄罗斯方向，延迟可能比德国机房低20到40毫秒，可以在下单前先测一下各机房测速点的延迟再决定。Hetzner官方提供了各机房的测试IP，直接ping这些地址就能初步对比。
第二个思路是加中转。既然公网直连质量不稳定，可以在国内可达性较好的地区（比如香港、日本）购买一台中转服务器，用frp、gost或者隧道方案把流量中转到Hetzner。中转节点如果走的是优化线路（例如电信CN2 GIA或联通9929），到欧洲段再接Hetzner的线路，整体延迟能压到160毫秒左右且波动极小。以gost为例，一条简单的转发命令如下：
# 在中转服务器上执行，将本地443端口的流量转发到Hetzner机器 gost -L=tcp://:443/目标机器IP:443
第三个思路是调整协议层面。对于建站场景，开启BBR拥塞控制算法能明显缓解丢包带来的速度下降，在Hetzner机器上执行以下命令即可：
echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf sysctl -p
BBR不会降低延迟数值本身，但能在高丢包环境下保持较高的吞吐量，实际打开网页的速度改善会比延迟数字看起来更明显。此外，如果业务对延迟极度敏感，比如实时性要求高的场景，那就要认真评估Hetzner是否合适了，毕竟物理距离摆在那里，任何优化都无法突破90毫秒的理论下限，普通公网线路就更不用说了。
总的来说，Hetzner到中欧方向的公网延迟属于欧洲机器的正常水平，凌晨时段170毫秒上下，晚高峰会恶化到240毫秒并伴随丢包。如果你的用途是建站、跑服务、对外业务，配合BBR和合理架构完全够用；如果是面向国内用户的低延迟业务，建议加中转优化，或者直接考虑亚太地区的机房。花点时间做分时段测试，再结合自己的业务场景做决定，才是最稳妥的方式。