先理解三種名稱代表什麼
VPN 線路中的「直連」、「中轉」與「BGP」經常被放在一起比較，但它們其實不在同一個層次。直連與中轉主要描述流量從本地到遠端節點的傳輸結構；BGP 則是網路之間交換路由資訊、選擇可達路徑的機制。換句話說，BGP 不是一種獨立的加密協定，也不等於固定頻寬或專用通道。看到節點名稱中有 BGP，不能直接推導出它一定比直連或中轉更快。
直連通常是用戶端直接與遠端伺服器建立通道，流量經過本地電信商、跨網路互連和遠端機房後抵達出口。路徑較簡單，額外轉發環節較少；當本地電信商到目標機房的互連品質良好時，直連可能有不錯的延遲與吞吐量。不過，公共網際網路的路由會受到電信商調度、尖峯壅塞、跨境互連和故障切換影響，同一個節點在不同時段的表現可能不同。
中轉則是在本地與最終出口之間加入一個或多個入口、轉發節點。中轉節點的價值不在於「多一站就一定更快」，而在於改變原本的跨網路路徑，避開某一段品質不穩定的公共路由。若入口位置、轉發網路與出口機房之間的互連安排合理，中轉能改善丟包、抖動或尖峯時段的穩定性；若路徑本身繞遠，額外轉發反而會增加延遲。
BGP 線路通常是指服務商透過不同上游網路、自治系統與路由策略，讓流量有機會走向較合適的互連路徑。它可以出現在直連架構，也可以與中轉架構並存。BGP 的重點是路由可達性與路徑選擇，不是看到標籤就代表延遲最低。實際結果仍取決於你所在的電信商、節點所在機房、目標網站的位置，以及當下的網路狀況。
3
常見線路概念
5+
常見連線協定
90+
可選國家
200+
可選線路
速度與延遲究竟受什麼影響
「速度」至少包含兩個不同概念。延遲是封包往返所需的時間，會直接影響遊戲操作、遠端桌面、語音通話和 API 請求的回應感受；吞吐量則是單位時間內能傳輸多少資料，通常更影響影片載入、大檔案同步與下載。延遲低不代表下載一定快，頻寬高也不代表互動操作一定順暢。
距離是最容易理解的因素。用戶端與節點、節點與目標服務之間的地理距離越長，通常需要經過更多網路設備與互連區域，延遲的下限也會提高。但地圖上的直線距離不是唯一標準。某個較遠的機房如果與你的電信商有良好互連，可能比地理位置較近、但需要繞行的機房更穩定。
電信商互連同樣重要。不同網路之間需要透過對等互連、轉接服務或上游業者交換流量。當某段互連在尖峯時段出現壅塞，可能看到延遲升高、封包丟失或頻寬下降。此時切換到另一個協定未必能解決問題，因為瓶頸可能發生在加密通道以外的公共網路。
還要區分節點到目標服務的路徑。測試節點本身的延遲，只能說明你到該節點的網路距離；如果實際使用的是影片平台、遊戲伺服器、雲端主機或 API，真正重要的是「你經過節點後到目標服務」的完整路徑。節點所在地區與目標服務所在地區不一致時，即使節點本身反應很快，實際操作仍可能需要繞路。
| 線路概念 | 主要結構 | 可能優點 | 需要注意 |
|---|---|---|---|
| 直連 | 用戶端直接連接遠端節點 | 結構簡單、額外轉發較少 | 容易受到公共路由與尖峯壅塞影響 |
| 中轉 | 先到入口，再轉發至遠端出口 | 有機會避開品質較差的路徑 | 入口不合適或轉發過多會增加繞路 |
| BGP | 依路由交換與上游策略選擇互連路徑 | 可能改善可達性與路由彈性 | 不是固定低延遲，也不是獨立協定 |
動手測試：不要只看客戶端延遲
測試線路前，先固定測試條件。使用同一個網路環境、同一台裝置和同一個目標服務，避免在測試過程中同時切換 Wi‑Fi、行動網路或其他代理工具。若使用 Clash Verge、sing-box 或 Shadowrocket，應確認目前的模式、規則與出站節點一致；使用官方 Windows、macOS、Android、iOS 或 Linux 客戶端時，也要確認訂閱更新後選取的是預期節點。
- 先在未連線狀態下開啟實際要使用的網站、遊戲或工作服務，記錄載入、登入與互動時的狀況。
- 連線至一個直連節點，先觀察客戶端連線記錄，再測試目標服務，而不是隻查看節點列表中的延遲數字。
- 切換至中轉或 BGP 標示的節點，保持同一個目標與相同操作，分別記錄回應速度、畫面卡頓、重新連線和檔案傳輸表現。
- 在不同時段重複測試，特別留意平常需要使用的尖峯時段。一次測試只能代表當下路徑，不代表全天結果。
- 查看連線記錄中的出站名稱與錯誤訊息，確認目標網域是否命中代理規則，避免把規則直接連線誤判成線路品質問題。
延遲測試可使用系統內建的連線診斷工具，或在客戶端提供的連線記錄中觀察往返時間。這些結果適合用來比較相同目標下的相對差異，但不應當成保證值。部分服務會封鎖探測封包、使用多個入口，或透過內容分發網路就近回應，因此工具顯示的結果與實際應用體驗可能不同。
測試吞吐量時，應使用合法且與需求相近的內容。影片可觀察開始播放、畫質切換和拖曳進度；工作場景可測試檔案同步、遠端桌面和視訊會議；遊戲則應看操作回應、抖動與斷線，而不是隻看下載速度。若測試期間有其他裝置大量使用網路，結果也會被本地頻寬和無線訊號幹擾。
- ✅ 同一目標、同一網路環境下比較不同線路
- ✅ 同時觀察延遲、抖動、丟包與持續傳輸表現
- ✅ 在實際使用時段重複測試，不以單次結果下結論
- ✅ 確認規則模式沒有把目標服務排除在代理之外
- ❌ 不要只依照節點名稱中的「高速」或「BGP」判斷
- ❌ 不要同時開啟兩個代理客戶端，避免路由互相覆寫
依照使用情境選擇線路
遊戲與即時互動
遊戲最重視低延遲、低抖動與穩定的封包傳輸。應優先選擇靠近遊戲伺服器或遊戲服務區域的節點，再比較直連與中轉在實際對局中的表現。若直連路徑短但尖峯時段丟包明顯，中轉可能更適合；若中轉需要繞過多個區域，即使連線狀態穩定，也可能增加操作延遲。
遊戲啟動器、登入服務、更新伺服器與實際對局伺服器可能使用不同網域。規則分流時不能只測試其中一個頁面，應確認相關連線是否都命中預期出站。部分遊戲也會自行處理網路連線，系統代理模式未必能涵蓋全部流量，必要時應參考客戶端的通道模式與系統權限設定。
影片、下載與大檔案傳輸
影片與下載通常更看重持續吞吐量，而不是瞬間顯示的低延遲。可先確認出口地區是否符合內容服務的需求，再於常用時段測試播放與檔案傳輸。直連可能在某些時段有較高峯值，中轉則可能在壅塞時提供較穩定的傳輸；兩者都需要用實際目標驗證。
工作、雲端服務與 API
遠端桌面、視訊會議和 API 請求需要穩定的往返連線。對 API 而言，除了延遲，還要留意 DNS 解析、TLS 交握、連線重用、逾時處理與出口 IP 是否穩定。若服務需要固定地區或固定出口，應優先選擇規則清楚、切換頻率較低的節點，不要為了追求短暫的速度而頻繁更換線路。
工作流量也不一定應全部經過 VPN。公司內網、本地印表機、視訊會議和雲端工具可能有不同的最佳路徑。使用規則模式時，可以把需要特定出口的服務交給指定節點，讓本地服務維持直連；若改用全域模式，則應在工作完成後檢查登入地區、內網存取與 DNS 是否符合預期。
設定完成後的檢查重點
無論使用官方客戶端或相容工具，匯入訂閱後都應確認節點名稱、協定和模式是否正確。Shadowsocks、VMess、Trojan、Hysteria2、WireGuard 等方案在封包處理方式、系統整合和網路環境相容性上各有差異；協定本身不能脫離線路與客戶端設定單獨判定速度。某個協定在一種網路上表現良好，換到校園網路、公共 Wi‑Fi 或行動網路後，結果可能不同。
完成測試後，建議保留一條主要線路和一條備用線路，但不要把備用線路直接視為更快的方案。主要線路應符合日常需求，備用線路則用於主要路徑壅塞、無法連線或特定服務需要不同出口時。若更換網路環境，先重新連線並檢查出口 IP、DNS、規則命中情況與實際應用程式，再決定是否更換協定或節點。
若要進一步瞭解訂閱匯入、官方客戶端與相容客戶端的設定流程，可參考使用指南；需要依地區比較節點時，也可以查看節點資訊。操作中若發現只有某一個應用程式異常，先排查應用程式自身代理、DNS 快取和分流規則，不要立刻認定整條線路失效。