本文重點

適合已匯入訂閱並成功連線，但網頁載入或檔案下載速度偏慢的使用者。先建立可重複的測試條件，再透過更換節點、接入網路及檢查本機設定逐步縮小範圍；看完即可分辨延遲、傳輸速度與 DNS 解析問題，並整理出可重現問題的紀錄，不必反覆更換協定碰運氣。

先分清楚：延遲高、下載慢，還是首頁載入久

用戶端顯示的延遲不等於下載頻寬。TCP 連線測試通常只測量建立連線所需時間；透過代理發出的 HTTP 測試，還可能包含交握與目標網站的回應時間。不同測試方式不能直接比較，更不能據此判斷節點能否穩定播放影片。遇到 V2Ray 速度慢，先記下究竟是哪一種操作變慢。

觀察到的現象優先檢查項目下一步
首次開啟較慢，之後連續下載正常DNS、連線交握或目標網站回應比較首次與再次造訪的等待時間
網頁可開啟，但大型檔案下載持續低速節點負載、速度限制或線路壅塞使用相同檔案與網路更換節點
下載速度反覆下降，連線偶爾中斷無線干擾、封包遺失或路徑不穩定改用有線網路或其他接入方式重新測試
只有特定網站速度慢目標網站、CDN 或特定路由規則確認該網域的流量走向，再換另一個目標比較

另一個常見的誤差來源是單位。網路方案通常以 Mbps 標示，下載工具可能顯示 MB/s，兩者約差 8 倍。例如 80 Mbps 換算後理論上是 10 MB/s；實際傳輸速度仍會受到協定負荷與共用線路影響。這項換算只用來統一單位，不代表節點應達到方案標示的頻寬。

建立基準：固定測試目標，每次只變更一個條件

測速前暫停系統更新、雲端同步及其他裝置的大量傳輸作業，並記錄接入方式、用戶端版本、核心版本、節點名稱與測試時間。v2rayN 是桌面用戶端；Android 版 v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心。用戶端名稱與核心版本要分開記錄，不要只寫「V2Ray 最新版」。

3 輪
每組條件建議重複測試的次數
30 秒
每輪持續傳輸的建議觀察時間
8 倍
Mbps 與 MB/s 的約略換算比例

以上是測試建議與單位換算關係，並非本站實測結果。請選擇有權存取、可持續傳輸足夠時間的固定 HTTPS 檔案，並維持測試工具與連線數量一致。檔案太小，可能在連線穩定前就下載完畢；測速首頁自動更換伺服器也會帶來額外變因。

  1. 測試本機基準：關閉代理後，存取可直接連線的固定資源，確認接入網路本身沒有明顯異常。這項結果僅供參考本機網路狀況，不能代表跨境路徑。
  2. 測試目前節點：恢復原本的代理設定，對固定的代理目標測試 3 輪，每輪觀察約 30 秒，記錄持續傳輸速度與中斷情況。
  3. 一次只更換一個變因：先維持網路不變、更換節點，再維持節點不變、更換網路；不要同時修改 DNS、路由與傳輸設定。
  4. 保留原始設定：測試結束後還原臨時變更，避免長期沿用排查時的設定。

第一層：檢查節點負載與伺服器端限制

在相同接入網路與測試目標下，若只有一個節點持續偏慢，應優先檢查該節點及其對應路徑。可能原因包括伺服器 CPU 或頻寬負載過高、帳戶速度限制、出口壅塞，以及節點到目標網站之間的線路問題。用戶端通常無法得知伺服器的實際負載，因此「更換節點後恢復正常」只能縮小問題範圍，不能單憑這點斷定伺服器負載過高。

  • 選擇差異明確的對照節點：相同名稱但連接埠不同的節點，可能仍共用同一台伺服器或出口。建議優先比較服務商明確標示為不同地區或不同線路的可用節點。
  • 確認服務規範：檢查帳戶剩餘流量、方案速度限制與同時連線數限制。若已達限制，更換本機 DNS 通常無法改善。
  • 分時段重新測試：例如在 10:00 與 21:00 以相同條件測試。若晚間速度明顯下降，記錄這項規律，再搭配其他網路的測試結果判斷。
  • 測試期間避免更新設定：更新訂閱可能會變更伺服器位址或參數。如需更新，請在完成後重新建立一組測試紀錄。

判斷方式：先提供可重現的節點差異

如果節點 A 連續 3 輪都較慢，而節點 B 在相同條件下運作正常，請提供服務商測試時間、接入電信業者、目標網站與兩組測試結果；這比只回報「延遲低但很卡」更有助於查明問題。紀錄中不要包含訂閱連結、UUID 或其他驗證資訊。

選擇 VMess 或 VLESS 也不能取代這項對照。VMess 的驗證與加密機制，和 VLESS 所依賴的傳輸安全設定有所不同；不過整體傳輸速度仍會受到伺服器效能、傳輸方式、往返延遲與封包遺失影響。協定必須與伺服器端設定相符，不能只修改用戶端的協定欄位來期待提速。

第二層：透過網路對照判斷線路壅塞與封包遺失

如果多個節點同時變慢，先檢查本機接入網路，再判斷上游路徑。Wi-Fi 訊號即使顯示滿格，也可能受到同頻干擾或路由器佇列影響；本機上傳頻寬用盡時，確認封包與互動請求也會受影響，網頁操作便會明顯遲鈍。桌面端可先改用有線網路，Android 裝置則可在 Wi-Fi 與行動數據之間切換，但請留意數據用量。

接入網路 電信業者路徑 節點入口 節點出口 目標網站

這條路徑表示一次連線會經過哪些環節，不代表所有連線都有獨立的中繼節點。固定節點與目標，更換網路後速度明顯恢復，表示問題可能與接入網路或其後續路徑有關；若更換節點後恢復、換網路卻無效，則較可能與該節點的伺服器或線路有關。兩種操作都能改善時，還需要交叉測試，不應勉強歸咎於單一原因。

  • 檢查本機閘道：在允許診斷的網路中，短時間測試實際預設閘道的延遲。若有線網路正常、Wi-Fi 卻明顯波動，請先處理無線連線問題。
  • 謹慎解讀 ICMP：閘道或伺服器可能會限制 ICMP 回應。ping 封包遺失不一定代表服務流量也有封包遺失；沒有回應也不代表代理連接埠無法連線。
  • 路徑追蹤僅供參考：中間路由器單一節點出現封包遺失、後續節點卻正常，常見原因是探測封包受到限速；不能直接認定該節點就是故障點。
  • 先暫停占用頻寬的工作：如果停止上傳後延遲恢復，先檢查本機頻寬共用情況與路由器佇列，不要立刻修改核心參數。

第三層：檢查系統代理、TUN、路由與 DNS

排查本機問題時，先確認連線實際經過的路徑。系統代理仰賴應用程式讀取代理設定；TUN 則透過虛擬網路介面接管符合條件的流量。無論哪種方式，都不能只看介面顯示「已啟動」就認定流量已成功接管。開啟記錄後，只重現一次目標連線，檢查入站、符合的規則與出站，避免被其他背景連線干擾。

  1. 檢查代理入口：桌面端請在 v2rayN 主視窗檢查「系統代理」與目前的路由選項；Android 端請確認 v2rayNG 或 v2flyNG 的 VPN 服務已建立，並檢查應用程式代理的適用範圍。介面名稱可能因版本而異。
  2. 確認監聽連接埠：查看用戶端實際顯示的本機連接埠。如果某個應用程式手動填入 127.0.0.1:10808，請確認用戶端確實在該位址與連接埠監聽，且使用相符的代理協定；10808 僅為範例，並非所有版本固定使用的預設值。
  3. 簡化流量接管方式：暫時關閉其他代理或 VPN 工具，使用一種明確的流量接管方式重新測試。系統代理與 TUN 同時啟用不一定會出錯，但排查時應避免額外轉送或流量迴圈影響判斷。
  4. 確認路由規則是否命中：檢查速度慢的網站是否意外直連，或原本應直接連線的本機資源是否經過遠端代理。必要時可暫時切換為代理出站的測試規則，與原本的分流規則比較；測試後請還原設定。
  5. 接著檢查 DNS：區分節點伺服器位址解析與目標網域解析。節點位址解析失敗會影響連線建立；目標網域解析緩慢則通常表現為首次開啟時等待較久。請依據記錄確認問題所在，不要一次更換所有 DNS 項目。

調整 DNS 主要影響解析時間、回傳位址與後續路由選擇，不會憑空提高伺服器頻寬。只有特定網域速度較慢時，才需要確認取得的 CDN 位址是否適合目前的出口。不要把網域直接改成 IP 當作最終設定：HTTPS 憑證驗證、SNI 與網站虛擬主機可能都依賴原始網域，直接連線到 IP 可能引發其他錯誤。

搭配記錄判斷：區分速度慢與連線錯誤

大量重試會讓網頁看起來只是載入緩慢，實際原因卻可能是連線失敗。以下列出記錄中常見的錯誤原文片段；前後內容會因核心、作業系統與版本而異。判斷時也要查看目標位址、連接埠與發生階段；相同的逾時訊息，可能出現在 DNS、連線到節點或連線到目標的不同階段。

錯誤：i/o timeout

原因與處理方式：某項網路讀寫作業超過等待時間上限——先從同一筆記錄確認連線對象是節點還是目標，再維持目標不變、更換節點或網路重新測試；不要只延長逾時時間來掩蓋問題。

錯誤：connection refused

原因與處理方式：目標端或中間設備主動拒絕連線，常見原因是位址、連接埠或服務狀態異常——確認訂閱中的伺服器連接埠；若問題發生在本機迴路位址，請檢查用戶端核心是否已啟動並正在監聽。

錯誤：address already in use

原因與處理方式：要繫結的本機位址與連接埠已被占用——關閉重複執行的用戶端，或更換監聽連接埠，並同步修改手動設定該連接埠的應用程式。

錯誤：no such host

原因與處理方式：名稱解析未取得可用結果——先確認記錄中的主機名稱與節點位址拼寫正確，再檢查 DNS 是否可連線；不要直接將問題歸因於節點頻寬不足。

排查完成後，請恢復一般記錄等級。提交記錄前，遮蔽驗證欄位、訂閱網址與個人瀏覽紀錄，只保留時間、錯誤前後文與必要的網路資訊。v2rayN 的日常檢測與維護方式，也可參考節點測速與維護說明。

常見問題：測速正常，為什麼實際使用還是很慢？

節點延遲只有幾十毫秒，為什麼影片還是一直緩衝？

延遲測試不代表持續傳輸速度，也可能沒有連到影片使用的 CDN。固定影片畫質，觀察是否能持續載入，再用同一個節點連線到另一個目標；同時確認該應用程式是否已納入代理範圍。

啟用 TUN 後反而變慢，應該繼續調整 MTU 嗎？

先關閉 TUN，並以透過系統代理可正常運作的應用程式作為對照，再檢查路由與 DNS 接管情況。只有出現特定大小的資料傳輸卡住等線索時，才進一步檢查路徑 MTU；不要直接照抄某個數值，修改前務必記下原始值。

電腦正常，Android 端很慢，是核心的問題嗎？

先統一節點、接入網路與測試目標，再檢查應用程式代理範圍及路由規則。v2rayNG 與 v2flyNG 使用的核心來源不同，但裝置無線連線、背景執行限制與設定差異也會影響結果，不能只根據平台差異判定原因。

每天晚上都變慢，更新訂閱有用嗎？

只有服務商更換位址、連接埠或可用節點時，更新訂閱才可能帶來相應變化。保留白天與晚間各 3 輪的測試紀錄，再比較其他網路與節點；若壅塞情況持續出現，應改用不同線路或聯絡服務商處理。

最後一步：保留精簡的排查紀錄

用「時間、接入網路、用戶端與核心版本、節點、測試目標、3 輪結果、唯一變更項目」整理問題。先確認流量已正確接管，再透過節點與網路對照縮小範圍；只有在證據指向 DNS、路由或傳輸參數時，才修改相應設定。