適合已安裝用戶端、但連線仍不穩定的新手。先確認訂閱是否成功匯入，再檢查本機監聽、系統代理、節點握手與 DNS。桌面操作以 v2rayN 為例；Android 使用 v2rayNG 或 v2flyNG 時，請將系統代理入口改為應用程式的 VPN 連線入口。每次只調整一項，並使用相同的測試網址再次確認。
一、訂閱更新失敗，該先檢查什麼？
先分清楚「取得訂閱失敗」和「訂閱已取得，但節點無法連線」。訂閱網址是下載節點設定的入口，不能直接填入伺服器位址欄。更新逾時時，先確認電腦本身能否連上網路，以及訂閱連結是否完整；不要一開始就修改 VMess、VLESS 的協定參數。
在 v2rayN 的「訂閱分組」→「訂閱分組設定」中，確認對應分組的網址。複製時不要帶入前後空格、引號或換行。不同版本的選單名稱可能略有不同，請以實際介面中的「訂閱分組」和「更新訂閱」功能為準。
-
確認連結
確認複製的是服務提供者提供的完整訂閱網址，而不是帳戶頁面網址。連結中的權杖屬於憑證，請勿貼到公開聊天室或截圖中。
-
先試試直連更新
在「訂閱分組」中選擇不透過代理更新，查看記錄是逾時、HTTP 狀態碼錯誤，還是內容解析失敗。
-
再試試透過代理更新
只有在已有可用節點時，才改用透過代理更新。若目前節點本身無法使用，透過該節點更新訂閱仍會失敗。
-
檢查帳戶狀態
若收到 401 或 403，請確認訂閱是否已過期、權杖是否遭重設，以及服務端是否有限制存取。授權問題無法靠反覆切換本機連接埠解決。
二、顯示更新完成，為什麼節點清單還是空的？
請求成功不代表內容有效。訂閱介面可能回傳登入頁面、錯誤訊息，或目前用戶端無法解析的資料。先查看記錄中的匯入數量，再確認主畫面選取的分組；選到空分組或套用了搜尋條件，都可能讓已匯入的節點暫時不顯示。
- 先清除篩選條件：切換至顯示所有節點的檢視畫面，清空搜尋欄，再確認分組名稱。
- 接著查看匯入數量：若記錄顯示新增數量為 0，請確認訂閱格式及用戶端支援情況，不要只看「更新完成」字樣。
- 確認入口類型：單一
vmess://或vless://連結應使用匯入節點功能；訂閱分組儲存的是用來取得設定的網址。 - 保留原有設定：先新增測試分組並重新匯入，不要立刻刪除仍可使用的舊分組。
v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心。訂閱能否解析、節點能否運作，也取決於用戶端與核心是否支援相關協定參數。桌面版可匯入的設定，不代表其他用戶端只憑檔名就一定能使用。
三、延遲測試的數值代表什麼？越低越好嗎？
先確認測試類型。TCP 延遲主要反映連線至伺服器連接埠所需的時間，無法證明代理協定驗證成功；真實連線延遲通常會透過代理向指定測試網址發出請求，涵蓋較多連線環節，但仍不等於持續下載速度。測速網址不同，結果也不能直接比較。
以上數值是排查參數，不是節點的實測成績，也不代表所有安裝環境的預設設定。例如，在相同測試條件下，某節點顯示 80 毫秒，另一個顯示 160 毫秒，只能說明前者這次的回應較快；影片是否會卡頓，還會受到頻寬、壅塞、封包遺失和目標網站影響。先觀察多次測試結果是否穩定，再比較最低值。
判斷方式：先確認連線成功，再比較延遲
固定使用同一個測試網址，對候選節點各測試 3 次。先排除持續逾時的節點，再透過實際瀏覽網頁或下載檔案比較使用體驗；不要只依一次 TCP 延遲排序，就認定節點可用。
四、TCP 測試有數值，連線卻逾時，該怎麼看記錄？
能與伺服器連接埠建立 TCP 連線，不代表 UUID、傳輸路徑、TLS 或 REALITY 參數都正確。選取節點並設為作用中的伺服器後，開啟用戶端記錄，再發出一次網頁請求。記下這次請求的時間，優先查看第一則具體錯誤，而非後續重複出現的逾時訊息。
錯誤：connection refused
原因與處理方式：連線遭拒。先查看記錄中的目標位址：若為 127.0.0.1，請確認本機核心是否已啟動；若是遠端節點位址，請核對伺服器連接埠及服務狀態。
錯誤：i/o timeout
原因與處理方式：某項網路操作超過等待時間。根據前面的連線目標，判斷逾時發生於 DNS、遠端連線還是請求回應階段，再換用另一個已知可用的節點進行比對。
錯誤：x509: certificate has expired or is not yet valid
原因與處理方式：憑證效期檢查未通過。先同步系統日期、時間與時區；若時間正確仍出現錯誤，應請服務端維護人員檢查憑證，而非停用憑證驗證。
錯誤訊息會因核心與版本而異。VLESS 設定請逐項核對位址、連接埠、UUID、傳輸類型及安全層參數；使用 REALITY 時，還要確認服務端提供的 serverName、公鑰、shortId 和必要的 flow。不要以一般 TLS 節點的欄位取代 REALITY 欄位。
五、節點可用，為什麼開啟系統代理後，應用程式還是直接連線？
系統代理只會影響有讀取系統代理設定的應用程式，不會自動接管所有流量。v2rayN 的系統代理設定決定應用程式如何連到本機連接埠；路由規則則決定流量進入核心後要走哪個出口。這兩層設定要分開檢查，路由中的「全域」不能取代應用程式入口設定。
| 檢查位置 | 操作方式 | 判斷依據 |
|---|---|---|
| v2rayN 系統代理選單 | 選擇「自動設定系統代理」 | 系統代理位址指向本機監聽位址與連接埠 |
| Windows 代理設定 | 開啟「設定」→「網路和網際網路」→「Proxy」 | 確認手動代理位址、連接埠及略過清單 |
| 應用程式內部設定 | 確認應用程式是否另行設定代理或忽略系統代理 | 應用程式入口與用戶端監聽協定一致 |
| v2rayN 路由模式 | 檢查目標網域符合的規則及流量出口 | 預期透過代理的目標未被直連規則優先匹配 |
如果只有一個應用程式無法連線，先檢查該應用程式，不要立刻更換所有節點。若需要接管不讀取系統代理的流量，再評估是否啟用 TUN；TUN 會涉及虛擬網卡、路由與 DNS，建議先確認基本連線正常再啟用。
六、瀏覽器無法開啟網頁，如何區分代理問題與 DNS 問題？
先略過瀏覽器擴充功能與獨立代理設定，透過命令明確指定本機代理。以下指令適用於 Windows，前提是用戶端確實在 127.0.0.1:10808 提供 HTTP 或混合代理入口；若實際連接埠不同，請先替換為用戶端顯示的數值。範例網址僅供連線測試，不保證在所有網路環境下都能存取。
curl.exe -I --connect-timeout 5 --max-time 15 --proxy http://127.0.0.1:10808 https://example.com/- 顯示本機連線失敗：請求尚未進入代理，請回頭檢查監聽連接埠及核心啟動狀態。
- 收到 HTTP 回應標頭：表示這次指定代理的請求已收到回應，但不代表所有網站都能使用；請繼續檢查瀏覽器本身的代理與安全 DNS 設定。
- 建立代理連線後逾時：請搭配核心記錄檢查節點、目標位址及路由規則，不要直接歸因於瀏覽器快取。
- 記錄出現網域解析錯誤：請確認用戶端 DNS 設定及上游伺服器是否可連線，並釐清解析失敗的是節點網域還是目標網站網域。
使用 SOCKS 入口排查時，也要分辨本機解析與代理端解析。curl 的 socks5:// 通常會在本機解析目標網域，socks5h:// 則會將目標網域交由代理處理。兩者結果不同，可用來判斷解析路徑；但這不代表隨意更換 DNS 位址就能解決所有問題。
七、提示連接埠被占用，該結束哪個處理程序？
不要一看到連接埠被占用就結束不明處理程序。先在 v2rayN「設定」→「參數設定」中確認本機監聽連接埠，再查詢占用者。本文以 10808 為例；舊設定或其他安裝環境可能使用不同連接埠，請以目前介面和啟動記錄為準。
netstat -ano | findstr :10808
tasklist /FI "PID eq 1234"第一個命令先查看含有 LISTENING 的列，確認本機位址與連接埠，最右欄是處理程序 ID。第二個命令中的 1234 只是格式範例，執行前請替換成實際查到的處理程序 ID。若占用者是另一個正在執行的用戶端執行個體，正常退出多開的執行個體即可。
八至十：TUN、連線中斷與設定分享怎麼處理？
完成訂閱、監聽和節點檢查後，再處理流量接管範圍與執行穩定性。以下三個問題不必靠反覆重新安裝解決；先確認目前狀態，並保留修改前的設定，以便逐項還原。
八、不啟用 TUN 就不能使用嗎？
不一定。若瀏覽器會遵循系統代理，通常先使用系統代理即可。確實需要接管更多應用程式的流量時，再從 v2rayN 主畫面啟用 TUN，並依系統提示授予必要權限。啟用後若無法上網，先關閉 TUN 還原狀態，再檢查虛擬網卡、路由衝突與 DNS。Android 的 v2rayNG、v2flyNG 透過系統 VPN 介面接管流量，首次連線時須確認 VPN 權限，不能直接套用桌面系統代理的操作方式。
九、剛開始能用，過一會兒就斷線，該怎麼辦？
先記錄斷線是否發生在電腦進入睡眠、切換 Wi-Fi 或切換網路之後。網路恢復後，重新測試同一個節點，再換另一個節點比對。Windows 請檢查電源與網路狀態；若 Android 只在螢幕關閉後斷線，請檢查系統對該用戶端的電池最佳化和背景執行限制。如果所有節點同時失效，優先檢查本機網路與核心記錄；若只有一個節點失效，再確認服務端狀態、流量額度及連線限制。
十、可以把訂閱連結傳給別人協助排查嗎？
建議優先提供已遮蔽憑證的錯誤記錄與設定截圖。訂閱連結、節點 QR Code、UUID 等資訊可能足以讓他人取得或使用節點，請勿公開傳送。截圖保留錯誤時間、核心類型、連接埠與原始錯誤訊息即可；請遮蔽訂閱權杖、密碼、UUID 及個人帳戶資訊。若完整訂閱內容已外洩，請向服務提供者重設連結，再更新用戶端儲存的網址。
排查順序應固定為：基本網路可用 → 訂閱中有可用節點 → 核心已啟動並開始監聽 → 作用中的節點連線成功 → 應用程式流量進入本機代理 → 路由與 DNS 符合預期。每完成一個步驟就重新測試，避免同時修改連接埠、協定、路由和 DNS，以免失去判斷依據。若仍無法連線，提供作業系統、用戶端與核心版本、發生時間及已遮蔽敏感資訊的記錄，會比只說「連不上」更容易找出問題。