閱讀順序：先辨識設定層面，再比較協定與執行條件。
已有可用節點時，請優先保留提供者給的參數。協定名稱不代表速度等級，切換核心也不會轉換參數。
設定分層與 VMess：先釐清協定、傳輸與加密
閱讀節點名稱時，請先將不同設定拆開理解。代理協定決定如何傳遞身分驗證資訊與目標位址；傳輸方式決定這些資料透過哪種通道傳送；安全層負責驗證對應連線的身分並提供加密保護；用戶端則會將介面欄位轉換為核心設定。同一種協定可以搭配不同傳輸方式，因此「都是 VMess」不代表兩個節點的所有設定都能互換。位址、連接埠、使用者 ID、傳輸與安全參數共同構成一條連線，缺少任何一項，都可能在不同階段發生問題。
VMess 的設計背景與現行用法
VMess 是 Project V 生態系早期發展的代理協定，結合使用者身分驗證與代理資料傳輸，後續也採用了以驗證為基礎的加密機制。它處理的是用戶端與伺服器如何辨識雙方約定的使用者、保護協定資料及描述代理請求，而非直接規定所有外層傳輸方式。目前的訂閱仍可能包含 VMess 節點。選擇時應確認節點參數完整、伺服器仍提供該連線入口，不必只因協定推出較早，就將可用設定改成其他類型。
在 v2rayN 編輯 VMess 節點時，請先確認伺服器位址、連接埠與使用者 ID，再檢查加密選項、傳輸方式及 TLS 設定。使用者 ID 通常是 UUID，但不代表任何長度相同的字串都能取代它。介面中的「自動」通常表示由核心依支援規則決定加密方式，不會自動修正伺服器端的錯誤參數。透過分享連結匯入後，仍應開啟編輯視窗檢查重要欄位，尤其是由舊格式轉換而來的節點。
區分協定加密與外層 TLS
VMess 本身的驗證加密與外層 TLS 是兩回事。前者屬於代理協定的處理方式；後者保護對應的外層連線，可能還需要檢查憑證與伺服器名稱。啟用其中一層，不代表另一層應該關閉或開啟。節點指定 WebSocket 與 TLS 時，還需分清連線位址、請求 Host、路徑與伺服器名稱。這些值有時相同，有時分別用於定位入口、轉送請求及驗證身分，不要只為了讓介面看起來整齊，就全部填成相同內容。
舊資料中常會出現額外 ID、舊式驗證或歷史欄位。處理這類資料時，請優先索取目前有效的分享連結或訂閱，而不是照著舊截圖逐項填寫。不同現代實作支援舊機制的範圍不盡相同；用戶端顯示輸入欄位，也不代表核心接受所有舊式值。裝置時間明顯不準，也可能影響依賴時間的驗證及 TLS 憑證有效期判斷。若驗證失敗，請先同步系統時間，再比對使用者 ID 與原始節點參數。
| 設定層面 | 常見欄位 | 檢查重點 |
|---|---|---|
| 代理協定 | 類型、使用者 ID、密碼 | 與伺服器端的身分設定一致 |
| 傳輸方式 | 網路、路徑、Host | 與入口承載方式一致 |
| 安全層 | TLS、伺服器名稱 | 符合伺服器端安全參數 |
| 執行實作 | 核心、記錄、設定產生 | 能完整表達前三個層面 |
依對應層面定位錯誤
連線逾時時，通常先檢查位址、連接埠與傳輸入口；憑證錯誤先檢查安全層與裝置時間；連線建立後立即中斷，則重新確認身分參數、路徑與伺服器端記錄。這不是錯誤類型的絕對對照表，而是避免同時修改多個變數的排查順序。若原節點可以連線，請複製一份作為測試項目，每次只修改一個有明確依據的欄位。需要完整操作步驟，請回到訂閱匯入教學，不要把原始群組當成反覆試錯的暫存設定區。
VLESS 與 REALITY：分別檢查協定與安全層
VLESS 的設計方向是精簡代理協定本身的處理，將資料保護交由選定的外層機制負責。它仍需要身分驗證，但不應將它理解為「名稱較短的 VMess」，更不能只把 VMess 的協定類型改成 VLESS，就沿用其他欄位。兩者的請求描述與處理方式不同，伺服器端必須提供相應入口。VLESS 常搭配 TLS 或 REALITY 等安全設定；是否使用特定傳輸方式、是否設定流控，都應依節點提供的完整參數決定。
VLESS 的使用者識別碼、加密與流控
在用戶端編輯 VLESS 節點時，請先填入位址、連接埠與使用者 ID，再確認傳輸方式、安全類型及流控欄位。介面中的加密值常見為 none，描述的是 VLESS 這一層，不代表整條連線沒有加密。若節點指定外層 TLS 或 REALITY，就必須完整設定對應的安全層。不要因為看到這個值，就額外啟用未經約定的加密選項，也不要因此關閉外層保護；任意增加設定層，並不會自動與伺服器相容。
流控欄位是特定組合的能力約定，不是可以隨意開啟的加速開關。例如節點明確提供 Vision 對應的流控值時，用戶端、核心與伺服器都必須支援這組設定，傳輸條件也要相符。節點未提供流控參數時，不能照抄其他節點截圖中的同名選項。若設定產生錯誤，或握手後中斷，應檢查流控是否被訂閱轉換工具遺漏，或是否被錯誤套用到不適用的傳輸組合，再決定是否向提供者重新索取設定。
REALITY 不是獨立的代理協定類型
REALITY 是 Xray 生態系中的安全機制，通常在用戶端的安全類型中選取，而不是與 VLESS 並列為代理協定。常見節點的協定仍是 VLESS，安全層才是 REALITY。它採用不同於使用自有網域憑證的驗證方式，用戶端需要提供與伺服器相符的公鑰及其他約定參數。只把 TLS 節點改成 REALITY，或刪除公鑰後改選 TLS，都不會自動建立可用連線；伺服器端必須具備相應設定。
常見的 REALITY 用戶端欄位包括伺服器名稱、公鑰、短 ID 與指紋。伺服器名稱應從提供者允許的值中選取；公鑰必須對應伺服器端金鑰；短 ID 應使用提供者給的原值，不可自行補零或拼接。部分設定允許短 ID 留空，但是否可行由伺服器端決定。指紋會影響用戶端握手特徵，也需要核心支援。若匯入介面只保留公鑰，卻遺漏伺服器名稱或短 ID，連線仍可能失敗；「連結已辨識」不代表參數完整。
在用戶端確認組合是否受支援
桌面版請用 v2rayN 查看該節點實際使用的核心，不要只確認軟體安裝目錄中是否有 Xray。Android 遇到 REALITY 節點時，請優先確認 v2rayNG 隨附的 Xray 是否具備節點要求的功能；不要把同一份設定直接交給以 V2Fly 為核心的 v2flyNG，並假設兩者完全相同。用戶端介面的選項、連結解析器與核心執行能力是三個不同環節，任何一環缺少欄位，都可能出現匯入成功卻無法連線的情況。
選擇時請保留必要的部署條件。若已有完整的 VLESS 與 REALITY 參數，且目前用戶端能表達所有欄位，就依提供者設定使用；若只有一般 TLS 參數，就依一般 TLS 節點處理。REALITY 不是所有連線都該採用的升級方案，也不保證延遲更低。比較實際表現時，仍需控制伺服器位置、入口線路、測試目標與網路環境。更多相關差異請參閱Xray 與 V2Fly 核心差異，先釐清相容範圍，再比較效能。
Trojan 與 Shadowsocks：比較 TLS 需求與加密方式
Trojan 與 Shadowsocks 各有不同的設計重點。傳統 Trojan 將身分驗證與代理請求置於 TLS 連線中，仰賴正確的安全握手與憑證驗證；Shadowsocks 則著重輕量加密代理傳輸，主要透過預先共用的憑證資料與約定的加密方式建立通訊。兩者都不能只靠伺服器位址還原完整設定。選擇時應先確認伺服器提供哪種入口，再檢查用戶端是否支援指定的加密方式與擴充功能，不要因密碼格式相似就認定協定相容。
Trojan：先確認 TLS 驗證正常
編輯 Trojan 節點時，請依序確認位址、連接埠、密碼與伺服器名稱。連線位址用來找到入口；伺服器名稱通常用於 TLS 握手與憑證身分驗證，兩者不一定相同。若提供者要求以特定網域作為伺服器名稱，即使位址欄填的是 IP，也應保留該名稱。密碼是代理層的身分憑證，不是網站登入密碼。複製時請避免前後空格、換行或輸入法替換字元；即使密碼欄顯示的長度正常，也不能證明內容與原始值一致。
遇到憑證錯誤，請先檢查裝置時間、伺服器名稱與伺服器端憑證設定。不要把「允許不安全連線」當成通用解法，略過憑證驗證會降低對連線對象身分的確認。若節點原本使用可信任的憑證，應修正名稱或憑證問題；若部署採用自訂信任機制，則依明確說明處理信任條件。只有在受控測試中，為了暫時定位問題時才考慮調整驗證設定；測試後請還原，並記錄真正的失敗原因。
Shadowsocks：加密方式名稱必須完全相符
Shadowsocks 節點的關鍵組合是位址、連接埠、加密方式與憑證資料。常見的新式設定採用驗證加密方法，但不同方法對金鑰、實作與資料封裝都有特定要求。加密方式名稱不能簡化成「自動加密」，也不能只依裝置效能任意換成另一種。較新的 Shadowsocks 2022 方法在金鑰表示與處理方式上與傳統方法不同，用戶端與核心都必須支援相應格式。匯入後若密碼欄位被轉換工具當成一般密語重新編碼，可能會破壞原本的意義。
分享連結的 ss:// 格式不只一種。有些會將加密方式與憑證資料編碼，有些採用不同的 URI 結構，也可能附帶擴充參數。解析器必須同時理解外層連結與內部欄位。若節點依賴額外擴充功能，不能因本頁用戶端辨識出基本 Shadowsocks 設定，就認定整套擴充也能執行。請先向提供者確認是否需要擴充功能及具體條件，再檢查目前核心是否支援；不要為了碰運氣而安裝無關元件。
| 項目 | Trojan | Shadowsocks |
|---|---|---|
| 身分參數 | 密碼 | 加密方式與對應憑證或金鑰 |
| 安全檢查重點 | TLS 名稱與憑證驗證 | 加密方式與金鑰格式 |
| 常見相容限制 | 傳輸擴充與 TLS 選項 | 加密方式世代與擴充支援 |
| UDP 行為 | 視實作與伺服器端能力而定 | 視加密方式、實作與部署而定 |
不要因為「輕量」就認定所有情境都更快
Shadowsocks 設計輕量，不代表在所有手機與網路環境下都比較省電；Trojan 使用 TLS，也不代表每次請求都要重新完成完整握手。連線重用、工作階段恢復、處理器加速、伺服器負載與應用程式的請求模式，都會影響結果。若工作負載包含大量短連線，建立連線的成本更值得留意；若是長時間傳輸，則應關注吞吐量、封包遺失與持續加密的開銷。請在相同裝置與網路環境下驗證，不要用協定名稱取代實際測量。
若已有一般 Trojan 參數且憑證驗證正常，可以優先保留原設定；若已有新式 Shadowsocks 加密方式且用戶端完整支援，也可作為輕量代理入口。使用語音、遊戲或其他依賴 UDP 的應用時，還需確認伺服器端、中間入口與用戶端接管方式，不能只看到節點支援 TCP，就推斷所有應用都可使用。若網頁正常但特定應用失敗，請先分辨流量是否進入代理、協定是否能承載所需資料，再決定是否更換節點類型。
Xray 與 V2Fly：分清用戶端外殼與實際核心
Project V 是相關代理工具與設定理念的重要源頭。V2Fly 延續 V2Ray 生態系的社群維護，Xray 則以此技術為基礎，發展成獨立演進的核心分支。兩者有共同的發展歷史，也各自有協定擴充、傳輸能力與設定變更。不能把它們當成同一個程式更換名稱，更不能依據某一時期的功能清單推斷後續版本的所有實作。判斷相容性時，應確認目前執行的核心是否認得特定欄位、是否支援該組合，以及產生的設定能否通過檢查。
三款用戶端的分工
v2rayN 是桌面圖形介面用戶端，負責管理節點、更新訂閱、設定路由及呼叫核心。Windows 的 Desktop 與 WPF 版本主要反映介面技術與操作方式的差異，不代表有兩套代理協定標準。macOS 與 Linux 使用者也應從 v2rayN 對應的安裝入口選擇處理器架構與套件格式，而非尋找另一個用戶端名稱。介面負責將設定寫入執行設定，實際處理網路連線的仍是被呼叫的核心；排查時必須同時檢查這兩個層面。
Android 版 v2rayNG 主要使用 Xray 核心，v2flyNG 則提供以 V2Fly 為核心的選擇。兩者介面操作相近，不代表每種分享連結、流控值與安全機制的支援範圍都完全相同。尤其涉及 REALITY 與 Xray 專屬功能時，應先選擇能完整設定這些參數的用戶端。若現有節點只使用兩者都支援的基本功能，再依實際相容結果選擇，不要只憑用戶端名稱中相似的字母判斷。
設定相容不等於逐字複製
共用的設定結構與協定名稱提供一定的轉換基礎，但欄位意義、預設值與支援組合可能不同。舊欄位遭移除、實驗性功能變更、DNS 或路由結構調整，都可能讓看似相同的 JSON 無法在另一個核心啟動。圖形介面用戶端通常會產生自己的執行設定，手動加入的自訂設定也不一定經過相同的欄位轉換。切換前應先確認目前使用的是一般節點模式還是完整自訂設定；兩種模式的設定來源與覆寫順序不可混為一談。
在 v2rayN 中，先查看節點的協定類型與核心指派選項，再從執行記錄確認實際啟動的程式。不同介面版本的選單名稱可能略有差異，請尋找核心設定、協定對應核心或節點編輯中的相關選項，不要假設切換全域下拉選單就能變更所有節點。若記錄提示未知欄位或不支援的安全類型，請先確認核心選擇與欄位來源；若設定檢查通過但連線失敗，再檢查伺服器端參數，避免把兩種問題都歸因於網路。
更新與回復前請保留對照
更新前記下目前可用的節點、路由模式、DNS 設定與核心指派，避免同時變更訂閱與流量接管方式。更新後先用同一個節點、同一個目標驗證，再測試新功能。用戶端更新可能包含核心變更，也可能只調整介面與設定產生方式；系統中另有一個核心檔案，不代表用戶端會呼叫它。需要回復時，請使用來源與相容說明明確的安裝方式，並還原對應設定；不要混用不同目錄的檔案，以免執行狀態難以追查。
開源代表實作與維護過程可供研究，不代表每一份第三方設定都經過審查，也不代表某個核心在任何情境下都更省資源。本網站僅提供三款用戶端的下載入口與設定參考，沒有獨立的核心下載區。安裝選擇請見用戶端下載頁；若用戶端尚未進入主畫面就退出，請先依啟動閃退排查說明檢查執行條件，不要在尚未啟動時反覆修改節點協定。
訂閱格式與匯入：辨識位址、內容與欄位遺失
訂閱是批次取得節點設定的入口，不是某一種代理協定。訂閱位址可能會傳回多條分享連結、編碼文字，或特定用戶端專用的結構。用戶端必須先取得內容，再解析外層格式，最後將每個節點轉換成內部資料。因此，瀏覽器能開啟訂閱位址，只能表示取得內容這個步驟可能正常；是否能匯入、是否保留所有欄位、是否能執行，仍須分別驗證。將這些階段分開，才不會盲目更換協定。
訂閱位址與單一分享連結的差異
單一分享連結通常以協定相關的 URI 前綴開頭，包含一個節點的位址、身分資料與附加參數；訂閱位址通常是帶有存取憑證的網頁網址，用戶端連線後會取得一組節點。兩者應填入各自的欄位。將單一連結填入訂閱群組的 URL 欄位，可能導致更新失敗；把訂閱位址當作一般伺服器位址，也無法建立代理連線。第一次操作時，先確認連結結構，再選擇「從剪貼簿匯入分享連結」或設定訂閱群組。
在 v2rayN 中開啟訂閱群組設定，新增群組並填寫備註，將完整位址填入「可選地址 (URL)」，視需要開啟更新功能，再更新該群組。範例位址為 https://example.com/sub?token=xxxx，僅用來說明欄位位置，不含任何節點。複製自己的位址時，請保留查詢參數，不要刪除問號後的內容，也不要附上通訊軟體自動插入的換行或結尾標點。訂閱位址包含存取權限資訊，不應出現在公開截圖、貼上的記錄或未經確認的轉換服務中。
成功解碼不代表所有參數都完整保留
常見的 VMess 分享格式可能採用編碼結構；VLESS、Trojan 與 Shadowsocks 連結則常透過 URI 表達各自的參數。不同分享規格對路徑、伺服器名稱、指紋與流控的命名不一定一致，擴充欄位在轉換時尤其容易遺失。匯入後，請選一個節點開啟編輯頁，比對原始參數中的協定、傳輸、安全類型與身分欄位。若名稱、位址與連接埠都有顯示，但 REALITY 公鑰或 WebSocket 路徑為空，仍屬於匯入不完整。
有些訂閱回應是為其他設定體系設計，使用不同的節點欄位與規則結構。不能只改副檔名，就把它變成目前用戶端的原生訂閱；也不能假設所有用戶端都會自動轉換。請優先向提供者索取適用於 v2rayN 或相應 Android 用戶端的格式。若確實需要轉換，應先確認轉換工具支援哪些欄位、會輸出哪些結構，以及憑證是否會離開本機。轉換後的節點必須重新逐項檢查，尤其是安全層與傳輸擴充，不能只看節點數量相同就認為成功。
更新後的節點與手動修改如何管理
訂閱更新可能會重建節點清單；手動修改的名稱、路徑或核心關聯能否保留，取決於用戶端的管理方式。需要暫時比對時，請將節點複製到獨立群組，並在備註中記錄變更；不要把訂閱群組當成長期手動設定的儲存區。更新後先確認目前選取的節點是否仍存在，再檢查篩選條件是否排除目標節點。清單空白不一定代表伺服器沒有節點，也可能是回傳格式、權限、篩選或解析環節出了問題。
自動更新間隔應依提供者的限制與實際使用頻率設定。頻繁取得訂閱不會改善節點延遲，反而可能增加背景喚醒、請求失敗與伺服器負載。更新失敗時，請先閱讀記錄，確認是連線、權限還是格式錯誤；公開記錄前，請遮蔽完整 URL、使用者 ID 與密碼。訂閱與節點的基本概念請參閱新手常見問題十問十答；實際操作步驟則請見入門指南的匯入章節。
效能與行動裝置耗電：依連線生命週期比較
協定效能沒有脫離環境的固定排名。一次連線可能包含網域名稱解析、連上代理入口、外層安全握手、代理身分驗證，以及轉送至目標；完成這些步驟後，才會開始持續傳輸。不同測試涵蓋的階段也不同。TCP 連接埠測試能說明入口是否接受連線，卻不能證明身分參數正確或目標可連線；實際代理連線測試更接近真實請求，但結果仍受測試目標影響。先釐清測試涵蓋哪一段，再討論某種協定是否更快。
第一個請求、持續傳輸與資源使用量
第一個請求較容易受到 DNS、連線往返時間與安全握手影響。持續下載則更取決於鏈路頻寬、封包遺失、壅塞控制、伺服器負載與加密處理能力。短時間內觀察到某節點延遲較低，不代表下載大型檔案也比較快。處理器具備硬體加速時，某些加密運算的成本可能較低；裝置負載較高或處於省電狀態時，相同設定也可能有不同表現。加密方式仍應符合伺服器端約定，不要為了追求理論吞吐量而任意更改欄位。
連線重用可減少部分重複建立連線的成本，但也會讓多個請求共用通道；故障影響與壅塞表現則依實作而異。連線重用、傳輸協定與應用程式本身的連線池可能相互疊加，不要將介面中的重用開關視為普遍有效的加速選項。連線穩定時，請保留預設值或採用提供者建議；特定應用程式出現異常時，再單獨測試。每次只變更一個選項，並觀察小型請求、長連線與並行請求，而不是反覆執行一次延遲測試。
手機耗電也受背景活動影響
Android 裝置耗電不只來自加密。持續執行的 VPN 服務、無線網路喚醒、心跳封包、DNS 請求、背景同步與反覆重新連線，都可能影響電量。訊號微弱，或頻繁在 Wi-Fi 與行動網路間切換時，無線模組的耗電可能比協定差異更明顯。若節點不斷斷線重連，即使單次加密成本較低，整體也不一定省電。比較 v2rayNG 與 v2flyNG 時，應使用兩者都能完整支援的等效設定，否則測到的可能只是相容性問題。
先確認背景電池限制是否讓 VPN 服務頻繁暫停，再觀察用戶端記錄中的重新連線頻率。需要持續連線的應用程式，可以依系統設定允許相應的背景執行，但這會改變整體耗電條件，應衡量實際需求。不要同時開啟多個具備 VPN 流量接管功能的應用程式，再把彼此搶占資源誤判為協定耗電。若只有鎖定螢幕後才斷線，請優先檢查系統背景策略、網路切換與保活行為，不要立即將節點安全層改成另一種機制。
| 觀察項目 | 主要反映 | 不能直接推論 |
|---|---|---|
| 連接埠連線時間 | 連上入口的條件 | 整條代理連線都可用 |
| 實際代理連線延遲 | 對指定目標的一次代理請求 | 所有應用程式速度一致 |
| 持續傳輸量 | 特定時段的傳輸表現 | 第一個請求一定比較快 |
| 背景耗電 | 整體執行條件的耗能 | 只由協定名稱決定 |
建立可重複的比較方法
在同一裝置、同一網路與相近時段，選擇相同測試目標，並記錄節點、核心、接管方式與路由模式。先確認測試請求確實經過該節點，再分別觀察首次開啟、重複存取與持續傳輸。比較行動裝置耗電時，應讓螢幕開啟時間、訊號品質與背景工作相近；短時間的電量百分比變化不足以判定差異。不要捏造通用的效能提升比例，也不要將不同地區伺服器的結果直接歸因於協定設計。
若目標是穩定日常使用，請優先選擇完整相容、重新連線次數少且應用程式運作正常的設定，再比較實際感受到的回應時間。若想了解用戶端中不同的測速入口，請參閱節點延遲測試說明。測試結果適合用來篩選可用設定，不應用來略過身分驗證、忽略憑證問題或掩蓋欄位缺漏；這些問題應在開始效能比較前先排除。
路由分流與 DNS：確認流量是否經過選定節點
協定正確，只能解決如何建立一條代理連線；路由則決定哪些請求會交給這條連線處理。系統代理通常會為遵循系統設定的應用程式提供代理入口，不會強制所有應用程式使用它；TUN 透過虛擬網路介面接管更多流量，但需要相應權限、路由與 DNS 配合。節點能通過實際連線測試，但某個應用程式仍直接連線，問題可能出在接管範圍或規則，不一定是協定失效。排查前請先確認目前使用哪種流量接管方式，以及目標應用程式是否會使用該方式。
規則順序與比對資訊
路由規則通常依既定順序比對，較前面的規則若已符合條件，就會影響後續判斷。網域規則需要可用的網域資訊；IP 規則則根據目的位址或解析結果判斷。geosite 與 geoip 是常見的分類資料引用，不是代理協定。用戶端內建範本也可能搭配不同的資料檔與預設出站；複製規則時，必須確認相關資料存在、標籤有效。範本名稱相同，不代表不同核心或用戶端產生的所有規則都完全一致。
需要自訂時，請先複製目前的路由方案，再新增範圍最小的規則。先明確設定目標是一個網域、一個網段還是某類應用程式，不要用範圍過廣的規則覆蓋原有設定。規則未命中時，先確認應用程式交給代理的是網域還是 IP，再檢查規則順序與出站標籤。嗅探功能在特定條件下可以補充目標資訊，但無法還原所有協定與請求中的網域，也不能取代正確的 DNS 與流量接管設計。修改後請透過記錄確認實際命中的路徑。
DNS 設定與解析位置
DNS 負責將名稱轉換為位址，但名稱可能由應用程式在本機解析，也可能交由代理端處理。系統代理、TUN 與應用程式自訂 DNS 都會改變解析路徑。只修改系統 DNS，不一定會影響用戶端內部解析；只修改用戶端 DNS，也不一定能接管應用程式自行發出的加密 DNS 請求。請分清伺服器位址與目標網站的解析；前者失敗會讓代理入口無法連線，後者失敗則可能呈現節點可連線、但部分網域無法開啟。
選擇解析策略時，先確認哪一層需要網域名稱、哪一層需要 IP。保留網域並交由遠端解析，可以避免部分本機解析差異，但本機 IP 分類規則未必能據此做出相同判斷；在本機解析可取得位址比對依據，也可能導致本機解析結果與遠端存取位置不一致。沒有一套策略適用於所有部署。請優先使用用戶端現有的完整方案，再依記錄逐項調整，不要從不同教學各取一半，拼成新的 DNS 流程。
以下是 Xray 風格的路由片段，用來說明私有位址直連的欄位關係。這不是完整設定，必須合併到既有設定的 routing 位置，並確認既有出站的標籤確實是 direct、分類資料也可用。圖形介面用戶端可能會重新產生執行設定，一般使用者應優先透過路由設定表達相同需求。
{
"routing": {
"domainStrategy": "AsIs",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}
}依可觀察到的路徑排查
先測試節點連線，再檢查系統代理或 TUN 狀態，接著驗證目標應用程式，最後檢查規則與解析。區域網路裝置存取異常時，請確認私有位址規則、虛擬介面路由與本機名稱解析；只有單一網域失敗時，請比對解析結果與規則命中情況。不要反覆清空所有規則來判斷協定優劣，這會同時改變太多條件。公開記錄時，請隱藏內部位址規劃與存取憑證，只保留排查所需的錯誤類型與欄位名稱。
桌面版與 Android 的流量接管方式不同，不能把一端的系統代理開關當成另一端 VPN 權限的同義詞。透過路由器或旁路由集中部署，還會牽涉閘道、回程路由與 DNS 轉送關係，應另行規劃，不宜直接套用桌面版範本。背景說明請參閱路由器與旁路由部署概覽；首次連線仍請依入門指南的模式選擇步驟完成，再回到本章細化規則。
使用情境與選擇驗證：從完整參數到可重複連線
選擇時應以手上有效的節點與裝置條件為起點，而非先替協定排名。已有可用訂閱時，先選擇能完整解析並執行該設定的用戶端；需要自建或協商部署時，再比較維護條件、安全機制與應用需求。桌面版建議使用 v2rayN 管理節點；Android 則依核心能力在 v2rayNG 與 v2flyNG 之間選擇。下載套件的處理器架構會影響能否安裝與執行，協定類型則影響連線行為，兩者不能互相取代。
日常桌面與行動裝置如何選擇
日常桌面使用時，應優先考量可靠的參數來源、清楚的路由方案與易讀的記錄。現有 VMess、Trojan 或 Shadowsocks 節點運作正常，就不必為了更換名稱而重新設定。取得 VLESS 與 REALITY 組合時，先確認 Xray 支援能力與所有安全欄位，再開始測試。需要在多台裝置共用同一份訂閱時，應逐台檢查解析結果，不要因桌面版匯入成功，就認定 Android 也必然保留所有擴充參數。每台裝置的系統時間、權限與流量接管範圍也須個別確認。
行動裝置頻繁切換網路時，應優先觀察重新連線與背景服務是否穩定；持續傳輸時再觀察吞吐量與發熱。依賴語音或其他 UDP 服務的應用程式，應驗證從用戶端流量接管、協定承載、伺服器轉送到目標存取的完整路徑。只確認網頁能開啟，無法涵蓋這些條件。若兩個節點位於不同地區或使用不同線路，結果首先反映整體部署差異，不能直接將使用體驗歸因於 VLESS、Trojan 或 Shadowsocks 中某一種協定。
依階段判讀錯誤，不要同時改動多個參數
第一階段是啟動。用戶端無法開啟介面時，檢查系統執行條件、權限與安裝架構；核心無法啟動時，查看設定解析錯誤與功能缺漏。第二階段是連線至入口，檢查位址、連接埠、網域解析與傳輸入口。第三階段是安全握手與身分驗證，確認時間、伺服器名稱、憑證、使用者 ID、密碼或 REALITY 參數。第四階段才是目標存取與路由。先區分問題發生的階段，才能避免用錯誤方法處理另一個層面的問題。
例如，「連線逾時」只表示某個步驟未能在期限內完成，不能單憑這點判定密碼錯誤；「未知欄位」更可能是設定或核心相容性問題，無須先更換 DNS；「憑證名稱不符」應檢查伺服器名稱與憑證設定，而非更換加密方式。不同實作的記錄內容可能不同，請查看錯誤訊息前後的內容，確認問題來自訂閱取得、核心啟動還是代理請求。不要把不同階段出現的同一個「失敗」視為相同故障。
完成一次可重複的連線驗證
先確認訂閱更新完成且沒有欄位缺漏，再啟動選定節點，並確認核心記錄沒有設定錯誤。接著測試明確的目標，並確認請求經過預期的出站。保持節點不變，測試目標應用程式及鎖定螢幕後的連線恢復情況；需要比較時，再複製設定，只修改一個有依據的選項。驗證期間不要同時更新訂閱、切換核心、啟用 TUN 並更換 DNS；否則即使結果改善，也無法判斷是哪個項目發揮作用，更難在其他裝置上重現。
長期維護的重點是減少無法追查的差異。清楚標記各群組用途，區分訂閱產生的節點與手動測試節點，更新後抽查安全欄位與實際使用的核心。向他人求助時，請提供用戶端名稱、作業系統、失敗階段及已處理的記錄內容，不要公開訂閱位址與身分憑證。若提供者變更伺服器端的協定或安全參數，請索取新的完整設定，不要在舊節點上猜測新增欄位。每項變更都有明確目的，比堆疊更多選項更有助於穩定使用。
最終選擇可歸納為三個條件：伺服器端確實提供該協定組合，用戶端與核心完整支援所需欄位，目標應用程式也能在實際網路環境中通過驗證。符合這些條件後，再比較回應時間、持續傳輸與背景耗電。安裝方式與套件格式請回到用戶端下載頁；操作流程請回到入門指南；各項概念則可依本頁目錄逐章查閱。協定只是設定條件，不能取代測量與排錯所得的結論。