VPN 速度實測比較：自行測速的方法，不被宣傳數字誤導

VPN 速度實測比較，重點不是找出最高的下載數字，而是確認在相同使用情境下哪條線路更合適。先測本地網路，再固定裝置、測試目標與用戶端設定，最後以實際應用驗證。這樣才能分辨接取網路、代理線路與目標網站造成的差異。

先確認測速要解答什麼問題

網頁開啟慢、影片緩衝、檔案下載慢和語音斷續，未必是同一個環節出了問題。網頁載入涉及網域名稱解析、建立連線及多個資源請求；大型檔案下載更仰賴持續傳輸量；語音與視訊會議則更容易受到延遲波動和封包遺失影響。只看頻寬排名，可能會選到下載快、互動體驗卻不理想的線路。

測試前先寫下目標任務：開啟常用網站、播放指定影片，或下載同一個公開檔案。記錄問題發生在哪個階段，例如網域名稱無法解析、連線等待過久，或傳輸途中停頓。目標越明確，測試後越容易判斷，也更方便提供可供核對的資訊給支援人員。

工具選擇：分開檢視頻寬、延遲與封包遺失

瀏覽器測速網站適合觀察上傳、下載與延遲，但自動選擇的測試伺服器可能因出口地區不同而改變。比較線路時，應盡量手動指定同一台伺服器，並記下伺服器名稱。有些工具會同時顯示閒置延遲與負載延遲；後者有助於發現下載占滿線路時，互動回應變慢的情況。

留意單位。測速網站常以 Mbps 顯示，下載軟體則可能顯示 MB/s；前者以位元、後者以位元組計算，數字不能直接比較。記錄時要連同單位一起抄下，不要只記數值。通訊協定額外負荷、伺服器限速和磁碟寫入速度，也會讓實際檔案下載表現與測速網站的結果不同。

測試前固定裝置與本地網路條件

先關閉代理，測試本地接取網路的基本表現。選擇原本就能正常存取的目標，確認網頁與資料傳輸沒有明顯異常；這一步是檢查接取網路，不是把不同目標的結果硬算成代理造成的速度損失。如果本地網路已經卡頓，應先檢查無線訊號、路由器負載和電信業者的接取狀態。

• ✅ 使用同一台裝置和同一個接取網路，並維持用戶端與測試工具版本一致。
• ✅ 暫停雲端硬碟同步、系統更新和背景下載，並記錄其他裝置是否正在大量傳輸資料。
• ✅ 固定測速伺服器、測試模式與目標檔案，記下測試時間和完整單位。
• ✅ 優先使用有線連線；使用 Wi-Fi 時，保持位置與頻段一致。
• ❌ 不要把不同裝置、不同測速伺服器或不同應用程式的峰值成績拼成排名。

裝置本身也可能形成瓶頸。加密處理、虛擬網路介面和高速資料傳輸都會占用處理器資源；省電模式、裝置溫度與無線網卡驅動程式也可能影響結果。如果速度到達某個水準後就不再提升，可以同時觀察處理器使用率，再用另一台裝置複測，而不是直接認定線路遭到限速。

一致的實測流程：在相近時段比較線路

以平常存取國際網站的時段作為主要測試時段，再挑選負載較低的時段複測。不要只在離峰時段測一次就下結論，也不要直接比較某條線路清晨的表現與另一條線路晚間的表現。跨時段測試可以看出壅塞變化，但不能單獨用來判斷線路優劣。

1. 記錄基本條件。記下裝置、接取方式、用戶端版本、代理模式與測試目標，並確認背景沒有持續傳輸資料。
2. 連接待測線路。確認用戶端顯示的目前節點，並透過連線記錄確認測試請求確實經過該節點。暫時關閉自動切換，避免測到不同線路。
3. 執行相同測試。使用相同伺服器和測試模式，記錄下載、上傳、延遲與失敗情況，不要只截取最高成績。
4. 重複測試並交替順序。測完一條線路後切換到另一條，再切回來複測，降低網路隨時間變化造成的誤差。分開記錄偶發高值與持續表現。
5. 驗證實際任務。開啟指定網站或播放同一部影片，觀察載入、緩衝和連線中斷情況。也要記錄應用程式是否順利運作。

記錄內容可以很簡單：時間、線路名稱、測試伺服器、代理模式、下載與上傳的單位、延遲及異常狀況。多次測試後，檢視中位數和波動範圍，比只挑成績最好的一次更有參考價值。測試失敗也不要刪除，這可能正是日常不穩定的線索。

確認分流、DNS 與用戶端沒有改變網路路徑

使用規則模式時，測速網站可能走直接連線，目標應用程式卻走代理；也可能正好相反。如果出現「測速很快但網站很慢」，先查看用戶端連線記錄中的命中規則、出口節點和目標網域。必要時可暫時指定測試目標經由待測線路，測完後再恢復日常規則。

系統代理通常只會影響遵循代理設定的應用程式。TUN 模式透過虛擬網路介面接管更多流量，但實際涵蓋範圍仍取決於路由、排除項目和平台實作。Windows、macOS、Linux 的系統代理行為與行動平台的網路延伸功能並不完全相同；看到連線圖示，不代表每個應用程式都使用相同路徑。

DNS 負責將網域名稱解析為位址。解析失敗會造成網站無法開啟；解析到不同位址，也可能讓請求連到不同的內容傳遞網路節點。瀏覽器加密 DNS、系統解析器和用戶端 DNS 設定可能同時存在。比較線路時應維持這些設定一致，必要時記錄網域解析結果，以及瀏覽器網路面板顯示的各階段耗時。

所謂 DNS 洩漏，是指解析請求離開了預期的受保護路徑；光是看到本地解析器名稱，不能立刻下定論。應一併核對用戶端模式、解析規則和實際請求出口。DNS 檢測頁面可提供線索，但不能只靠頁面結果判斷所有網路流量是否受到保護，也不能把洩漏檢測當成頻寬測試。

協定與線路類型不能直接用來排名速度

Shadowsocks、VMess、Trojan、VLESS 屬於不同的代理協定體系；實際傳輸表現還會受到具體設定、用戶端實作和伺服器資源影響。Hysteria2 與 TUIC 以 QUIC 為基礎，效能取決於 UDP 路徑；如果目前網路限制 UDP，使用體驗就可能改變。協定名稱本身無法證明哪條線路在目前網路下一定更快。

比較時，盡量先固定協定與傳輸設定，只切換線路。如果節點設定同時改變協定、傳輸方式或出口，結論應描述為「這些完整設定的使用體驗比較」，而非歸因於某一種協定。不要為了測速暫時更改安全驗證設定，也不要匯入來源不明的設定。

IEPL 專線描述的是專用乙太網路電路這項傳輸資源，不代表整段連線路徑都有固定頻寬保障。中轉線路通常會先連到入口，再由入口轉送至後續節點；直連則通常是由本地網路直接連到遠端節點。入口距離、跨境路段、出口負載和目標網站都可能成為瓶頸，因此不能只憑「專線」、「中轉」或「直連」標籤判定速度。

將測試結果轉化為實際選擇

觀看影片時，應留意持續傳輸與緩衝情況，不要只看開頭的瞬間速度。會議與遠端互動更需要關注延遲波動、連線中斷和負載時的回應速度。若要上傳工作檔案，應另外檢視上傳表現；下載成績好，不代表上傳也一樣好。最終選擇應符合實際需求，而不是只追求圖表上的最高排名。

如果所有線路都很慢，優先重新檢查本地接取網路與裝置。如果只有某個網站很慢，檢查該網站狀態、DNS 和分流規則。如果相同測試目標在部分時段普遍變慢，保留時間與路徑資訊，再繼續複測。路徑探測工具中的某個中間節點沒有回應，不代表連線路徑一定有封包遺失；應一併參考後續節點與終點的表現。

向支援人員回報時，請提供用戶端版本、節點名稱、代理模式、測試時間、測速伺服器及已遮蔽敏感資訊的截圖。請移除使用者名稱、訂閱連結、權杖和完整設定中的憑證。可參閱疑難排解手冊，繼續檢查連線與訂閱問題；需要確認線路類型時，請查看線路頁面。