先釐清是核心未啟動、節點握手失敗，還是瀏覽器流量未經代理。本文以 Windows 版 v2rayN 為主要操作範例，並補充 Android 的檢查位置；依序檢查時間、監聽連接埠、TLS、路由與訂閱，每次只變更一項，再以相同目標重新測試。連接埠數字僅供排查參考，不代表所有用戶端的預設值。
一、先保留記錄，確認逾時發生在哪個階段
「逾時」是結果，不是故障位置。TCP 連接埠可連線，不代表代理驗證成功；真實連線測試失敗，也不一定是節點離線，測試目標本身也可能無法連線。先保留 v2rayN 主視窗底部記錄區中本次啟動及一次失敗請求的記錄，並記下目前使用的節點、測試方式與發生時間。
診斷時固定使用同一個節點和 HTTPS 目標。不要同時切換節點、DNS、核心與路由，否則即使下次連線成功，也無法判斷是哪項變更生效。v2rayN 的右鍵測試由用戶端發起；瀏覽器則仰賴應用程式代理設定或 TUN 接管，兩者在進入本機代理前的路徑可能不同。
- 核心啟動後立即退出：先檢查啟動記錄、監聽連接埠和設定解析，不必先修改遠端 TLS。
- 測試與網頁都失敗：接著檢查系統時間、節點位址、遠端連接埠和握手欄位。
- 測試成功、瀏覽器失敗：優先確認系統代理、瀏覽器自訂代理與分流規則。
- 只有一個網站無法連線：先換個目標測試，避免把網站本身故障誤判為所有節點都出問題。
二、系統時間：先同步，再重新測試握手
系統日期明顯錯誤時，請先校正時間。TLS 憑證有生效與到期時間，VMess 驗證也依賴時間範圍；即使節點使用 VLESS，也不能忽略外層 TLS 對時間的要求。只確認時區名稱正確還不夠，還要核對實際日期與時間。
-
開啟時間設定
Windows 11 請前往「設定」→「時間與語言」→「日期與時間」，確認年份、日期與目前時間。Windows 10 的入口也在「時間與語言」，頁面名稱可能略有不同。
-
執行同步
開啟「自動設定時間」，再於「其他設定」中按「立即同步」。時區請依所在地設定；顯示的時區不同，但時間戳正確時，不會單獨導致 TLS 失效。
-
重新測試
確認同步成功後，在 v2rayN 重新啟用原節點，再以相同方式測試。Android 可前往系統「設定」→「系統」→「日期與時間」，確認已啟用自動設定時間；部分裝置會將此頁面放在「更多設定」中。
若記錄中出現憑證過期訊息，先確認錯誤內容中的目前時間是否正確。校時後仍顯示憑證過期，應請節點服務提供者檢查伺服器憑證，不要將「略過憑證驗證」當成長期解決方式。
三、連接埠占用：分清本機監聽與遠端連接埠
本機連接埠用來接收應用程式請求，遠端連接埠則用來連線至節點伺服器，兩者不可混用。以本機混合監聽連接埠 10808、遠端 TLS 連接埠 443 為例：伺服器編輯視窗中的連接埠，不是瀏覽器應填寫的本機代理連接埠。
在 v2rayN 開啟「設定」→「參數設定」，前往 Core 基礎設定相關頁面，確認本機監聽連接埠。不同版本的群組名稱略有差異，混合監聽通常會顯示為「本機混合監聽連接埠」。請勿直接照用範例值。接著在 Windows 終端機執行以下唯讀命令，將數字換成頁面上顯示的實際連接埠：
netstat -ano | findstr ":10808"查看本機位址欄是否列出要查的連接埠，並確認狀態為 LISTENING。不要把遠端位址中包含該連接埠的連線誤認為監聽記錄。最後一欄是 PID，可在「工作管理員」→「詳細資料」中比對程序；若未顯示 PID 欄，請在欄位標題列的右鍵選單中選取對應欄位。
- 屬於目前的代理核心：通常代表監聽正常，不能只憑「連接埠有程序」就判定發生衝突。
- 屬於舊版用戶端執行個體：先正常結束舊執行個體，再重新啟動目前的用戶端。不要直接結束無法辨識的系統程序。
- 屬於其他軟體：可更改本機監聽連接埠，並同步修改手動填入代理連接埠的應用程式。若使用系統代理，請重新執行「系統代理」→「自動設定系統代理」。
- 沒有監聽記錄：回到記錄檢查核心啟動錯誤。即使已開啟系統代理，也無法取代實際運作中的本機監聽服務。
四、TLS 與 SNI：逐項核對原始節點設定
在 v2rayN 伺服器清單中，對目標節點按右鍵並開啟「編輯伺服器」。先確認位址、連接埠與協定，再檢查 TLS 和傳輸欄位。位址決定連線目的地，SNI 則是 TLS 握手時使用的服務名稱，兩者不一定相同；請以服務提供者提供的設定為準，不要看到 IP 位址就把 SNI 也改成 IP。
| 欄位 | 檢查項目 | 常見的錯誤修改 |
|---|---|---|
| 位址與連接埠 | 與目前訂閱中的節點一致，連接埠須為伺服器實際入口 | 將本機 10808 填成節點連接埠 |
| TLS 與 SNI | TLS 類型、服務名稱與服務提供者的要求一致 | 任意填入熱門網站網域 |
| 傳輸設定 | 確認 WebSocket 的 Host、Path，或 gRPC 的 serviceName | 只複製位址與 UUID，漏掉傳輸參數 |
| 身分欄位 | 確認 UUID、密碼及協定相關參數 | 誤以為 VMess 與 VLESS 可以直接互換 |
| REALITY 參數 | 確認服務提供者指定的公鑰、shortId、serverName 等欄位 | 照一般 TLS 設定自行刪減參數 |
WebSocket 的 Host 與 TLS 的 SNI 位於不同層，不能一概視為同一欄位。使用 REALITY 時，也要確認所選核心支援目前的設定；v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心，兩者對節點設定的支援不能直接畫上等號。v2rayN 可在「設定」→「參數設定」中的 Core 類型設定頁，查看各協定所使用的核心。
x509: certificate has expired or is not yet valid
原因：本機時間或伺服器憑證有效期限異常。解決方式：先校正系統時間；若時間正確仍出現錯誤，請聯絡服務提供者檢查憑證。
tls: handshake failure
原因：TLS 協商遭到拒絕，可能與 SNI、伺服器策略或入口設定有關。解決方式：依原始訂閱內容核對 TLS 與 SNI，再請服務提供者參照伺服器記錄判斷原因；不能只憑這一行錯誤就認定問題所在。
五、路由與流量接管方式：測試成功後再檢查應用程式流量
真實連線測試成功，但瀏覽器仍無法開啟網頁時，先確認請求是否進入用戶端。在 v2rayN 主畫面底部的「系統代理」選取「自動設定系統代理」，再檢查瀏覽器是否另外設定了固定代理。不遵循系統代理設定的應用程式，不會只因啟用系統代理就被強制接管流量。
- 先固定接管方式。排查一般瀏覽器時，可先結束其他代理程式，暫時關閉 TUN，改用系統代理重新測試。若必須檢查 TUN，請確認主畫面的「啟用 TUN」狀態，以及啟動記錄中是否出現虛擬網卡或權限錯誤。
- 再檢查路由選擇。在主畫面底部的「路由」查看目前方案。暫時選擇讓目標流量經代理的全域方案進行比對，記下原本的方案，測試後再還原。
- 確認符合的規則。前往「設定」→「路由設定」查看目前方案的規則順序。核心會依序比對規則，排在前面的直連或阻擋規則可能會先於預期的代理規則生效。
- 最後再處理 DNS。只有出現網域解析錯誤、特定網域異常，或解析結果與路由不符時，才檢查 DNS。瀏覽器安全 DNS、系統 DNS 與核心 DNS 可能各自生效，不要一次全部更換。
若啟用全域方案後恢復連線，應優先檢查分流規則或解析路徑，而不是重新產生 UUID。若記錄中完全沒有請求，請回頭確認流量接管方式；不過，記錄層級較低時可能不會顯示每筆連線，不能只憑「看不到記錄」就下定論。暫時提高記錄詳細程度後，請儘快恢復原設定，以免長時間記錄瀏覽內容。
六、訂閱過期與伺服器故障：透過交叉測試確認
訂閱更新成功只表示用戶端取得了內容，不代表帳戶仍有剩餘流量，也不代表每個節點都正常運作。v2rayN 可在上方「訂閱群組」選單中更新對應訂閱；若目前代理已失效，可嘗試使用「更新目前訂閱（不透過代理）」直接連線更新。若無法直接連上訂閱網址，請勿反覆刪除現有節點，先保留目前設定。
- 檢查更新記錄：分辨取得失敗、解析失敗與更新成功。HTTP 401 或 403 可能與憑證失效或存取政策有關，實際狀態仍應以服務提供者的帳戶頁面為準。
- 確認帳戶狀態：檢查方案到期日、流量餘額與裝置數量限制。舊節點仍留在清單中，不代表憑證仍有效。
- 比較不同網路：在同一台裝置、使用同一個節點，分別透過原本的網路與手機熱點測試。若只有其中一種網路失敗，優先檢查該網路的限制與 DNS，不必急著重新安裝用戶端。
- 比較不同節點：在同一個網路中，改測同組的另一個節點。若只有單一節點失敗，記下伺服器位址與失敗時間，請服務提供者檢查入口與服務狀態。
Android 版 v2rayNG 可在主畫面右上角選單中的「訂閱群組設定」檢查訂閱網址，並在「更新訂閱」執行更新；節點編輯入口位於對應的節點卡片。不同版本可能將更新功能放在群組選單中，判斷更新結果仍應查看記錄與節點清單的變化。截圖前請移除訂閱連結、UUID、密碼與 QR Code，這些資訊可能直接授予連線權限。
七、看懂錯誤訊息，留下可重現的排查紀錄
閱讀錯誤訊息時，請一併查看前後文。同樣是連線遭拒，若發生在本機監聽位址與遠端節點位址，處理方向完全不同。以下幾類訊息可用來判斷故障階段，但都不能取代完整記錄。
bind: address already in use
原因：核心要綁定的本機位址與連接埠已被占用。解決方式：找出監聽程序，結束重複執行的執行個體或更改本機監聽連接埠；Windows 也可能顯示意思相近的通訊端位址占用訊息。
connection refused
原因：目標端拒絕連線，可能是沒有服務正在監聽，或遭到策略主動拒絕。解決方式：先確認目標位址；若是本機位址，檢查核心是否正在執行；若是遠端位址，檢查節點連接埠與服務狀態。
context deadline exceeded
原因：操作未能在指定時間內完成，可能發生在撥號、握手或讀取回應階段。解決方式：搭配前面的撥號目標與錯誤鏈判斷發生階段，不要只延長逾時時間來掩蓋問題。
no such host
原因：目前的解析路徑未能取得目標主機的有效解析結果。解決方式：先確認錯誤中的網域是節點位址還是存取目標，再檢查拼字、網域狀態與對應的 DNS 設定。
完成一輪排查後，至少留下以下紀錄。這些資訊有助於重新測試，也能減少與服務提供者來回確認的次數。請勿傳送完整設定檔或可直接匯入的節點分享連結。
- 用戶端名稱、實際版本、目前使用的核心，以及作業系統版本。
- 失敗時間、使用的網路、測試目標與測試方式。
- 系統時間同步結果、本機監聽連接埠，以及已遮蔽敏感資訊的第一筆關鍵錯誤。
- 唯一變更項目、變更前後的結果，以及使用其他網路或節點進行比對的結果。