適用於在 v2rayN 選取節點後，Xray 無法啟動、反覆退出或日誌出現設定錯誤的情況。先保存首次失敗時的日誌，再依序檢查監聽連接埠、設定欄位、節點傳輸設定及核心支援能力；別把「核心已啟動但節點無法連線」當成同一種故障。
先從日誌確認失敗發生在哪個階段
v2rayN 負責管理節點並產生執行設定，Xray 核心則負責讀取設定、建立本機監聽並處理連線。啟動失敗時，系統匣圖示狀態或瀏覽器錯誤只能反映結果，通常無法指出原因。開啟 v2rayN 主視窗中的「日誌」區域，重新啟動一次服務，找出這次操作後出現的第一則錯誤。不同版本的日誌入口名稱可能略有差異，但應優先查看核心輸出，而不是訂閱更新記錄。
查看錯誤時，先區分三個階段：設定解析失敗時，通常會出現欄位或 JSON 語法提示；建立本機監聽失敗時，常會看到 listen、bind 和連接埠等字樣；核心已執行但無法連線到遠端時，則可能出現解析、交握或逾時提示。最後一行「啟動失敗」通常只是摘要，真正的線索往往在前面。
記錄狀況
記下故障是在選取節點、切換系統代理，還是修改參數後發生。若先前運作正常，優先檢查最近變更的設定。
重新啟動
開啟主視窗的「日誌」，執行一次「重新啟動服務」；若目前版本的選單名稱不同，請使用相應的核心重新啟動功能。只比對這次操作後新增的錯誤。
找出第一則錯誤
從這次日誌的頂端往下找，找出第一筆包含
error、failed或bind的記錄，並記下其中提到的連接埠或設定欄位。保留線索
修改前先複製相關錯誤訊息和目前節點設定摘要；向他人求助時，記得遮蔽伺服器憑證、訂閱網址及個人網路資訊。
本機連接埠遭占用：檢查監聽位址與連接埠
核心啟動時需要繫結本機代理連接埠。以範例設定來說，SOCKS 使用 127.0.0.1:10808，HTTP 使用 127.0.0.1:10809。這些僅供比對，並非固定值；實際連接埠請以 v2rayN「設定」→「參數設定」中的本機連接埠設定及當次日誌為準。若其他程序已占用相同位址和連接埠，新核心便無法建立監聽。
錯誤：bind: address already in use
原因與解法：目標監聽位址和連接埠已遭其他程序占用。先關閉重複執行的用戶端；若仍有衝突，查明占用程序後調整本機連接埠，再重新啟動服務。
錯誤：bind: Only one usage of each socket address (protocol/network address/port) is normally permitted.
原因與解法：這是系統回報的通訊端繫結衝突。查看同一行前面的 listen tcp 位址，針對該連接埠排查，不要只憑預設連接埠猜測。
在 Windows 終端機中，可使用 netstat -ano | findstr :10808 查詢範例連接埠對應的程序編號，再到工作管理員確認程序。在 macOS 或 Linux 終端機中，可使用 lsof -nP -iTCP:10808 -sTCP:LISTEN 查看監聽程序。請將指令中的 10808 替換成日誌顯示的實際連接埠。確認占用者後，可關閉重複執行的程序，或更改 v2rayN 的本機監聽連接埠；不要強制結束身分不明的系統程序。
判斷方式：以日誌中的監聽位址為準
同一連接埠繫結不同位址時，衝突範圍可能不同。先核對日誌中的完整位址和連接埠，再決定要修改哪一項；只更換遠端節點通常無法釋放本機連接埠。
設定欄位與 JSON 語法：找出第一個解析錯誤
手動修改自訂設定、匯入設定片段或調整進階選項後，核心可能在建立任何連線前就退出。Xray 讀取的是產生後的執行設定：多出一個逗號、括號層級錯誤，或欄位放置位置不正確，都可能讓整份設定無法解析。因此排查時，應區分「原始節點資訊填錯」與「產生最終設定後無法讀取」。
錯誤：invalid character '}' looking for beginning of object key string
原因與解法：JSON 物件在此處需要欄位名稱，卻先遇到右大括號；請檢查前方是否有多餘逗號、缺少欄位名稱或括號未配對。修正後重新產生設定並啟動。
錯誤：invalid character ',' looking for beginning of value
原因與解法：某個欄位的冒號後缺少值，或陣列中出現多餘的分隔符號。請從錯誤位置附近的欄位往前檢查，不要只刪除錯誤訊息提到的字元。
在 v2rayN 中，優先還原最近修改的自訂設定，再逐項恢復；若錯誤來自訂閱節點，先檢查該節點的編輯畫面，必要時重新更新訂閱。更新訂閱可能覆蓋手動修改，排查前可先記下節點的協定、伺服器位址、連接埠、傳輸方式及 TLS 相關選項。不要混用 VMess、VLESS 等協定欄位，也別因欄位名稱看起來相近，就直接複製到另一種協定的設定中。
如果日誌指出特定欄位或位置，請以執行時設定為比對對象。JSON 語法錯誤通常在啟動階段就能重現；伺服器位址無法解析、遠端連接埠拒絕連線，則屬於後續連線問題。先修正語法錯誤並確認核心能持續執行，再處理連線狀態，避免混淆兩種錯誤。
判斷方式：一次只修改一處
還原到能啟動的設定後，每次只加回一個欄位或一組相關選項，並重新啟動核心確認。如此才能找出是哪項修改導致解析錯誤。
傳輸參數不符：依照節點來源逐項檢查
只有協定名稱，還不足以確認完整連線設定。以 VLESS 節點為例，還需核對傳輸方式、伺服器連接埠、安全設定，以及與所選傳輸方式相配的參數。WebSocket 路徑與 Host、gRPC 服務名稱、TLS 伺服器名稱各有用途，不能互相替代。在 v2rayN 中，可按右鍵點選目標節點，選擇編輯伺服器，逐項比對節點提供者給的原始參數；實際選單名稱請以目前用戶端版本為準。
傳輸參數錯誤不一定會造成「核心啟動失敗」。如果日誌已顯示本機連接埠監聽成功，後續卻出現交握失敗或連線遭關閉，排查重點應從本機連接埠轉向該節點的遠端設定。先用其他已知可用的節點測試同一個核心：若其他節點正常、只有單一節點失敗，就更應檢查該節點的參數。
錯誤：failed to find an available destination
原因與解法：此錯誤表示這次連線未能取得可用的目標連線；請搭配前面的解析或連線記錄，核對伺服器位址、遠端連接埠及 DNS。單憑這則錯誤，無法證明核心未啟動。
- 位址與連接埠：區分遠端伺服器連接埠與 v2rayN 的本機監聽連接埠；兩者設定位置不同，不能互換。
- 傳輸方式：確認節點使用的傳輸類型，再檢查該類型專用的路徑、服務名稱等欄位；不要自行猜測並填入未提供的參數。
- 安全選項：確認 TLS 或節點指定的其他安全設定，以及相應的伺服器名稱等參數。每次修改一項後，立即重試並查看新增的日誌。
- 訂閱覆寫：若節點來自訂閱，更新後請再次核對參數。手動修正若被覆寫，應從訂閱內容或節點來源查明差異。
若所有節點都在相同階段失敗，再回頭檢查通用參數、核心選擇及本機網路；若只有單一節點失敗，就不宜同時修改全域路由、DNS 與系統代理。將測試範圍縮小到單一節點和單一設定，日誌才有比較價值。
核心版本差異：確認所選 Core 與設定支援能力
v2rayN 是管理介面，Xray 則是可由它呼叫的核心之一。介面可以儲存某項參數，不代表目前實際呼叫的核心一定能辨識該設定。更新用戶端、切換 Core 或匯入較新的節點設定後，若原本可用的服務在啟動階段出現不認得的協定或設定項目，應先確認目前選用的核心及版本，而不是直接修改伺服器位址。
確認 Core
在 v2rayN「設定」→「參數設定」中尋找「Core 類型」或目前版本對應的核心選項，確認目標節點由 Xray 處理。
查看版本
從 v2rayN 的核心管理入口或啟動日誌確認實際執行的 Xray 版本；不要把 v2rayN 用戶端版本當成核心版本。
比對參數
確認新匯入設定使用的協定、傳輸方式及安全選項，並確認目前核心支援這些設定。若剛更新核心，也要檢查自訂設定是否仍適用。
單項測試
先用一個設定明確的節點重新啟動服務。確認核心能持續執行後，再逐步恢復其他節點與自訂規則。
不要只憑「版本越新越好」判斷故障原因。若日誌顯示連接埠遭占用，更換核心版本不會解除占用；若提示 JSON 語法錯誤，也應先修正設定。只有當錯誤指向不支援的設定能力，且切換或更新前後的狀況有所變化時，版本差異才是優先調查方向。若需要補齊用戶端或核心的安裝流程，可先參閱用戶端下載頁及入門指南。
修正後如何驗證，以及常見問題
修正完成後，先明確區分兩個結果：核心是否成功啟動，以及目標連線是否可用。查看新日誌是否仍出現同類啟動錯誤，並確認本機監聽連接埠已建立；接著再測試所選節點和需要使用代理的程式。系統代理開關只會影響使用系統代理設定的程式，不應僅因「終端機指令仍無法連線」就判定核心啟動失敗。
日誌只顯示「啟動失敗」，該從哪裡看起？
先在「日誌」中重新啟動一次服務，再往上尋找同一次操作中最早出現的詳細錯誤。記下錯誤提到的欄位、位址或連接埠，再依對應類別排查。
修改本機連接埠後，為什麼還是顯示遭占用？
確認最新日誌實際嘗試繫結的連接埠，並檢查 SOCKS、HTTP 等監聽項目是否仍有其他項目使用衝突的連接埠。修改後重新啟動服務，再查詢占用程序。
換了節點就不再報錯，代表核心修好了嗎？
先確認舊節點失敗時，核心是否已建立本機監聽。如果核心已啟動，換節點解決的是節點設定或遠端連線問題，不屬於核心啟動修復。
更新訂閱後，錯誤又出現了？
更新訂閱可能會重新寫入原有節點參數。比對更新前後的傳輸、安全及伺服器欄位，確認問題來自訂閱內容，還是本機自訂設定。
需要重設所有設定嗎？
通常不必。先保存相關日誌，從最近變更的項目開始還原；只有在無法找出差異時，才備份目前設定，再用最精簡的設定逐步重現問題。
重新測試時，保留修改前的錯誤訊息，以及修改後的啟動日誌。如果第一則錯誤已消失且監聽成功，但網頁仍無法存取，請接著檢查系統代理、DNS、路由規則或遠端節點。依照錯誤發生的階段處理，才能避免將多個獨立問題都歸為同一個「核心啟動失敗」。