V2Ray 速度慢怎麼辦？分層排查節點、連線與本機設定

先釐清「慢」的類型：連線等待、首位元組與持續下載

先別急著改設定。網頁載入時轉很久、開啟後卻很順，和下載一開始很快、接著持續低速，是不同問題。前者應觀察網域解析、代理交握與目標網站回應；後者則要比較持續傳輸速度、壅塞情況與裝置負載。如果只有單一網站速度慢，也要先排除目標網站限速、帳號方案限制或內容傳遞節點不同等因素。

先統一單位再比較。電信業者常以 Mbps 標示頻寬，下載工具則可能顯示 MB/s；理論上 100 Mbps 約等於 12.5 MB/s，實際速度還要扣除協定額外負擔。延遲以毫秒計算，描述的是等待時間，不代表每秒能傳輸多少資料。節點清單顯示延遲只有幾十毫秒，也不能證明伺服器出口還有足夠頻寬。

建立比較基準：同一目標、單一任務、測試三輪

選擇一個允許測試且大小足夠的固定檔案，關閉雲端同步、更新下載和其他測速工作。記錄用戶端版本、使用中的核心版本、節點標籤、網路連線方式與測試時間。節點標籤僅供本機記錄，請勿將訂閱網址、使用者識別資訊或完整連線連結貼到公開的支援單。

以上數字是測試規劃，不是本站實測結果。準備四組紀錄：原節點搭配原網路、替換節點搭配原網路、原節點搭配替換網路，以及條件允許時改用另一台裝置。測試目標與下載連線數要保持一致；不要直接比較瀏覽器單一連線的下載速度與多執行緒測速工具的總速度。

1. 在同一時段交替測試節點 A 與節點 B，避免把不同時段的負載變化誤認為節點差異。
2. 使用同一台裝置改連另一個網路，再測試節點 A。手機熱點會帶來不同的電信業者與無線連線條件，測試結果代表整條接入路徑都已變更。
3. 維持原網路並改用另一台裝置，盡可能沿用相同節點與核心設定，以判斷問題是否跟著裝置出現。
4. 如果晚上變慢、白天正常，請在兩個時段重複相同測試，不要只憑一次結果就認定伺服器限速。

第一層：節點負載與出口限制

固定本機網路後，先換節點，不必急著換協定。如果節點 A 連續測試多個目標都速度偏低，而同一時段使用節點 B 就恢復正常，問題較可能出在節點 A 對應的伺服器、出口或沿途路徑。用戶端通常無法查看伺服器實際 CPU 使用率、共享頻寬或每位使用者的速度限制，因此「節點負載過高」只是待驗證的可能原因，並非測速結果直接顯示的資訊。

• 比較不同出口：同一地區的兩個節點可能共用伺服器或上游線路。優先選擇已知出口不同的節點，降低共用瓶頸的影響。
• 比較不同目標：同一節點連到兩個不同服務都很慢，更應檢查節點與連線路徑；只有單一目標速度慢時，也要考慮目標端的限制。
• 確認用量與方案：登入服務提供者的帳戶頁面，確認流量額度、到期狀態與速度限制規則。用戶端顯示已連線，不代表帳戶沒有觸發限速。
• 比較單一連線與多連線：多連線的總速度明顯較快，只能說明並行連線改變了測試表現；單一連線限制、往返延遲或丟包也可能是原因。

VMess 和 VLESS 是代理協定，不代表不同的頻寬等級。切換協定時，通常也會一併更換伺服器、傳輸方式或 TLS 設定，因此不能把速度差異全歸因於協定。如果節點必須使用特定傳輸方式與安全參數，請以伺服器端設定為準；不要為了測速自行關閉憑證驗證或變更傳輸欄位。

第二層：網路連線、丟包與跨網路路徑

同一節點換到另一個網路後速度明顯改善，表示問題可能與網路接入或通往該節點的路徑有關，但還無法判斷是家中無線干擾、寬頻上傳頻寬用盡，還是電信業者網路互連壅塞。先改用網路線，或靠近路由器連接訊號穩定的無線網路；暫停上傳備份後再測試。上傳頻寬用盡可能造成封包排隊，讓網頁與下載速度一起變慢。

在 Windows PowerShell 中，可以檢查是否能透過 TCP 連線至伺服器連接埠。以下為命令格式範例：example.com 僅是示例網域，必須替換成節點實際的伺服器位址；443 也必須換成節點實際使用的連接埠，不要把常見的 TLS 連接埠當成所有節點的固定連接埠。

Test-NetConnection -ComputerName example.com -Port 443 -InformationLevel Detailed

TcpTestSucceeded 顯示為真，只代表這次 TCP 連線成功，不代表代理驗證、TLS、傳輸路徑或目標網站存取都正常。這個命令會從本機直接檢查伺服器連接埠，也不適合用來判斷僅使用 UDP 的服務。若網域透過 CDN 連線，測試結果也可能只反映到 CDN 邊緣節點的連線狀況。

• 連接埠間歇性連線失敗：先確認實際位址、連接埠與本機防火牆提示，再改用另一個網路比較；不要直接判定是伺服器故障。
• ping 逾時但代理正常：伺服器或中間設備可能不回應 ICMP。ICMP 丟包不等於代理 TCP 流量也發生丟包。
• 路由追蹤的中間節點顯示丟包：如果後續各節點與終點仍正常，可能只是中間設備限制探測回應，不能據此證明轉送流量發生丟包。
• 只有尖峰時段速度下降：保存相同目標與節點的不同時段測試結果；優先改用路徑不同的節點，而不是一直重新安裝用戶端。

第三層：確認系統代理、路由與 DNS 是否如預期運作

系統代理只會影響遵循該設定的應用程式，不代表裝置的所有流量都會進入核心。在 v2rayN 中，先檢查「系統代理」→「自動設定系統代理」，再到「設定」→「參數設定」確認本機監聽連接埠。不同版本的選單名稱可能略有不同，請以目前介面顯示的監聽設定為準。TUN 模式與系統代理是不同的接入方式，排查時先保留一種明確的入口。

如果已確認本機正在 127.0.0.1:10808 監聽 SOCKS 入站連線，可以在 Windows 終端機執行以下明確指定代理的請求。此連接埠僅為範例，尚未確認監聽類型前不要直接照抄；HTTP 代理的連接埠不能直接當作 SOCKS 連接埠使用。範例頁面僅用來驗證小型請求，不適合評估大型檔案的傳輸速度。

curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output NUL --write-out "connect=%{time_connect}s start=%{time_starttransfer}s total=%{time_total}s\n" https://example.com/

socks5h 會將目標網域交由 SOCKS 代理處理，最後由哪一端進行解析，仍取決於核心的路由、DNS 與出站設定。這裡的 time_connect 主要反映連線至本機代理入口所需的時間，不是用戶端連到遠端節點的實際延遲；首位元組時間還包含代理協商、目標連線與目標回應，不能單獨視為 DNS 耗時。

Android 上的 v2rayNG 還要檢查「設定」→「應用程式分流代理」中，目標應用程式是否位於預期的代理範圍，並確認系統 VPN 授權仍有效。如果只有螢幕關閉後速度變慢或中斷，請前往系統「設定」→「應用程式」→「v2rayNG」→「電池」，允許背景活動；不同品牌的選單名稱可能不同。若螢幕亮起時也持續低速，就不應把所有問題都歸咎於省電設定。

搭配日誌判斷：區分交握失敗與傳輸速度慢

日誌可用來判斷請求在哪個步驟失敗，但不是頻寬儀表。先記下問題重現時間，只保留該時段附近的相關記錄。v2rayN 是用戶端介面，實際錯誤來自正在執行的核心；v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心，因此日誌文字可能不同。排查完成後，請恢復常用的日誌等級，避免長時間記錄詳細資訊而增加磁碟寫入。

如果日誌顯示請求已正常建立，只是下載速度偏低，就回到節點與路徑的對照測試，不要因為偶發且無關的警告而反覆修改設定。分享日誌前，請隱藏訂閱網址、登入憑證、使用者識別資訊與不必要的伺服器資訊，只保留時間、錯誤類型及已去識別化的出站標籤。

常見問題：低延遲、測速差異與更新後降速