適合已匯入設定並能啟動連線，卻遇到網頁載入很久、下載停頓或背景連線中斷的使用者。先固定測試條件，再交叉比對節點與網路，最後檢查代理入口、路由和 DNS。每次只調整一個變數，透過日誌和重複請求判斷原因；節點清單上的延遲不等於實際傳輸速度。
一、先分辨連線慢、傳輸慢與背景斷線
「速度慢」不是明確的故障描述。第一次開啟網頁等待很久，可能是 DNS 解析或建立連線時出了問題；網頁已開啟但檔案傳輸持續停頓，則應檢查網路壅塞和伺服器出口；若手機鎖定螢幕後才斷線，優先檢查背景執行限制。先釐清症狀，才不會把所有問題都歸咎於節點。
測試前先暫停其他下載和雲端同步，固定使用同一台裝置、同一個目標網頁和同一個網路。選擇自己有權存取且平時運作穩定的目標，不要因單一網站偶發異常就判定整條線路有問題。記下目前的用戶端版本、核心、節點名稱和發生時間；更新用戶端或核心也算變更變數，不要同時調整路由。
| 可觀察到的狀況 | 優先檢查 | 比對方式 |
|---|---|---|
| 第一次開啟很慢，之後正常 | DNS、交握、目標網站回應 | 比較首次請求與重複請求 |
| 網頁能開啟，但傳輸持續停頓 | 節點出口、網路線路、裝置負載 | 在相同網路下更換節點後重新測試 |
| 只有單一應用程式速度慢 | 應用程式的代理入口、分應用規則 | 比對瀏覽器與該應用程式的日誌 |
| 鎖定螢幕後斷線，亮屏後恢復 | 省電策略、背景網路權限 | 讓連線保持在前景進行比對 |
節點清單上的 TCP 延遲通常只表示連上連接埠所需的時間；「真實連線延遲」也取決於用戶端選用的測試目標。兩者都無法直接反映持續傳輸表現。單次逾時可能只是測試目標無法使用；延遲低，也不代表節點出口沒有負載。
二、節點層：比較可用性與伺服器狀態
先在相同網路下比較節點 A 與節點 B，盡量選擇伺服器位址或出口不同的設定。節點名稱不同，不代表實際走不同線路；訂閱中的多個節點可能共用同一入口。不要同時對多個節點測速後就下結論，因為並行測試本身會搶用頻寬和連線資源。
- 檢查訂閱是否有效。在 v2rayN 的「訂閱群組」中更新對應群組，確認沒有更新失敗、訂閱到期或流量用盡的提示。更新後重新選擇測試節點，不要繼續使用已被替換的舊項目。
- 核對節點參數。依照服務提供者提供的設定，檢查位址、連接埠、認證資訊、TLS、伺服器名稱及傳輸設定。VMess 和 VLESS 是協定類型，不是速度等級；不能只修改協定名稱，就沿用另一種設定。
- 檢查伺服器指標。如果伺服器由自己管理，請查看 CPU、記憶體、出口頻寬、連線數和服務日誌。若由服務提供者管理，請提供發生時間和已去識別化的錯誤記錄，詢問是否有流量限制或出口異常。
- 不同時段重新測試。相同設定只在特定時段變慢，可能與節點負載或上游壅塞有關。維持相同測試條件再次觀察，不要立刻重新安裝用戶端。
結論：先確認問題是否出在節點，暫勿更改本機參數
在相同裝置和網路下，若只有節點 A 持續異常、節點 B 正常，應先檢查 A 的設定和伺服器狀態；但這仍無法判斷問題是伺服器負載，還是通往該伺服器的線路。
v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心。各核心對特定傳輸方式和安全選項的支援，取決於版本。匯入後若出現不支援的欄位或啟動失敗，請先確認相容性；增加連線並行數無法解決這類問題。
三、線路層：固定節點，切換網路
完成節點比對後，維持節點 A 不變，再比較家用網路和另一個可用網路。手機切換 Wi-Fi 和行動數據時，請確認用戶端已重新連線，再開啟相同目標測試。電腦也可透過手機熱點進行比對，但請留意數據用量。
- 只有某個 Wi-Fi 網路異常：靠近無線基地台或改用有線連線，先排除無線訊號、路由器負載和其他裝置占用，再檢查上游線路。
- 同一節點換網路後恢復正常：優先懷疑接入網路到節點之間的路徑，不要直接認定伺服器故障。
- 不同網路都只有特定目標載入緩慢：檢查目標網站本身的狀態、不同地區出口的差異，以及路由規則的比對結果。
- 只有 UDP 流量異常：核對應用程式入口、核心設定和網路是否支援相應流量；瀏覽器網頁正常，不代表所有傳輸都正常。
傳輸方式必須與伺服器設定一致。例如伺服器使用 WebSocket 時，路徑和 Host 必須正確；啟用 TLS 時，伺服器名稱和憑證驗證也必須符合設定要求。傳輸層設定錯誤通常會造成交握失敗或重試，使用者看到的現象可能是長時間等待。
一般 ping 使用的流量與代理實際連線不同。伺服器不回應 ping，不代表代理連接埠無法使用；ping 正常，也不代表應用程式請求能順利完成。判斷線路狀況時，應同時參考實際請求和核心日誌，不能只看單一延遲結果。
四、本機層：檢查代理入口與路由分流
v2rayN 的「系統代理」和「路由」處理的是不同問題。系統代理會告訴遵循系統設定的應用程式，將請求送到哪個本機入口；路由則決定核心收到請求後要代理、直連或封鎖。開啟系統代理不代表所有應用程式都會使用，也不代表所有目標都會透過代理連出。
- 核對監聽連接埠。在「設定」→「參數設定」查看本機監聽相關項目，或檢查啟動日誌。以下以提供 HTTP 代理服務的
127.0.0.1:10808為例；實際連接埠和入口類型以目前設定為準。 - 核對系統代理。在主畫面的「系統代理」中選擇「自動設定系統代理」。疑難排解期間，使用明確指向本機入口的請求進行比對，避免瀏覽器擴充功能的個別代理設定造成干擾。
- 核對路由結果。查看目前的路由模式和自訂規則，尤其是較早比對到的網域、IP 和應用程式規則。可暫時設定明確走代理的規則來測試目標，完成後再恢復原模式。
- 核對其他入口。若已啟用 TUN，先記下目前狀態，再單獨比對一般本機代理入口。避免多個代理程式同時管理系統代理或虛擬網路入口。
在 Windows 終端機執行以下請求，可排除「應用程式是否讀取系統代理」這項不確定因素。命令中的 example.com 是公開範例網域；此請求只用來確認請求鏈路能否完成，不適合用來評估頻寬。若目前入口只支援 SOCKS，請使用對應的 SOCKS 參數，不要直接照抄 HTTP 入口命令。
curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --head https://example.com
netstat -ano | findstr ":10808"第一條命令將連線等待時間限制為 10 秒、總等待時間限制為 30 秒；逾時只是本次觀察結果，並非伺服器負載過高的直接證據。第二條命令可查看相關連接埠的連線，請確認是否有對應的監聽記錄及 PID。若明確指定代理的請求正常，但瀏覽器仍有異常，請優先檢查瀏覽器代理擴充功能、舊的自動設定指令碼，以及應用程式本身的網路設定。
五、DNS 與 Android 分應用代理：確認請求是否進入核心
DNS 解析問題通常會造成首次存取等待較久，或部分網域無法連線。請區分兩種解析：連線節點前解析伺服器位址，以及存取目標網站時解析網域。前者失敗會影響節點連線，後者失敗則可能只影響特定目標；兩者不一定使用相同的 DNS 路徑。
- 先確認錯誤涉及哪個網域。判斷無法解析的是節點位址，還是目標網站網域。分享日誌前，請隱藏私人網域、訂閱網址和認證資訊。
- 確認 DNS 和路由設定相互配合。在 v2rayN「設定」中的 DNS 相關頁面查看目前設定；不同版本的選項名稱可能不同。檢查 DNS 伺服器是否可連線，以及該伺服器應走直連還是代理。
- 留意應用程式自行進行的解析。瀏覽器的安全 DNS、應用程式內建解析和系統 DNS 可能使用不同路徑。每次只調整一處，重新啟動相關應用程式後再測試。
- 不要直接套用來路不明的設定。若遠端 DNS 需要透過代理連線，而節點位址又必須依賴該 DNS 才能解析，設定不當可能造成啟動依賴問題。請先確保節點位址能完成初始解析。
Android 裝置也要確認測試用的應用程式是否進入 VPN 通道。在 v2rayNG「設定」→「分應用代理」中，核對功能開關、選取的應用程式和「繞過模式」狀態：啟用分應用代理且未啟用繞過模式時，選取的應用程式會使用代理；啟用繞過模式後，選取的應用程式則會略過代理。修改後先停止再重新連線，並使用同一個應用程式測試。
如果只有鎖定螢幕後才出問題，請前往系統「設定」→「應用程式」→「v2rayNG」的電池或背景管理頁面，允許背景活動；項目名稱會因裝置而異。同時確認 VPN 授權仍有效，且未被其他 VPN 連線取代。v2flyNG 也應檢查系統 VPN 和背景權限，但不要假設它的應用程式內選單與 v2rayNG 完全相同。
結論：應用程式請求未進入核心時，先檢查入口
確認已啟用足夠詳細的連線日誌後，若測試請求仍沒有對應記錄，請先檢查系統代理、VPN 和分應用設定。此時更換遠端節點，無法解決應用程式略過代理的問題。
六、日誌錯誤：找出等待發生在哪個環節
在用戶端日誌區保留請求前後的記錄，重點查看最內層錯誤及其目標位址。同樣的錯誤訊息可能出現在不同環節：連線遭本機代理拒絕，和連線遭遠端服務拒絕，處理方式完全不同。以下列出常見錯誤片段；完整日誌通常也會包含時間、協定堆疊和位址。
錯誤：connection refused
原因與解決方式：目標連接埠主動拒絕連線，或沒有服務正在監聽。先確認位址是本機還是遠端；若為本機，檢查核心是否啟動及連接埠設定；若為遠端，核對節點連接埠和服務狀態。
錯誤：i/o timeout
原因與解決方式：某個網路讀寫步驟超過等待時間。根據前後日誌確認發生於解析、連線還是回應階段，再固定節點、切換網路進行比對；不要只憑這則錯誤就判定節點失效。
錯誤：address already in use
原因與解決方式：要監聽的位址和連接埠已被占用。使用連接埠查詢找出對應的程序，關閉重複執行的執行個體或修改監聽連接埠，並同步更新系統代理和應用程式入口。
錯誤：x509: certificate has expired or is not yet valid
原因與解決方式：憑證效期檢查失敗，也可能是裝置時間不正確。先同步系統日期和時區；若問題仍在，請檢查伺服器憑證，不要把關閉驗證當成一般解法。
必要時可短暫提高日誌詳細程度，重現問題後再恢復常用等級，避免長期記錄過多存取細節。回報給服務提供者時，附上用戶端和核心版本、發生時間、網路類型、節點比對結果及已去識別化的錯誤，比只說「速度慢」更容易找出原因。
七、常見問題與最後檢查步驟
節點延遲很低，為什麼網頁還是一直轉圈？
延遲測試不代表完整的網頁請求。先透過明確指定本機代理的請求檢查鏈路，再確認瀏覽器是否使用相同入口，以及目標網域是否依路由規則走預期的出口；最後再換另一個目標網站比對。
切換成全域代理就正常了，需要一直維持嗎？
先把這個結果當作路由比對。恢復原模式，檢查該網域對應的直連規則、IP 規則和規則順序，再調整正確的比對項目。全域代理並非解決所有 DNS 解析和線路問題的萬用開關。
電腦正常、手機很慢，是手機不相容節點嗎？
先讓兩台裝置使用相同的 Wi-Fi 網路和節點設定，再檢查手機的 VPN 授權、分應用代理和省電限制。只有出現不支援欄位或交握錯誤時，才進一步確認核心版本和設定相容性。
修改 DNS、連接埠和路由後反而無法連線，該怎麼辦？
依照修改記錄逐項還原，先恢復能正常啟動的原始設定。確認監聽連接埠與代理入口一致，再還原原本的路由和 DNS；每次修改後都重新連線並測試，不要繼續疊加調整。
- 先記錄症狀與測試條件，確認用戶端核心正常啟動。
- 在相同網路下比較兩個節點，再固定節點比較兩個網路。
- 檢查系統代理或 VPN 入口，確認測試用的應用程式確實進入核心。
- 核對路由、DNS 和傳輸參數，透過日誌找出具體故障環節。
- 保留有效的修改，撤銷無效的測試；只有證據顯示問題出在伺服器或線路時，才提交相應的檢查記錄。