一條路由是有形狀的，而終端機把它顯示成一張清單

OpenTrace 是一套跨平台的圖形前端，背後是一個命令列的路由追蹤引擎，在 Windows、macOS 與 Linux 上都能用。一次路由追蹤產出一整欄的位址，每個位址後面帶三個延遲數字，而那一欄裡其實藏著一條路徑：一串網路，常常跨過國界。從那一欄裡讀出形狀，是讀的人在腦子裡做的工作，而這正好是畫一張圖可以代替的工作。把每一跳畫在地圖上不是裝飾；它正是「一個本來就會跑追蹤的人，為什麼願意開一個視窗來看」的理由。

這支程式並沒有取代它底下的引擎，而且它對此是誠實的：量測來自那個命令列工具，視窗是一個驅動它、並把回來的東西畫出來的介面。這個分界值得說明白，因為它告訴你：當某個數字看起來不對時，該去哪裡找；也因為一個假裝自己就是全部的介面，會宣稱一種它並不擁有的準確度。

延遲與丟包，以及哪些數字該信

每一跳都會回報一個延遲與一個丟包百分比，而讀者能帶給這些數字最有用的一件東西，是對路徑中段保持懷疑。路由器忙著轉發封包，而回覆追蹤送出的探測是一個低優先權的工作：很多路由器會限制這些回覆的速率，或乾脆丟掉。結果就是某一跳顯示嚴重丟包，而它後面的每一跳都健康 —— 讀起來像網路中段有問題，實際上是一個路由器拒絕被量測。

由此得出的規則，是專業的人不假思索就在套用的那一條：相信最後一跳，把路徑中段當作參考，永遠不要用單一中間跳來診斷故障。如果丟包從第七跳出現、然後一路到第十二跳都還在，那是故障。如果丟包只在第七跳出現、之後就消失，那是一個有限速的路由器，而且它對自己有多忙有一套很好的說法。

為什麼「持續」比「快照」有用

這支程式支援重複量測而不是只跑一次的模式，而這是照片與錄影的差別。間歇性的網路問題是常態而不是例外 —— 一條在負載下退化的鏈路、一條變了又變回來的路由、一個直到有人開微波爐才出事的無線頻道 —— 而在隨機某一刻做的一次追蹤，通常會顯示一條健康的路徑，什麼都證明不了。看一分鐘，或十分鐘，才是把一句抱怨變成一個描述的過程。

這也正是視覺形式第二次賺到它位置的地方。重複量測產生的是一張隨時間變化的數字表，難以閱讀、也很容易被略過；同一批資料畫成每一跳一條線，就會顯示出某件事改變的那一刻，而那一刻通常就是整個問題本身。

位址在哪裡被解析，以及為什麼那是一個設定項

要把位址變成名字就需要一個解析器，而解析器的選擇並不中性：它改變了問什麼、問誰，有時也改變了回來的答案。這支程式提供系統原本的解析器，也提供走 HTTPS 的加密解析器，而後者存在有兩個理由，值得分開講。一個是隱私 —— 明文 DNS 查詢等於告訴整個網路你在查哪些名字，另一個是一致性：直接連到的加密解析器，比較不容易被本地網路上某個東西攔截或改寫，而當你診斷的對象正是那個網路時，這件事特別要緊。

地理資料庫，以及「知道位址在哪」的極限

程式內建一份標準二進位格式的位址資料庫，所以某一跳可以直接標上國家、城市與網路業者，不必向線上服務查詢。最後那一點才是重點：答案送達時，沒有告訴任何人你對哪些位址感興趣。限制來自資料本身，而不是程式。位址的地理定位是從註冊紀錄推論出來的，在國家層級經常是對的，在城市層級通常大致對，而在網路業者把流量繞經另一個地方的機房時，偶爾會自信地錯。地圖是看出一條路由形狀的好方法，也是推論「某台伺服器在某棟樓裡」的壞方法。

把位址打碼，這項功能透露了工具的用途

這支程式可以把位址的一部分遮起來，而這個選項的存在，說明了網路診斷實際上是怎麼發生的：在截圖裡、貼進工單裡、給同事看、貼到支援論壇上。追蹤結果裡的位址不是密碼那種祕密，但它是一段能辨識某個網路、有時能辨識某個客戶的基礎設施資訊，而一場支援對話並不需要完整看到它才有用。把遮蔽功能做進工具裡，是對「這些輸出本來就是給人看的」這件小事的一種承認。

原生介面，以及它的代價

使用每個平台自己的介面工具組，而不是一層跨平台的抽象，是一個有明顯取捨的選擇：程式用起來像它所在的那個系統，代價是同一個畫面要被實作不只一次。對一件診斷工具來說，這是值得花力氣的地方，因為那個視窗是跟終端機、瀏覽器、通訊軟體排在一起的，而一個在那群鄰居裡看起來很外來的視窗，就是一個會被關掉的視窗。它也意味著這個工具可以直接用上平台做得好的東西 —— 例如地圖呈現 —— 而不是去模擬它。

它適合誰，以及它說不了什麼

給那個被問「為什麼這個網站在某間辦公室很慢、在另一間卻正常」的維運工程師，而他需要把答案秀出來，而不是描述出來。給那個在打遊戲或開視訊會議、想知道問題出在最後一哩、網路中段還是伺服器的人。也給那個沒有網路背景、手上只有一句抱怨、希望能看到一張圖的人。

它做不到的事同樣值得講。它量的是某一刻、從某一台機器到某一個目的地的路徑；它看不見別人機器上的路徑，而路由追蹤也不是頻寬測試 —— 一條健康的追蹤，對於這條鏈路能推多少流量什麼都沒說。而它診斷的是網路，不是應用程式：回應很慢的伺服器與它背後那個資料庫，從這裡看是一模一樣的，這也是為什麼這張圖是診斷的開始，而不是診斷的結束。