協定與線路技術指南

連線基礎

先分清協定與線路

一次連線會經過哪些環節

點選連線後，用戶端會先尋找伺服器並建立工作階段，應用程式的資料才會進入傳輸通道。資料從裝置送出，經過目前的接取網路、電信業者網路、所選入口與出口，最後抵達目標服務；回傳內容則沿著可用路徑返回裝置。協定主要規範用戶端與伺服器如何建立工作階段、封裝資料及處理傳輸；線路描述資料在網路中經過哪個入口、如何轉接，以及從何處送出。兩者彼此影響，卻不是同一個設定。

看到「某種協定連線很快」時，先確認快在哪個環節。建立工作階段所需時間、網頁首次收到回應的時間、持續下載時的傳輸量，以及播放影片時是否停頓，分別對應不同階段。握手少等了一些時間，不代表能抵銷遠距傳輸、出口壅塞或目標網站處理要求所需的時間。反過來說，初次建立連線較久，也不代表連線後一定較慢。只看用戶端顯示「已連線」就判定線路品質，同樣可能忽略應用程式端的問題。

讓指標對應實際感受

互動式網頁與遠端操作重視回應是否即時，持續傳輸則更在意吞吐量是否平穩；語音與會議還要看延遲變化幅度。封包遺失是部分資料未能正常抵達；抖動則是資料抵達間隔忽長忽短。即使平均延遲相近，頻繁抖動仍可能造成聲音斷續。測速期間出現的瞬間高值，也不能代表較長時間的連線表現：下載可利用緩衝區掩蓋波動，即時互動卻很難做到。

本頁後續比較表使用「通常較適合」「視實際實作而定」等描述，因為裝置效能、用戶端實作、接取網路與目標服務都會改變結果。不同協定也可能搭配不同的底層傳輸與封裝方式；只看協定名稱，無法得知完整資料路徑。比較時應維持相同測試條件：同一台裝置、同一個接取網路、同一項目標服務，並盡量一次只改變一個變數。先固定線路比較協定，再固定協定比較線路，得出的結論才有參考價值。

選擇順序：先確認目標服務能否正常使用，再判斷波動源自接取網路、協定設定還是線路拓撲。不要把所有異常都歸咎於節點所在區域。

閱讀線路名稱時留意其代表範圍

地區名稱通常代表入口、出口或服務端的標示，不代表資料全程只經過該地區。用戶端顯示已連線，只表示本機與伺服器之間某個環節成功，不能取代實際存取目標網站的驗證。線路類型標籤也只是拓撲提示，不保證任何時段的速度。想了解 VPNZR 提供的地區與線路分類，可先閱讀原理，再前往伺服器頁面查看；頁面上的地區、城市與類型資訊，比單看國旗更適合用來初步篩選。

也要分清「線路無法連線」與「某個應用程式無法使用」。前者通常是用戶端無法建立工作階段；後者可能發生在 DNS 解析、目標網站回應、應用程式帳戶狀態或內容地區判定等後續階段。排查時，記下問題停在哪個環節，比反覆更換協定名稱有效。分別檢查連線建立、資料傳輸、名稱解析與應用程式，後續比較協定與拓撲時才不會混為一談。

設計演進

Shadowsocks、VMess 與 Trojan 的差異

Shadowsocks：簡潔的資料通道

評估時，先確認用戶端能否正確匯入，再觀察目標應用程式持續使用時是否穩定。如果剛連線就失敗，通常應優先檢查訂閱狀態、入口是否可連線及用戶端設定；如果連線成功後只有特定網站速度慢，則應繼續檢查線路出口與目標網站，不要立刻認定是協定封裝造成的。不同實作對 UDP 等流量的支援也要分別確認，不能把某個應用程式成功使用的結果套用到所有應用程式。

評估 Shadowsocks 時，先確認用戶端能否正確匯入，再檢查目標應用在持續使用時是否穩定。若一開始就連線失敗，通常應檢查訂閱狀態、入口是否可連線及用戶端設定；若連線成功後只有特定網站變慢，則應進一步檢查線路出口與目標網站，不要立刻歸因於協定封裝。不同實作對 UDP 等流量的支援也各有差異，不能把某個應用的成功結果套用到所有應用。

VMess：實際能力取決於實作與設定

VMess 常見於支援多種傳輸組合的用戶端。它提供較多設定空間，有助於配合不同應用環境，但也增加排查問題時需要確認的項目。傳輸層、加密方式與伺服器端支援能力不相符，都可能導致「選了節點卻連不上」。在相同網路條件下比較協定時，應記錄實際採用的傳輸方式；否則把不同傳輸組合都稱為「VMess 測試」，結論就不夠精確。

功能選項多，不代表每項都應開啟。原本穩定的使用情境若再加上額外封裝，可能增加處理成本或讓排查路徑變得更複雜。行動裝置尤其要注意用戶端是否能在網路切換後及時恢復，而不只是第一次連線是否順利。若建立連線速度慢，可先重試同一條線路，再改用同地區的其他線路；若只有某種協定持續異常，再確認用戶端相容性與訂閱是否已更新。

Trojan：重視端對端設定相符

Trojan 通常透過 TLS 建立連線。關鍵不在名稱聽起來是否更「安全」，而在用戶端、入口服務與憑證等條件能否正確配合。TLS 握手需要一定的建立時間，初次連線的感受會受到往返延遲、連線重用及用戶端實作影響。工作階段建立後，持續傳輸仍受線路頻寬與壅塞限制；不能把握手特性當成影片播放永不緩衝的保證。

若 Trojan 設定無法連線，應區分本機時間或系統環境異常、訂閱項目過期、入口無法連線等可能原因。不要關閉用戶端原有的驗證選項來掩蓋錯誤訊息；較妥當的做法是更新訂閱、改用已知可用的線路，並查看用戶端提供的明確錯誤資訊。一般使用者匯入服務提供的正確設定，比手動拼湊參數可靠；進階使用者則應分開評估「協定本身的機制」與「特定入口的實際部署」。

這幾種協定沒有一套適用所有情境的排名。連線失敗時先檢查設定與入口；連線建立成功但持續卡頓時，再比較拓撲、出口與壅塞情況。記下故障發生階段，可避免只因更換協定時剛好也換了另一條線路，就把改善全歸功於協定。

傳輸方式

如何比較 VLESS、Hysteria2 與 TUIC

VLESS：區分核心協定與外層傳輸

閱讀 VLESS 時，應將它視為「需要連同傳輸方式一起了解」的協定名稱，而不是一套完整固定的線路方案。即使都是 VLESS，外層傳輸、連線建立步驟與實際表現也可能不同。比較兩個項目時，先確認兩者是否採用相似的傳輸方式、相同地區與相近的線路拓撲。只憑名稱斷言它一定比 VMess 快，會把實作與網路路徑的差異錯誤歸因於協定。

日常使用時，設定相容性比參數數量更重要。匯入訂閱後，確認用戶端能辨識該項目，並在目標應用程式中實際完成一次存取。如果只有某個平台的用戶端無法建立工作階段，但相同訂閱在其他裝置可用，可優先確認該平台用戶端是否支援對應傳輸方式。不要把單一平台的連線失敗解讀成整個地區的線路都失效。

Hysteria2：重視波動環境中的持續傳輸

Hysteria2 運用與 QUIC 相關的傳輸能力，常見於希望在網路鏈路波動時維持較佳吞吐量的情境。它適應網路狀況的方式與常見 TCP 路徑不同，但實際效果仍取決於接取網路能否穩定承載相應流量，以及入口、出口與目標網站的狀況。某條連線在下載測試中表現順暢，不代表它在所有電信業者網路或所有應用程式中都更合適。

評估 Hysteria2 時，不要只看短時間的峰值。可觀察長時間瀏覽是否停頓、網路切換後能否恢復，以及語音或遠端操作時是否有明顯抖動。如果同一條線路的其他傳輸方式可用，只有該協定一再無法建立連線，請先確認用戶端支援與目前的接取網路，再決定是否換線。協定可以改善特定傳輸條件下的資源利用方式，卻無法憑空增加線路本身沒有的出口容量。

TUIC：將工作階段恢復與資源耗用納入考量

評估 TUIC 時，同樣要考量用戶端實作與底層網路。支援 QUIC 的連線方式在行動網路切換等情況下，可能帶來不同的恢復體驗；但「可能」不代表每台裝置、每條線路都能無縫切換。作業系統的背景限制、用戶端維持連線的策略，以及應用程式是否主動重試，都會影響使用者實際看到的結果。

資源耗用方面，不宜將協定一概標示為「省電」或「耗電」。持續高吞吐量會使用無線電與處理器資源；頻繁斷線重連也會增加裝置喚醒次數。應在同一台裝置、相近使用時間與相似應用程式負載下比較。如果某方案建立連線很快，卻在鎖定螢幕後反覆斷線，實際體驗未必比建立稍慢但工作階段穩定的方案好。先確認要改善的是初次等待、持續傳輸還是背景恢復，再比較協定。

協定名稱只是查找線索。VLESS 還要看外層傳輸；Hysteria2 與 TUIC 則要考量接取網路和用戶端實作。判斷應以相同用途下的實際存取結果為準。

查看用戶端選項時，也要避免將「支援某協定」誤解為「每條線路都提供該協定」。實際可選項目以訂閱內容為準。VPNZR 線路的分類與地區可先到伺服器頁面查看；若用戶端已有可用項目，請依其提供的參數使用，不要從技術文章推導伺服器設定。如此既保留協定選擇彈性，也能讓故障紀錄對應到實際使用的線路。

路徑結構

直連、中轉與專線的路徑差異

直連：環節較少，但路徑並非固定

直連通常表示從使用者的網路直接連到對應入口，不額外經過該服務安排的中轉鏈路。其優點是結構較容易理解，發生問題時也能較快縮小排查範圍。不過，「環節較少」不能直接推論為「延遲最低」：網際網路的實際路由由多方網路共同決定，同一目的地從不同接取網路連出，也可能經過不同路徑。遠距存取的實際距離、電信業者互連與目標網站回應時間，不會因線路名稱標示為直連就消失。

直連適合作為初步比較基準。先確認目標服務能穩定開啟，再於相同應用程式中比較其他類型。如果直連在特定時段波動明顯，而其他類型維持平穩，差異可能與接取路徑有關；如果所有類型同時變慢，應先檢查本機 Wi-Fi、接取網路或目標服務。只有比較對象與時間範圍一致，直連的表現才有參考價值。

中轉：以增加路徑換取路由選擇

中轉是先連到某個入口，再由該入口將流量送往後續出口的架構。多一段傳輸通常代表額外的處理與路徑長度，但也可能避開不理想的直達路由。其效益取決於入口是否容易連線、入口到出口之間是否穩定，以及出口是否接近目標服務。中轉不是自動加速器；任何一段壅塞都可能限制整條連線。

排查中轉線路時，分段思考最實用：用戶端能否連上入口？建立連線後，是所有目標網站都慢，還是只有特定服務慢？同地區的另一條中轉線路是否也有類似情況？如果入口連線穩定，但目標應用程式反覆停頓，問題可能出在後續傳輸或出口。一般使用者不必掌握每個內部節點的位址，但應記錄線路類型、目標應用程式、接取網路與問題時段，方便和直連結果比較。

IEPL 專線：重視鏈路設計，不把名稱當成保證

IEPL 專線是一種線路拓撲標籤，用來區分跨境區段的安排方式。專線與一般網際網路轉送的路徑安排不同，但使用者裝置到入口、出口到目標服務這兩端，仍會受到實際網路條件影響。即使跨境區段表現穩定，本地接取壅塞、出口負載或目標網站本身異常，仍可能造成卡頓。因此，不能只憑「專線」兩字就推斷每個地區、每個時段與每種應用程式都會更快。

使用會議、遠端操作等對波動敏感的服務時，可優先試用 IEPL 專線，同時保留同地區的中轉或直連線路作為比較。若專線穩定，但目標應用程式仍提示地區不符，應先確認出口地區與應用程式要求，而非反覆切換連線協定。若連線無法建立，則應先確認用戶端與入口；只有鏈路可用後，拓撲優勢才有討論意義。

選擇時先確定目標地區，再比較線路類型，最後才考量協定組合。如果同時更改國家、拓撲與協定，就無法判斷是哪項變更帶來結果。完整地區與類型清單請見伺服器頁面；此處表格說明標籤含義，不能取代目前網路環境下的實際存取測試。

故障成因

封包遺失與尖峰壅塞的成因

封包遺失可能有多種原因

資料封包可能在無線接取、電信業者互連、線路入口或後續出口的任何環節未能及時抵達。無線訊號會受距離與干擾影響；網路設備的佇列滿載時可能丟棄資料；目標服務也可能主動限制要求。應用程式遇到的狀況取決於傳輸方式：有些會等待重傳，有些則傾向繼續傳送後續資料。前者可能造成頁面載入突然停住，後者在即時影音中可能表現為聲音或畫面短暫中斷。

單次要求失敗，不代表整條線路都發生封包遺失。瀏覽器快取、網域解析、應用程式自行重試與伺服器回應，都可能改變觀察結果。較穩妥的檢查方式是使用相同目標與接取網路，持續觀察相同現象是否重現，再與同地區其他線路比較。如果只有一個應用程式異常，先檢查該應用程式的帳戶、地區與服務狀態；如果多個互不相關的應用程式同時中斷，再考慮是否有共通的網路環節出問題。

為何壅塞常在特定時段出現

尖峰時段是網路需求集中的情況描述，並非每條線路都在相同時間開始或結束。共用鏈路上的流量增加時，排隊時間可能變長；佇列持續增加，也可能造成抖動與封包遺失。即使用戶端仍顯示「已連線」，應用程式資料也可能正在排隊。只看協定握手成功率，無法判斷持續傳輸時是否會壅塞。

遇到特定時段變慢，先建立比較基準：用同一台裝置與同一個目標服務，在不同線路類型下完成相同操作。記錄「網頁是否順暢載入」、「會議是否斷續」、「影片是否頻繁緩衝」等可供確認的現象，不要只憑一次測速峰值選出所謂的永久最佳線路。如果直連與中轉表現不同，可進一步檢查路徑選擇；如果各類型同時波動，也要考量本地接取與目標服務的負載。

重傳、緩衝與看似矛盾的結果

協定會以不同方式處理遺失與亂序的資料，但無法憑空補足受限鏈路的容量。緩衝充足的影片可能暫時看不出波動，即時通話卻很快出現斷續；下載工作可以持續進行，但網頁仰賴多個短要求的互動仍可能感覺遲緩。因此，「下載正常、會議卡頓」並不矛盾，也不必立刻推斷是用戶端故障。應先確認應用程式對延遲、抖動與吞吐量的需求。

也要留意本地網路切換造成的假象。裝置在 Wi-Fi 與行動網路間切換時，原有連線可能需要重新建立；應用程式通常會將這段空檔顯示為載入中。如果問題只在移動途中發生，可優先確認網路切換後能否恢復，而不是在固定網路下重複測速。桌上型裝置若暫停佔用網路的背景工作，再觀察同一條線路，也有助於區分本地網路競用與遠端壅塞。

單次測試只能反映當時的路徑。記錄目標應用程式、接取網路、線路類型與實際狀況，再於相近條件下重新檢查，才能判斷問題是否有固定規律。

穩定性可參考連線成功率與斷線率自我測試方法。該文著重如何記錄觀察結果；本章則說明為何連線成功、瞬間吞吐量與持續使用可能得出不同結論。兩者搭配參考，比只看用戶端的一個狀態標示更接近實際體驗。

終端條件

裝置效能、背景連線與耗電表現

建立連線與維持連線是兩種不同耗用

協定耗用的資源不只發生在建立工作階段時。初次連線涉及解析、握手與必要的驗證；持續使用時還需要處理加密、資料封裝與接收；裝置鎖定螢幕後，用戶端可能依系統規則維持或重建連線。這些環節涉及不同程度的 CPU、無線網路與電量耗用。只把按下連線按鈕後的等待時間當成唯一標準，會忽略背景執行時的重複喚醒與網路切換成本。

在同一台裝置上比較時，先固定應用程式負載。如果一種方案用來長時間播放影片，另一種只用來開啟幾頁文字，電量差異就無從比較。螢幕亮度、訊號強度、系統省電策略與背景應用程式也會影響耗電。訊號不穩時，無線裝置可能需要付出更多資源維持傳輸，這種變化不應直接歸因於協定名稱。尤其在行動使用情境中，線路入口是否穩定、斷線後是否反覆重連，往往比理論上的封裝耗用更值得注意。

行動裝置的背景執行規則

iOS 與 Android 都會管理背景活動，但實際情況會受到系統設定、應用程式權限及用戶端實作影響。鎖定螢幕後應用程式暫時沒有發出要求，不代表線路故障；解鎖後短暫重建工作階段，也未必代表訂閱已失效。應確認的是目標應用程式回到前景後能否正常存取，以及從 Wi-Fi 切換至行動網路後是否需要手動重新選擇線路。若頻繁失敗，先確認系統是否允許用戶端維持必要的網路活動，再檢查訂閱項目與線路。

如果剛匯入設定後始終無法存取，不要先從耗電表現推斷是協定問題。請依新手指南確認用戶端、訂閱與連線步驟，再用瀏覽器驗證實際出口。iPhone 的匯入與設定步驟，另請參閱iOS VPN 新手指南。這些操作頁面說明具體介面與步驟；本章則說明為何前景連線與背景維持可能得出不同結果。

桌上型與行動裝置如何分工

Windows、macOS 與 Linux 桌上型裝置常用於持續工作，適合優先考量長時間連線與目標應用程式的穩定性；iOS 與 Android 則較容易受到網路切換、鎖定螢幕與電量限制影響。VPNZR 支援 Windows / macOS / iOS / Android / Linux，且同時連線裝置數不限，因此可在常用裝置上分別測試相同用途，不必假設某台裝置的最佳選擇也必然適用其他裝置。

比較行動裝置方案時，可先讓裝置維持相同網路，完成目標工作；再單獨測試網路切換，最後觀察鎖定螢幕後的恢復情況。分開測試是因為每個步驟都會帶入新的變數。若只有鎖定螢幕後出現異常，更換遠端地區未必能解決系統端的背景限制；若固定網路下持續卡頓，則應回頭分析線路與壅塞，而不是先調整系統省電選項。

實際選擇

依使用情境選擇協定與線路

網頁與 AI 工具：先驗證完整操作流程

瀏覽網頁與使用 AI 工具時，體驗由多個短要求組成：頁面資源、登入狀態、持續對話與檔案操作，可能經過不同介面。先選擇符合目標服務需求的出口地區，再以實際操作驗證登入、提交與回覆是否完整。只看到首頁開啟，不代表後續要求都正常。協定方面，優先使用已正確匯入且能穩定完成這些操作的用戶端項目；若要求經常中途停止，再固定地區比較其他協定或拓撲。

如果某個 AI 工具無法使用，但其他網站正常，先不要將問題歸咎於整條國際線路中斷。目標服務的帳戶狀態、地區政策與伺服器回應都可能造成差異。可重複相同操作，確認是否只發生在特定功能，再換用同地區的線路比較。關於 Cursor 等特定工作流程，本頁提供網路層面的判斷方法，不保證第三方服務的可用範圍。

串流影音：確認地區後再觀察穩定度

使用串流影音服務時，先確認出口地區符合目標片庫，再觀察實際播放情況。頁面能開啟、搜尋得到片名與影片能持續播放，是不同的檢查項目。影音應用程式通常具備緩衝機制，短暫波動可能不易察覺；若畫質一再降低或頻繁等待，就表示需要進一步比較持續傳輸表現。先固定地區，再嘗試不同線路類型，才能分辨差異源自出口條件還是路徑穩定性。

觀看需求無法只靠協定名稱解決。即使某種傳輸方式短時間內吞吐量較佳，目標平台如何判定出口，以及影片來源的狀態，仍需分別確認。若需要更具體的片庫與畫質檢查步驟，可閱讀Netflix 地區片庫與頻寬判斷，或查看串流影音專題。這些頁面著重觀看結果；本頁的線路比較方法則適用於一般持續傳輸情境。

會議、遠端操作與行動使用

會議與遠端控制最怕資料抵達時間忽長忽短。先透過常用的接取網路測試目標服務，觀察聲音、畫面或輸入回應是否連續。如果直連波動明顯，可在同地區比較中轉與 IEPL 專線；若切換後仍然斷續，再檢查本地無線環境與目標服務。不要為了追求看似較低的瞬間延遲數值，而放棄實際表現更平穩的線路。

行動使用情境則應增加網路切換與恢復測試。在固定網路下確認連線後，觀察從一種接取網路切換到另一種時，用戶端能否恢復；若恢復狀況不理想，再比較用戶端支援的其他協定項目，並確認系統的背景管理設定。選擇標準不是「所有裝置都用同一個協定」，而是讓每台常用裝置上的重要應用程式都能持續完成工作。VPNZR 同時連線裝置數不限，但各裝置的接取條件仍應分別判斷。

分開考量預算與線路選擇

線路選擇著重連線體驗，方案選擇則關乎流量與使用方式，不應以價格取代技術判斷。VPNZR 月訂閱方案為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；流量依開通日每月重置，中途升級時，差額會按剩餘天數折算。另有用完為止、永久不過期的流量包：¥158/300GB、¥358/1000GB、¥658/3000GB。先依應用程式需求驗證線路，再前往方案頁面確認目前適用的流量方案。以上容量不是速度指標，也不能代表特定協定的效能。

如果還不確定用途，可先以最常用的應用程式建立基準：記錄出口地區、協定、線路類型與是否能完成工作。用途改變時再調整，不必預先為每種可能的情境準備複雜設定。如此建立的是一份方便維護的個人線路選擇紀錄，而不是脫離裝置與接取網路條件的通用排行榜。

重新檢查流程

實測連線，找出問題發生的環節

從最基本的可用路徑開始

先確認裝置本身能否瀏覽一般網站，再更新用戶端內的訂閱，選擇目標地區的線路並嘗試連線。用戶端顯示成功後，再開啟實際要使用的服務。若一般網站也無法開啟，應先處理接取網路；若用戶端無法建立工作階段，請檢查項目是否正確辨識、訂閱是否已更新，以及同地區的其他項目是否可用。完成這些基本步驟後，才值得比較特定協定的效能。

連線成功但頁面無法開啟時，可改測另一個無關網站。如果都無法使用，檢查用戶端路由與目前出口；如果只有一個網站失敗，則繼續檢查該網站的帳戶、地區或服務狀態。出口位址是否變更可作為輔助資訊，但位址改變只代表某段路徑已生效，不能證明目標應用程式的所有功能都可用。若要查看目前出口與基本網路資訊，可使用站內的網路檢測，之後仍應回到目標應用程式完成驗證。

每次只變更一項條件

比較協定時，維持相同裝置、地區、接取網路與目標工作，並盡量選擇條件相近的線路；比較拓撲時，則固定協定與目標地區。若無法完全控制變數，應在紀錄中註明差異，不要將結果說成協定的普遍特性。例如，從日本的直連項目切換至美國的專線項目後體驗改善，地區、出口、路徑與目標距離都已改變，不能只據此斷言專線一定更合適。

建議以簡短文字記錄觀察結果：使用的應用程式、裝置與接取網路、所選地區、線路類型與協定、連線是否建立，以及工作在哪個步驟停住。不必記錄訂閱內容或帳戶憑證。重複出現的現象比單次截圖更有助於排查；若問題只在特定時段發生，請保存該時段與其他時段的比較結果。紀錄足夠清楚，也更容易在提交客服單時說明已排除哪些可能原因。

何時停止調整設定，改用其他線路或尋求協助

如果同一條線路上的多種協定都無法建立連線，但同地區另一條線路正常，應優先更換線路；如果同一協定在多個地區都失敗，但其他協定可用，應優先檢查用戶端相容性與訂閱匯入狀況。若所有線路在一台裝置上都失敗，另一台裝置卻正常，請檢查該裝置的系統網路設定。若所有裝置在同一個接取網路下都失敗，換用另一種接取網路驗證，比繼續修改單一用戶端選項更能縮小問題範圍。

調整設定也有其界線：不要依據網路上不完整的範例手動改寫訂閱項目，也不要忽略明確的憑證或驗證錯誤來強行連線。遇到無法判斷的錯誤，請保存不含敏感資訊的提示文字與重現步驟，透過使用者面板的客服單入口回報。提供裝置平台、目標地區、線路類型、協定與故障階段即可，請勿提交密碼或完整訂閱網址。

檢查順序可固定為：裝置接取網路 → 用戶端與訂閱 → 線路入口 → 目標服務。確認一個環節後再檢查下一個，不要一次更換所有條件。

VPNZR 覆蓋 110+ 個國家 / 170+ 條線路，支援 Windows / macOS / iOS / Android / Linux，並採用不記錄日誌政策。廣泛的覆蓋範圍提供更多可比較的路徑，不代表任一路徑在任何接取網路下都有相同表現。註冊帳戶無須電子郵件地址，只需使用者名稱與密碼即可註冊；服務提供 7 天無理由退款。想先完成實際連線，請返回新手指南；若要依用途檢查地區與拓撲，請查看伺服器頁面。本手冊適合做為重新檢查的依據，不能取代應用程式中的實際測試結果。