根据这篇文章,我们预计 10,000 公里距离的 ping 至少需要 60 毫秒:
爱尔兰距离加利福尼亚大约 10,000 公里,所以这是我们预期的 ping。
我正在api.kraken.com
从位于加利福尼亚某处的爱尔兰 ping。
我的 ping 怎么这么低 - 4 毫秒?
我正在使用ping
命令提示符中的命令来测试这个:
而且绝对不只是我得到这么低的 ping。这是来自 check-host.net 的报告:
这是服务器的位置,使用iplocation.net:
如果有用,这是一个跟踪路由:
对我来说,
traceroute api.kraken.com
以从我租用的托管服务器上,它以
往返时间有很多噪音,因为我们每个主机只有三个探测器,但我们可以相当确信不涉及跨大西洋链路。
这里发生的情况是,Cloudflare 宣布来自多个数据中心的相同 IP 地址块,这些数据中心都有所提供服务的副本,因此每个客户端都连接到最近的一个。
如果在连接处于活动状态时路由发生变化,这样的设置可能会失败,但通常只有少数客户端受到影响,并且大多数客户端只会重建连接,这次可能会重建到不同的实例。
保持不同实例同步以模拟单个服务是 Cloudflare 业务模型的一部分。
IP地理定位充其量只是猜测,并且由于在不同地方使用相同的IP,因此肯定会与此类设置中断。该
ipinfo.io
服务很可能在旧金山,因此api.kraken.com
他们找到的下一个实例是他们的邻居。api.kraken.com 支持 CloudFlare Edges。IP 地址称为任播 IP 地址。所有用户都将连接到最近的本地边缘服务器,而不是一台物理服务器。在这种情况下,用户将享受最低的延迟。
我可以通过从 3 个不同的大陆执行 traceroute 来确认这一点。请查看下面的 traceroute 并确认网络路由到最近的本地 CloudFlare 边缘服务器。
来自美国的 Traceroute
来自法国的 Traceroute
来自新加坡的 Traceroute