V2Ray 網速慢怎麼排查？從節點、線路到本機設定逐步診斷

一、先分清楚網頁初次載入慢、下載慢或連線間歇中斷

「延遲只有 80 毫秒，為什麼下載這麼慢？」兩者並不矛盾。用戶端的延遲測試通常只涵蓋一種連線或請求流程，不代表持續傳輸速度；節點清單顯示的速度，也會受到測試網址、測試時間與並行數量影響。先確認遇到的狀況，再決定要測什麼，比依延遲排序後不斷切換節點更有效。

測試前暫停雲端硬碟同步、系統更新和其他下載工作，並關閉瀏覽器中額外設定的代理擴充功能。固定測試一個常用網頁和一個允許下載的大型檔案，最好使用同一個檔案網址；不同網站的伺服器、快取和限速方式各異，不能直接比較兩個網站的速度。

這些數字是排查時的取樣建議，不代表節點實測效能或合格標準。也要統一單位：下載工具顯示的 10 MB/s，換算約為 80 Mbps；寬頻標示速率是線路上限，實際檔案傳輸還會受通訊協定額外負載、無線訊號和遠端服務限制。

二、節點層：比較負載與出口，不只看通訊協定名稱

先從同一個訂閱來源選兩個不同出口的節點，並盡量維持路由模式、測試目標與測試時間一致。若只有一個節點速度慢，優先懷疑該節點的出口頻寬、共用負載，或通往目標網站的路徑；若兩個都慢，再換用另一個來源的可用節點交叉比對，避免誤以為所有節點都有問題，其實只是上游相同。

1. 記錄目前狀況：記下節點備註、通訊協定、傳輸方式、測試時段與下載速度中位數。分享記錄前，請刪除伺服器位址、使用者識別資訊與訂閱連結。
2. 固定測試目標：在 v2rayN 切換目前使用的伺服器後，重新開始下載，不要沿用原有的長連線；必要時完全結束瀏覽器，再重新開啟。
3. 交叉比對：使用同一節點測試兩個不同網站。若只有一個網站速度慢，可能是節點出口與該網站之間的互連問題，或網站本身設有限制。
4. 檢查裝置負載：查看工作管理員或活動監視器。若核心程序持續占用大量 CPU，先排除本機效能瓶頸，不要直接歸因於遠端伺服器。

VMess、VLESS 是代理通訊協定名稱；TCP、WebSocket、gRPC 等則是與傳輸相關的選項，TLS 負責傳輸安全的一部分。它們不是可以互相替換的「加速檔位」。即使使用相同通訊協定，入口或出口不同，速度也可能相差很大；變更傳輸類型、路徑或 TLS 參數時，必須與伺服器端設定一致，不能只在本機任意切換。

三、線路層：切換接取網路，交叉測試壅塞情況

節點可用，不代表連到節點的線路穩定。無線干擾、家用路由器負載、電信業者互連和晚間壅塞，都可能造成重新傳輸與速度下降。最有參考價值的對照方式，是在同一台電腦、使用同一個節點切換接取網路，例如從家用寬頻改用手機熱點；相比同時更換節點和網路，這樣更容易判讀結果。

• 先檢查區域網路：在 Windows 使用 ipconfig 查看預設閘道；macOS 可在「系統設定」→「網路」查看目前連線的路由器位址。測試該位址，確認本機無線連線是否穩定。
• 再檢查節點入口：對允許探測的節點位址進行連線測試。節點未回應 ICMP，不代表代理連線失敗；還要一併查看實際 TCP 連線與用戶端記錄。
• 最後切換接取網路：先關閉其他正在使用的隧道連線，再改用手機熱點重測。使用熱點與寬頻時，應維持相同節點和下載網址，並記錄是否重新建立連線。

# Windows：將下方位址換成實際的預設閘道
ping -n 30 192.168.1.1

# macOS：將下方位址換成實際的預設閘道
ping -c 30 192.168.1.1

此處的 192.168.1.1 只是常見的閘道位址，請以裝置實際顯示的資訊為準。若連閘道都反覆逾時，先靠近路由器或改用網路線；若閘道連線穩定，但所有遠端連線都很慢，再繼續檢查外部路徑。不要只憑一次逾時，或單一中間路由器的高丟包率，就判定線路故障；部分裝置會降低探測封包的回應優先順序。

四、本機入口：確認測試請求確實經過代理

瀏覽器、命令列工具和系統應用程式不一定使用相同的代理設定。v2rayN 的系統代理主要影響會讀取系統代理設定的應用程式；TUN 模式則是另一種接管流量的方式。排查時先選定一種明確的連線入口，不要同時疊加瀏覽器代理擴充功能、系統代理和其他隧道規則。

1. 開啟 v2rayN「設定」→「參數設定」，確認本機監聽位址、連接埠與入站類型。不同版本可能將相關項目放在基本設定頁，請以目前介面的標籤為準。
2. 以下命令假設 127.0.0.1:10808 是已啟用 SOCKS 的本機入口；若實際連接埠不同，請先修改命令。僅提供 HTTP 的入口不能直接使用這條 SOCKS 命令。
3. 選取目前使用的節點，查看記錄中是否出現測試目標的連線資訊；完成一次請求後，再與瀏覽器的連線結果比對。

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

# macOS 終端機
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output /dev/null --silent --show-error --write-out "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total}\n" https://example.com/

example.com 在此僅用來示範小型網頁請求，並非頻寬測試伺服器。socks5h 會將目標主機名稱交由 SOCKS 代理處理，而不是先由 curl 在本機解析；但這不代表核心最後一定使用哪台 DNS 伺服器。透過本機代理連線時，time_connect 主要反映連上本機代理入口所需的時間，不能視為節點往返延遲。time_starttransfer 則包含後續代理交涉、遠端連線與伺服器回應等等待時間。

五、DNS 與路由：先確認流量走向，再調整解析設定

網頁第一次載入緩慢時，值得檢查 DNS，但 DNS 不是所有速度問題的答案。下載開始後，單純更換 DNS 通常不會直接提升同一連線的傳輸速度；解析結果改變，可能會影響後續連線的目標位址，那是另一種情況。先分清楚是「解析等待太久」，還是「連線建立後傳輸速度慢」。

在 v2rayN「設定」→「路由設定」中檢查目前啟用的規則集；若不同版本的介面位置有變，請依「路由設定」名稱尋找。V2Ray/Xray 的路由規則通常依序比對，outboundTag 必須對應到已定義的出站標籤。若記錄顯示目標流量被送往直連出站，應先核對規則，不要繼續更換代理節點。

• 先備份現有規則；臨時調整時只針對一個測試網域，完成後還原，避免整套分流規則變動而影響測試結果。
• 確認 DNS 伺服器本身是否可連線。設定加密 DNS 時，也要考慮如何首次解析該伺服器的網域，以及連線會走直連還是代理。
• Windows 的 ipconfig /flushdns 只會清除系統 DNS 快取，不保證同時清除瀏覽器或核心快取。必要時請關閉瀏覽器並重新啟動核心，再重新建立連線。

六、Mux：先關閉並建立基準，再評估是否保留

Mux 的用途是共用連線，不是增加節點頻寬。它可能降低大量短連線的建立成本，但也可能讓多個邏輯連線受到同一底層傳輸阻塞的影響；對持續下載大型檔案不一定有幫助。實際效果也取決於核心實作、節點通訊協定和傳輸設定，不能把某個並行數量當成通用最佳值。

1. 記下原本設定：記錄目前用戶端、核心和節點的 Mux 狀態。用戶端版本與核心版本是兩回事，回報時請分別記錄。
2. 關閉後重測：在 v2rayN「設定」→「參數設定」中尋找 Mux 相關選項；如果沒有該選項，不要猜測設定欄位，應先確認目前使用的核心和設定類型是否支援。
3. 確認設定生效：儲存後重新啟動核心，並重新建立測試連線。訂閱節點、單一節點設定與自訂設定的生效範圍可能不同，請以實際產生的設定和記錄為準。
4. 分別比較：在相同條件下重複測試三輪，分別記錄簡短網頁的載入情況與持續下載速度。若關閉後連線中斷減少、日常使用也有改善，就維持關閉，不必為了增加設定複雜度而重新啟用。

七、常見問題與排查後續

排查完成後，請保留一份簡短記錄：發生時間、用戶端與核心版本、接取網路、節點備註、目標網域、三輪測試結果、實際出站標籤及錯誤片段。提交給服務提供者前，請隱藏訂閱連結、使用者識別資訊和伺服器敏感資訊。能說明「同一節點換用手機熱點後恢復正常」或「同一網路更換出口後恢復正常」，通常比只說「網速很慢」更有助於進一步排查。

• 節點層有差異：保留可用的出口，並回報速度較慢的節點、時段與測試目標。
• 線路層有差異：處理無線網路或接取路徑問題，不要再任意更改通訊協定。
• 本機層有差異：還原無關的變更，只保留經重複測試確認有效的設定。