你的伺服器離IBM Cloud有多近？

它在執行它的那台機器上，測到 22 家雲端廠商、共 392 個區域的延遲。每個區域提供中位數、最小值、P90、抖動（相鄰兩次取樣之差的平均值）和掉包，以及等級：T0 ≤ 30 ms、T1 ≤ 80、T2 ≤ 150、T3 ≤ 250，更高是 T4。

每個區域以廠商在當地執行的一個公開介面代表，例如 API 或物件儲存的位址。所以它測的是到這個區域的網路路徑，而不是區域裡的某台虛擬機器。

• TCP 交握（預設）：和區域的 HTTPS 連接埠建立一次連線所需的時間。只有一次網路往返，不含伺服器處理時間，比較區域時最公平。
• HTTPS：在已建立、重用的連線上發一次請求，計時到收到回應標頭。這是應用程式實際看到的延遲，也和 Me2Cloud 測出的數字一致；部分廠商會多出伺服器處理時間，例如 Vultr 的測速頁面會多約 100 ms。
• ICMP：傳統 ping。有些網路會降低 ICMP 的優先順序，所以可能比 TCP 高；Naver Cloud 不回應 ICMP。需要 root 或 CAP_NET_RAW。

延遲地圖和 Looking Glass 是從它們自己的機房測的，Me2Cloud 是在你家的瀏覽器裡測的。如果你關心的是伺服器和各家雲端之間的連線，例如應用伺服器和資料庫、CDN 來源站、備份目標、第二家雲端，路徑的起點就是這台伺服器，只有在它上面測才能回答。

原始碼在 GitHub 上，MIT 開源；每個版本都列出 SHA-256 驗證值，並附帶 GitHub 建置來源證明，可以用 gh attestation verify 驗證。安裝腳本只做三件事：下載對應系統的版本、驗證、複製到 /usr/local/bin。

除了測量本身，每次執行會從本站取得節點清單（執行次數靠這個請求統計，只記錄工具版本和系統類型），向 Cloudflare 和 ident.me 查詢所在網路，並把完整的分享連結儲存到 s.1ms.dog 以產生短網址。結果只有各區域的數值、城市和電信商，從不包含 IP 位址。加 --long-link 結果就不會存到任何伺服器上；加 --offline 則除了測量之外不發任何請求。

同一個伺服器一次只測一個樣本，樣本之間間隔 250 ms；同一家廠商最多同時測 4 個區域；連續失敗 3 次就放棄該區域。預設一次執行，每個區域只收到 10 次 TCP 交握，相當於開啟某個公開網站 10 次。

分享連結開啟後，頂部會顯示測試所在伺服器的城市和電信商、測量方式和時間。IPv4 和 IPv6 一起測的結果，頂部有切換按鈕。等級顏色和終端機裡一致，圖表依中位數擺放每個區域。

每個連結都記錄了產生時用的節點清單，本站會保留歷來所有版本的清單，所以以後新增區域，舊連結也照樣能開啟。

Me2Cloud 在瀏覽器裡測，測的是你家或公司的線路；VPS2Cloud 在伺服器上測。兩者用同一份節點清單、同一套等級，結果可以直接比較。在分享的結果頁點「用瀏覽器測一下」，會用相同的廠商開啟 Me2Cloud。