Global Ping
全球 ping 同時從世界各地網路中的探針執行同一次測量——ping、HTTP、DNS、traceroute 或 MTR——讓你看清問題是無處不在，還是只在你的路徑上。選擇一種測量、指定目標、最多選四個地點，即可並排比較答案。
想全天候從多地持續監控？用 myeventwatch 免費監控——到期和停機提醒，無需綁卡。
一次測量，多個觀察點
你從自己桌前執行的每一次網路測試，回答的其實都比你以為的更窄：不是「這台主機活著嗎？」，而是「從這裡、經我的營運商、走我的對等連接、就在此刻，它活著嗎？」。網際網路沒有單一視角，大多數令人困惑的故障都是局部的，而且從內部看不見——某地區一條壞路由、某國家一個被污染的解析器、一個為某個大洲失效卻愉快地服務另一個大洲的 anycast 節點。全球 ping 把你自己的路徑從等式中去掉，在同一時刻從不相關網路中的志願探針執行完全相同的測量。當每個探針都說目標已停機時，目標就是停機了；當一座城市失敗而其他都暢通時，問題在路徑上，不在目的地——僅這一個區分，通常就是偵錯之戰的一半。
五種測量回答不同的後續問題。Ping 給出往返時間和丟包率，是可達性的原始健康度。HTTP 計時一次真實請求並傳回狀態碼，能抓住主機能 ping 通但服務不工作這一大類故障。DNS 詢問每個探針的本地解析器，這正是你發現法蘭克福正確、新加坡錯誤這類答案的方法。Traceroute 列出從探針到目標的每一跳，讓你看到路徑在哪裡分岔。MTR 把兩者結合，反覆 ping 每一跳，從而區分「最後一跳慢」和「中間某個鏈路丟包、其後的一切只是在替它背鍋」。
如何解讀分裂的結果
先看一致性。如果所有探針報告的時間相近、答案相同，那麼你自己的問題幾乎肯定在你與更廣闊的網際網路之間——你的營運商、你的 VPN 或你的本地解析器。如果只有一個地點不一致，就懷疑地理因素：路由是按網路逐個決定的，某一家中轉營運商的一條壞路徑可以黑洞掉一個地區，而其他所有人毫髮無損。如果某個名稱的 DNS 答案按地點不同、而它本不應按地理調度，那就是故障而不是特性——快取過期後，解析器應收斂到同一組記錄。而當目標在不同地方有意解析到不同地址時，你看到的是 anycast 或地理 DNS 在按設計工作：把每個探針與它實際到達的地址比較，本頁會列印那個地址，而不是期待唯一真實答案。
相關工具：想從 sysosx 的伺服器看單個站點的全貌，用網站健康檢查；想看四個大型公共解析器對一個名稱是否一致，用DNS 傳播檢查器；配套文章是它停了，還是只有你？講如何用多個觀察點來定論這個問題。
署名與誠實說明：測量運行在 jsDelivr 的 Globalping 網路上，由世界各地網路中的志願探針執行——請把這個網路當作共享資源來珍惜。本頁使用共享的免費額度，因此每個訪客有次數限制，熱門目標會被短暫快取，而在繁忙時刻上游本身也可能飽和，本頁會如實報告，而不是偽裝成目標故障。
讓結果可讀的五個術語
| 探針 | 運行在他人網路中的小型代理——家庭連接、雲端虛擬機、大學網路——在它所在的位置執行測量並報告結果。 |
| 觀察點 | 執行測量的位置；同一個目標從一個觀察點看健康、從另一個看故障，而兩個觀察結果都可能為真。 |
| Anycast | 同時從許多地方宣告同一個 IP 地址，讓每個使用者到達最近的實例——這就是為什麼不同探針在同一個地址上合理地到達不同的機器。 |
| 丟包 | 發出卻從未返回的封包所佔的比例；長路徑上少量丟包可以忍受，持續丟包意味著路徑上有東西在丟棄流量。 |
| MTR | Ping 與 traceroute 的混合體，反覆 ping 路徑上的每一跳，按跳顯示丟包和延遲，而不只是目的地。 |
常見問題
為什麼地點必須用英文填寫？
Globalping API 用它自己的英文地名庫比對地點名稱——城市、地區和國家。“Frankfurt”、“New York”和“Singapore”能可靠比對；翻譯過的城市名通常什麼都比對不到，測量就無法開始。因此這四個框會誠實標註：用英文填寫地點，並使用建議列表，其中有十個覆蓋良好的城市。每個你填寫的地點選一個探針。
某個探針顯示離線或失敗，目標停機了嗎？
沒有——那個結果說的是探針，不是目標。探針可能離線、自家連接斷了，或者無法執行某種測量類型；其餘探針的結果仍然成立。用完成測量的探針來判斷目標：如果它們一致，它們的結論就是答案，單個失敗的探針只是測量網路本身的雜訊。
為什麼結果有時被快取？為什麼有限制？
測量消耗的是一個共享的、志願運行的網路，免費額度每小時預算有限，由所有透過本站使用它的人共享。為公平起見，每個訪客的新測量次數有限，在短窗口內重複同一次測量會傳回快取副本並如此標明。如果上游免費額度本身耗盡，本頁會直說，而不是編造結果。
Ping 通但 HTTP 失敗（或相反）是什麼意思？
它們測試不同的層。Ping 證明主機的網路堆疊會回應 ICMP；它對 Web 伺服器一無所知，後者可能停機、配錯或在傳回錯誤——帶 5xx 代碼的 HTTP 結果是網路正常、服務壞了。反過來——HTTP 正常、ping 逾時——也很常見，通常無害：許多主機和防火牆會故意丟棄 ICMP，同時正常提供流量。
能從四個以上地點測試，或持續執行嗎？
本頁每次測量最多四個探針，以留在共享免費額度內。要從多地持續檢查——也就是這個工具的「任何地方壞了就叫醒我」版本——監控服務才是正確的形態；表單下方的連結提供透過 myeventwatch 的免費監控。對於一次性問題，四個分布良好的地點通常足以區分「到處都停」和「只對某些人停」。