本文重點

適合已能連線，但網頁載入慢或下載速度不穩的使用者。先固定測試目標建立基準，再依序比較節點、網路、協定與本機設定。v2rayN 可用明確指定代理的請求確認流量入口；v2rayNG 則以相同應用程式和網路重複測試。留下可重現的測試紀錄，別只憑一次延遲數值就換節點。

先分辨網頁載入慢、傳輸速度低與間歇性斷線

「網速慢」至少有三種狀況：開啟網頁後等很久才看到內容；頁面開得起來，但下載速度一直很慢；一開始正常，過一會兒卻停住。這些狀況可能分別與 DNS 解析和握手、可用頻寬、連線穩定度有關。用戶端顯示的延遲通常只涵蓋某種探測過程，不能取代實際瀏覽網頁或持續下載測試。

先暫停系統更新、雲端硬碟上傳和其他下載。在同一台裝置上，選一個平常會瀏覽的 HTTPS 網頁，以及一個允許下載、大小足以維持測試的固定檔案。不要同時更換節點、瀏覽器和測速目標，否則很難判斷是哪個變更造成差異。

3 次
每組重複測試次數，並比較中位數
30 秒
每次持續下載的建議觀察時間
1 項
每輪只變更一個條件

這些數字是測試安排建議，不是本站實測結果，也不代表效能保證。檔案太小可能很快下載完，無法反映持續傳輸速度；流量方案有限時，可縮短觀察時間，但各組測試要一致。下載工具顯示的 MB/s 和電信業者使用的 Mbps 也不同，理論上 1 MB/s 等於 8 Mbps，實際傳輸還會受到協定開銷影響。

  • 網頁載入時間長：記錄 DNS 解析、建立連線與收到第一個位元組所需的時間，並留意是否只有第一次開啟較慢。
  • 持續傳輸速度低：觀察穩定傳輸階段的資料量，不要把剛開始時的瞬間峰值當成測試結果。
  • 間歇性斷線：記下斷線時間、螢幕是否關閉、網路是否切換，以及當時的核心記錄。

第一層：比較節點負載與出口差異

節點名稱中的地區資訊，並不能完整說明線路。兩個標示相同地區的節點，可能使用不同機房、入口和出口；名稱不同的節點，也可能共用同一個入口。更新訂閱只是重新整理設定，不會自動增加伺服器頻寬。先在相同網路、相近時段，以同一個目標比較兩個可用節點。

在 v2rayN 中，可於伺服器清單選取節點，再透過右鍵選單的速度測試功能初步篩選；選單名稱可能隨版本而異。v2rayNG 則先在主清單選取節點、重新連線，再回到同一個應用程式測試。內建測試使用的目標和並行連線數可能與實際使用不同，最後仍應以實際用途重新測試。

比較結果優先檢查方向下一步
只有一個節點持續變慢該節點的負載、限速或出口路徑保留另一個節點作為對照，並換個時段再測
多個節點在晚間一起變慢共用入口壅塞，或本地電信業者的網路路徑固定使用同一個節點，改用另一種網路比較
只有一個下載網站變慢目標網站限速、出口互連或內容分發調度再找一個獨立目標測試，先別急著改協定
內建測速很快，瀏覽器下載卻很慢測試目標不同，或瀏覽器流量沒有走相同出口確認路由和代理入口，再下載同一個檔案比較

如果能管理伺服器，請查看同一時段的 CPU、頻寬使用量與連線數；若無法管理，就將結論記為「疑似節點端瓶頸」，不要只憑用戶端速度就認定伺服器超賣。不同時段的結果只能提供線索，不能取代相同條件下的比較測試。

判斷方式：先固定一個可用的對照節點

如果同一個目標在節點 A 上反覆變慢、在節點 B 上則一再維持正常，先保留 B 繼續使用，再記錄 A 的測試時間與相關記錄。此時不必同時重設本機 DNS 和傳輸參數。

第二層：分開檢查接入網路與跨網線路

固定節點和測試目標，將 Android 手機從 Wi-Fi 切換到行動數據，重新連上 v2rayNG 後再測一組。切換網路會中斷原有連線，因此舊頁面的快取和舊下載工作不能當作新網路的測試結果。桌面裝置可用手機熱點比較，但也要考慮熱點訊號和資費方案限制。

如果只有 Wi-Fi 速度慢，先靠近路由器，再比較 5 GHz 和 2.4 GHz 頻段；距離遠或隔著多道牆時，5 GHz 未必比較穩定。如果同一個 Wi-Fi 下，直接連線的網路服務也很慢，應先處理無線干擾、路由器負載或寬頻上傳頻寬被占滿的問題，而不是一直調整代理核心。

  1. 以預設閘道作為本地網路探測目標，先確認裝置到路由器這一段是否穩定。
  2. 在 Windows 執行 ping -n 30，並在後面填入實際的閘道位址；接著用相同方式測試允許探測的節點位址。
  3. 檢查是否持續掉封包或出現明顯抖動，同時進行實際 HTTPS 請求，避免只根據探測封包下結論。
  4. 如果同一個節點換網路後一再恢復正常，接下來就應著重調查接入網路，或電信業者到入口的網路路徑。

晚間尖峰時段變慢、凌晨恢復，通常值得留意壅塞因素，但也可能是目標網站負載改變。請同時記錄兩個測試目標。不要只憑一次測速結果就決定修改 MTU；只有在特定網路上反覆出現握手成功、較大的資料傳輸卻卡住等可重現狀況時，才進一步調查路徑 MTU 和隧道封裝。

第三層：確認協定、傳輸方式與伺服器參數

VMess、VLESS 是代理協定名稱；TCP、WebSocket、gRPC 是不同層級的傳輸選項；TLS 則負責安全傳輸。這些名稱不能混在一起排速度名次。實際表現取決於伺服器實作、網路路徑、目標網站和裝置效能，光看協定名稱無法保證傳輸速度。

v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心；兩者支援的欄位和功能可能不同。v2rayN 的表現也取決於所選核心及其設定。更換用戶端不只是搬移節點位址，還得確認該核心支援訂閱提供的協定與傳輸組合。

  • 先確認節點：位址、連接埠、使用者識別碼和 TLS 開關都應與伺服器設定一致。連接埠是 443，不代表一定啟用了 TLS。
  • 再確認傳輸設定：WebSocket 的路徑與 Host、gRPC 的服務名稱、TLS 的伺服器名稱等，都應依照伺服器提供的參數填寫。
  • 最後再比較：只有伺服器確實提供另一組可用入口時，才比較不同傳輸方式；不要直接把現有節點的 WebSocket 改成 gRPC。
  • 保留原始設定：先匯出設定再修改，若連線失敗就立即還原。不要為了追求速度而關閉憑證驗證。

多路複用也不是通用的加速開關。對許多短連線而言，它可能減少重複建立連線的成本；但在某些封包遺失的網路環境，或長時間大量傳輸時，多個請求共用底層連線也可能互相影響。如果目前的核心與協定支援這項設定，請分別測試開啟與關閉的結果，不要同時更改並行數和傳輸方式。

判斷方式：先修正設定不相符，再調整穩定性問題

如果經常發生握手失敗、連線重設或路徑錯誤，請先確認伺服器參數。只有在連線穩定、比較條件一致時，傳輸速度差異才適合用來評估傳輸方式。

第四層：確認本機代理、DNS 與分流設定

Windows 系統代理不保證所有程式都會使用。v2rayN 可從系統匣選單的「系統代理」選擇自動設定系統代理，但終端機仍可能直接連線；瀏覽器擴充功能也可能覆寫系統設定。先檢查「設定」→「參數設定」中的本機監聽設定。不同版本可能將這項設定放在「基本設定」或入站相關頁面，請以實際介面顯示為準。

以下使用 Windows PowerShell 明確指定 HTTP 代理入口，排除「程式沒有使用系統代理」這個變因。先確認本機監聽連接埠為 10809，再複製指令；若實際連接埠不同，請先修改指令。10809 只是範例，不代表每個 v2rayN 安裝環境都使用這個預設值。

curl.exe --proxy http://127.0.0.1:10809 --connect-timeout 10 --max-time 30 --output NUL --silent --show-error --write-out "connect=%{time_connect}s start=%{time_starttransfer}s total=%{time_total}s bytes=%{size_download} speed=%{speed_download}B/s\n" https://v2rayultra.com/

這個指令用來確認入口並觀察請求階段，不是測試持續傳輸速度。time_connect 在此主要反映與本機代理的連線時間；time_starttransfer 還包含後續隧道、握手和等待目標回應的時間，不能直接稱為「節點延遲」。測試大型檔案時，請改用自己有權存取的固定下載網址；達到 30 秒上限時，請求可能會主動結束，不要誤以為是節點斷線。

  • 確認路由：系統代理只會把流量送進核心，之後仍可能依分流規則直接連線。請查看連線記錄，確認測試目標實際使用的出口；「全域接入」不代表「所有目標都走代理」。
  • 確認 DNS：如果首次瀏覽較慢、重複瀏覽變快，請留意是否發生 DNS 解析逾時；不要一次更換所有 DNS 位址。Android 的「私人 DNS」和用戶端 DNS 設定要分開確認，逐項修改並重新測試。
  • 確認 Android 分應用程式設定：在 v2rayNG「設定」→「分應用代理」中，確認測試用的應用程式是否已納入代理。不同版本的介面文字可能不同，也請確認目前選用的是代理清單還是排除清單。
  • 確認背景執行限制：在 Android 系統「設定」→「應用程式」→「v2rayNG」→「電池」中查看背景限制。如果只有鎖定螢幕後才斷線，可暫時允許背景執行進行測試，再衡量耗電情況。
  • 確認裝置負載：桌面端可查看工作管理員，Android 裝置則留意發熱和降頻。不要同時反覆切換 TUN 模式、其他 VPN 服務和代理工具，以免路由變動掩蓋問題。

如何從記錄中的逾時與重設判斷網速問題

詳細記錄只適合短時間排查。先記下請求發生的時間，再查看同一時段、同一目標的記錄；單一錯誤訊息也可能只是背景應用程式的請求失敗。長期使用過細的記錄層級會增加儲存和處理負擔，排查完成後請恢復日常層級。分享記錄前，請隱藏訂閱網址、使用者識別碼和伺服器資訊。

錯誤：context deadline exceeded

原因：某項作業未能在期限內完成，可能發生於解析、撥號或其他請求階段；光憑這句錯誤訊息，無法判定伺服器過載。

處理方式：查看錯誤前後的記錄，確認目標與發生階段；保持節點不變，切換接入網路，再保持網路不變、改用另一個節點，觀察逾時是否隨條件改變。

錯誤：connection refused

原因：目標拒絕了連線；如果位址是本機回送位址，常見原因是監聽連接埠設定錯誤，或核心尚未啟動。

處理方式：先確認被拒絕的是本機入口還是遠端服務。檢查 v2rayN 的監聽連接埠與核心執行狀態；若是遠端拒絕，則確認節點位址和伺服器監聽設定。

錯誤：connection reset by peer

原因：連線遭對端或路徑上的設備重設，可能與伺服器、網路設備或傳輸參數有關。

處理方式：記下連線是在握手階段還是傳輸途中遭重設，確認 TLS 與傳輸參數後換網路重測；不要只憑這句錯誤訊息就決定更換協定。

完整錯誤訊息可能隨作業系統和核心版本而異。如果記錄中始終找不到對應請求，請優先確認應用程式是否有走代理，而不是繼續調整遠端節點。如果請求確實走預期出口，但傳輸仍持續停頓，請搭配前面記錄的節點和網路比較結果一起分析。

常見問題與排查完成條件

延遲最低的節點，為什麼下載反而比較慢？

短請求的延遲不等於可用頻寬。固定同一個檔案和網路，各測 3 次並比較持續下載結果；同時確認測速請求與下載請求走的是同一個節點和出口。

更新訂閱後還是很慢，需要每天更新嗎？

更新訂閱只能同步服務提供者發布的設定。先確認目前使用的節點仍然有效，再透過節點和網路兩組比較找出問題；如果只有晚間尖峰時段變慢，重複更新通常無法改善這段線路的壅塞。

開啟 TUN 就能讓所有軟體變快嗎？

TUN 主要改變流量的接入方式，不會增加伺服器頻寬。如果一般代理已能涵蓋測試用的應用程式，就先維持原本模式；只有在應用程式沒有走代理時，才依照用戶端說明確認 TUN 和路由設定。

v2rayNG 螢幕亮起時正常，鎖定螢幕後變慢怎麼辦？

先維持相同網路，比較螢幕亮起與鎖定時的下載或請求記錄。如果只有背景執行時出現異常，請檢查系統電池限制、背景數據權限和省電模式，不要先修改節點傳輸參數。

找到穩定且可重現的差異後，就可以結束排查。記下「時間、接入網路、節點、目標、代理模式、三次測試結果、相關記錄」即可；不必繼續追求某個看起來更低的延遲數字。若需要進一步求助，這些紀錄比一句「所有節點都卡」更有助於定位問題。

  1. 本機直接連線也很慢：先檢查接入網路與裝置負載。
  2. 只有一個節點很慢：保留可用節點，並將比較結果回報服務提供者。
  3. 換網路後恢復正常：優先檢查無線連線、電信業者路徑與共用入口。
  4. 明確指定代理後正常、應用程式卻異常：重新檢查系統代理、分應用代理和路由規則。
  5. 只有特定傳輸設定失敗：確認伺服器參數和核心相容性後，再討論效能。