Networking
ping怎麼這麼低,低於理論極限?
根據這篇文章,我們預計 10,000 公里距離的 ping 至少需要 60 毫秒:
愛爾蘭距離加利福尼亞大約 10,000 公里,所以這是我們預期的 ping。
我正在
api.kraken.com
從位於加利福尼亞某處的愛爾蘭 ping。我的 ping 怎麼這麼低 - 4 毫秒?
我正在使用
ping
命令提示符中的命令來測試這個:而且絕對不只是我得到這麼低的 ping。這是來自 check-host.net 的報告:
這是伺服器的位置,使用iplocation.net:
如果有用,這是一個跟踪路由:
對我來說,
traceroute api.kraken.com
以8 ae-2-3602.edge3.Berlin1.Level3.net (4.69.159.5) 15.422 ms 16.278 ms 17.423 ms 9 unknown.Level3.net (212.162.40.34) 12.069 ms 12.045 ms 9.120 ms 10 104.16.214.191 (104.16.214.191) 9.071 ms 10.039 ms 4.867 ms
從我租用的託管伺服器上,它以
7 as13335.dusseldorf.megaport.com (194.146.118.139) 3.027 ms 3.000 ms 2.965 ms 8 104.16.213.191 (104.16.213.191) 2.419 ms 2.451 ms 2.386 ms
往返時間有很多噪音,因為我們每個主機只有三個探測器,但我們可以相當確信不涉及跨大西洋鏈路。
這裡發生的情況是,Cloudflare 宣布來自多個數據中心的相同 IP 地址塊,這些數據中心都有所提供服務的副本,因此每個客戶端都連接到最近的一個。
如果在連接處於活動狀態時路由發生變化,這樣的設置可能會失敗,但通常只有少數客戶端受到影響,並且大多數客戶端只會重建連接,這次可能會重建到不同的實例。
保持不同實例同步以模擬單個服務是 Cloudflare 業務模型的一部分。
IP地理定位充其量只是猜測,並且由於在不同地方使用相同的IP,因此肯定會與此類設置中斷。該
ipinfo.io
服務很可能在舊金山,因此api.kraken.com
他們找到的下一個實例是他們的鄰居。