V2Ray 協定與核心參考

01 / CONFIGURATION LAYERS

設定層次：協定不等於整條連線

先分清四類參數

節點名稱不是技術規格。清單上標示的地區或用途，無法說明採用哪種協定。開啟 v2rayN 的節點編輯視窗，先檢查協定類型，再看傳輸方式，最後確認傳輸層安全設定。這三處分別回答「如何表示請求」、「如何承載資料」及「如何加密並驗證對端」。核心則負責實際執行這些設定。釐清各層，才能理解為什麼兩個都標示 VLESS 的節點，所需參數和連線表現仍可能不同。

協定負責規範身分憑證、目標位址與請求格式。例如 VMess 以使用者識別資訊進行驗證，Trojan 以密碼驗證代理請求，Shadowsocks 則取決於所選加密方式及對應金鑰。傳輸層可以直接以 TCP 承載資料，也可以額外使用 WebSocket 等封裝。TLS 與 REALITY 屬於連線安全機制，不應與協定名稱列在同一層，視為可互換選項。介面將它們放在一起，方便填寫設定，不代表這些概念屬於同一層。

依伺服器提供的參數逐項核對

檢查節點時，先確認位址與連接埠屬於同一份設定，再核對身分資訊。接著檢查網路類型、路徑、服務名稱與安全層。WebSocket 路徑必須與伺服器設定一致；gRPC 服務名稱也不能直接照抄其他節點的值。網域名稱有時會出現在伺服器位址、TLS 伺服器名稱及傳輸請求標頭中，三者可能相同，也可能各有用途。把所有欄位都改成連線位址，不一定能解決問題，反而可能破壞原有設定。

用戶端中的伺服器名稱通常對應 TLS 的 SNI，用來在交握時宣告預定連線的名稱，也常用於驗證憑證名稱。WebSocket 請求標頭中的 Host 則屬於應用層資訊。連線位址用來決定「先連到哪裡」，這兩種名稱則處理後續階段的不同需求。服務商提供完整分享連結時，建議保留原始欄位；只有取得明確設定說明時才個別調整。遇到名稱不一致，先確認各自用途，不要只因為「看起來不一致」就認定設定有誤。

區分本機接入與遠端連線

系統代理和 Tun 不屬於遠端協定。系統代理會將遵循相關設定的應用程式請求，導向本機代理連接埠；Tun 則建立虛擬網路介面，讓更多流量進入用戶端處理流程。兩者改變的是流量如何進入核心，不會自動把 VMess 轉成 VLESS，也無法替伺服器補足缺少的功能。網頁無法開啟時，若記錄中完全沒有相關請求，應先檢查本機接入；若請求已進入核心但交握失敗，再檢查遠端協定與安全參數。

路由與 DNS 也要分開理解。路由決定請求使用哪個出口，DNS 則將網域名稱解析為位址。連線測試通過，只表示測試所經過的路徑完成了部分步驟，不代表所有網域都使用相同出口。修改路由規則後，節點本身可能完全沒變，部分網站的連線結果卻會不同。因此排查時請記下修改的層次，每次只調整一類參數。需要逐步操作時，可搭配已連線但無法上網排查清單。

02 / PROTOCOL CHOICES

協定設計：四種方案的取捨

VMess：整合設計驗證與加密

VMess 是 Project V 生態系的重要協定，設計上將使用者驗證、請求標頭與資料保護納入同一套規範，適合需要統一描述代理連線的情境。它不只是密碼欄位，還涉及使用者識別資訊、驗證流程與加密選擇。現代設定應以目前用戶端能解析的驗證方式為準，不要為了符合舊截圖而任意加入過時欄位。部分驗證流程對時間有要求，裝置時鐘偏差過大時，即使設定看似正確，也可能無法完成驗證。

在 v2rayN 編輯 VMess 節點時，請優先核對使用者識別資訊、加密方式、傳輸設定與 TLS 設定。分享內容含有舊版相容參數，不代表這些參數在所有實作中仍然有效。請先確認訂閱是否適用於目前的核心，再決定是否需要重新取得設定。VMess 的優勢在於生態系成熟、既有部署較多；缺點是設定概念較集中，初學者容易把協定本身的加密與外層 TLS 混為一談，以為兩者都勾選就一定更安全。

VLESS：簡化協定本身的職責

VLESS 著重於輕量的驗證與請求表示，協定本身不提供通用的資料加密保護，通常須搭配 TLS 或 REALITY 等安全機制。此處的「輕量」指的是協定職責，並不保證任何線路的速度。用戶端顯示加密欄位為 none，不代表連線一定是明文；請繼續檢查外層安全設定。反過來說，若外層安全機制也未啟用，就不能想當然地認為協定名稱已提供加密。

VLESS 設定也可能包含 flow 欄位，用來描述特定流量控制行為，並非可任意選擇的加速模式。伺服器要求使用 Vision 時，用戶端與核心都必須支援相應組合。將空白 flow 改成 Vision，不會讓一般節點自動具備該功能；傳輸條件不符時，甚至可能無法建立連線。選擇節點時，應把協定、傳輸、安全層與 flow 視為完整組合來比較。後續章節會說明 REALITY 與 Vision 的關係，以及兩者為何不是同一項功能。

Trojan：以 TLS 為基礎的驗證模式

Trojan 的常見部署會以 TLS 保護傳輸，再透過密碼驗證代理請求。設定表面上較容易理解，但要成功連線，仍取決於伺服器名稱、憑證及伺服器端入口。密碼正確只解決部分驗證問題，無法自動修正憑證名稱不符。編輯節點時，請保留服務提供者給的伺服器名稱與傳輸方式。不要因為密碼格式較熟悉就忽略安全層；也不要以略過憑證驗證來掩蓋尚未釐清的設定問題。

Shadowsocks：加密方式與金鑰必須相符

Shadowsocks 常簡稱為 SS，採用明確的加密代理模式，設定通常包含伺服器、連接埠、加密方式與密碼。不同加密方式的金鑰要求、實作支援與協定行為可能各不相同，不能只因名稱含有相似的加密演算法就互換。較新的方式與傳統方式也不能只修改標籤就相容。匯入後若出現密碼格式不符的提示，請先確認該加密方式規定的金鑰編碼，不要把結構化金鑰改成一般短密碼。

四種方案都能用於日常代理連線，但沒有脫離伺服器部署條件的絕對優先順序。既有 VMess 設定若穩定可用，不必只因為另一種協定名稱較新就更換；需要 Xray 的特定功能時，應確認 VLESS 的完整設定組合；使用 Trojan 或 Shadowsocks 時，則應先確認 TLS 條件或加密方式是否支援。真正可用的選擇，是伺服器提供正確參數、用戶端能完整設定、核心能實際執行三者的交集，而不是節點清單上最醒目的標籤。

03 / SECURITY AND FLOW

TLS、REALITY 與 Vision 的功能界線

TLS：先驗證對端，再保護傳輸

TLS 可加密傳輸，並透過憑證等機制協助用戶端確認連線的伺服器。一般部署中，用戶端須檢查憑證信任鏈、有效期限及名稱是否相符。節點位址可能填入 IP 位址，而伺服器名稱可能是憑證對應的網域，兩者不能直接視為相同。交握失敗時，先核對裝置時間與伺服器名稱，再檢查伺服器憑證狀態。開啟「允許不安全連線」只會改變驗證範圍，無法排除問題的真正原因。

還要區分 TLS 交握參數與瀏覽器外觀相關設定。部分用戶端提供指紋選項，用來選擇交握特徵的實作方式。指紋不代表使用者身分，不能取代使用者識別資訊或密碼，也不是所有核心都以相同方式支援。照抄其他節點的指紋、伺服器名稱與應用層協定清單，可能造成新的相容性問題。若伺服器說明沒有特別要求，請保留訂閱提供的值或用戶端適用的預設值，不要把所有進階設定都填滿。

REALITY：改變交握與驗證的實作方式

REALITY 採用不同於一般憑證部署的連線建立與驗證機制。它結合目標網站的 TLS 特徵及自身驗證設計運作，並不是「隨便填入真實網域就能連線」。用戶端需要伺服器名稱、公鑰與短 ID 等配套資訊，伺服器端也必須有相應設定。此處的公鑰用於驗證關係，不是使用者登入密碼；短 ID 是伺服器端約定的驗證參數，不能用其他節點的值取代，更不能把範例文字直接填入正式連線設定。

用戶端介面可能將公鑰標示為 Public key，也可能因實作調整而使用其他欄位名稱。要確認欄位是否正確，應對照該用戶端目前的說明與訂閱解析結果，不要只依舊截圖的位置判斷。公鑰與私鑰用途不同，終端使用者通常只需要服務端提供的用戶端參數，不應索取或散布伺服器私鑰。匯入後若有欄位空白，先確認連結是否包含該資訊，再檢查解析器是否支援，不要用名稱相似的欄位拼湊出看似完整的設定。

Vision：流量控制不是加密開關

XTLS Vision 是配合特定連線組合使用的流量控制機制，主要處理加密流量在代理鏈中再次封裝時的行為，減少符合條件的資料路徑中的重複處理。它不是適用於所有流量的萬用最佳化，也不會只要啟用 REALITY 就自動生效。TLS 與 REALITY 說明連線安全如何建立，Vision 則說明特定資料階段的處理方式；三者彼此相關，但職責不同。能否使用取決於協定、傳輸、核心與伺服器設定是否組成受支援的組合。

在 v2rayN 或 v2rayNG 核對這類節點時，先確認協定符合服務提供者指定的類型，再檢查安全設定，最後核對 flow。若伺服器未啟用相應流量控制，用戶端自行選擇 Vision 通常無法達到預期效果。有些組合對傳輸方式有明確限制，不能把適用於直接 TCP 承載的設定原封不動套用在 WebSocket 上。匯入成功但啟動失敗時，請先查看核心記錄中的參數錯誤，不要一開始就更換 DNS 或系統代理模式。

若安全參數已逐項確認一致，仍然無法連線，請再檢查位址是否可連通、連接埠是否正確、裝置時間是否正常，以及伺服器是否仍提供該入口。不要為了讓介面顯示連線成功而降低驗證要求。想進一步了解重複加密與流量控制，可閱讀REALITY 與 XTLS Vision 原理說明。本文提供判斷方式，實際欄位仍應以服務提供者及目前核心支援的完整設定為準。

04 / CONNECTION COST

連線速度與資源用量的判斷順序

先區分首次開啟、持續傳輸與互動體驗

「快」至少包含三種不同體驗：第一次開啟頁面要多久、持續下載能維持多少吞吐量，以及互動請求能否及時回應。首次開啟會受到網域解析、建立連線與安全交握影響；持續傳輸更取決於線路容量、壅塞情況及兩端的處理能力；互動體驗則對往返延遲與封包遺失更敏感。節點測速時傳輸量較大，不代表網頁首次開啟一定更快。比較協定前，先確認真正想改善的是哪一種等待。

建立連線通常需要經過多個階段：解析網域、建立底層連線、完成安全交握，部分傳輸方式還需要額外協商。增加封裝可能帶來相容性或部署上的便利，但也會增加處理步驟與資料負擔。不能只看層數就排出固定速度名次，因為連線重用、伺服器位置、快取狀態與網路封包遺失都會影響結果。在往返延遲較高的線路上，少一次交握可能更有感；其他情境未必由此決定效能。

封裝、連線重用與壅塞並非越多越好

WebSocket 會將資料放入自身的訊框格式，適合相應的伺服器接入方式；gRPC 則依賴自身的協定堆疊，串流管理方式也有所不同。它們首先是資料承載與部署選擇，不是通用的加速按鈕。連線重用可以減少部分重複建立連線的成本，但多個請求共用底層連線時，也可能受到同一處壅塞或傳輸阻塞影響。若伺服器說明不支援某種重用模式，用戶端單方面啟用不會帶來有效最佳化，反而可能造成請求異常。

資源用量也不能只看協定名稱。加密演算法是否獲得硬體支援、核心緩衝區如何配置、同時活躍的連線數，以及記錄是否過於詳細，都會影響處理器與記憶體用量。有些演算法在某類裝置上執行效率高，在另一類裝置上卻未必占優。介面顯示的用戶端記憶體用量也可能包含圖形介面、快取與背景工作，不等於協定本身的負擔。需要判斷時，應同時觀察核心活動與實際使用情況，不要只截取啟動當下的單一數值。

以受控比較取代協定排行榜

較有參考價值的比較，應盡量維持伺服器地區、存取目標、裝置、接入網路與時段相近。若兩個節點使用不同線路，結果首先反映的是線路差異，不是協定優劣。可以先測試同一頁面的首次開啟，再測試重複造訪，最後觀察持續傳輸與互動表現。每次只改變一個因素，並記錄是否重新連線。不要直接比較一組已預熱連線的結果，與另一組剛清除快取、剛啟動用戶端的結果。

遇到「連線測試很快，網頁卻卡住」時，先確認測試目標與網頁是否經過相同路由，再檢查解析、憑證與實際請求記錄。有些測試只反映底層連線或特定探測請求，無法涵蓋網頁中的多個資源網域。路由若將主頁與靜態資源分配到不同出口，也可能造成體感不一致。排查時先找出失敗階段，再判斷是否值得更換協定；否則頻繁更換節點只會讓變因愈來愈多。

即時應用還須另外確認 UDP。節點協定能表示 UDP 請求，不代表用戶端接入方式、伺服器轉送及遠端網路都允許它正常運作。應用程式若不遵循系統代理設定，即使節點支援相關功能，流量也可能根本沒有進入代理鏈。啟用 Tun 後，還需一併確認路由、權限與 DNS。持續觀看影片時，穩定性與壅塞控制往往比節點名稱重要；瀏覽網頁則應優先注意解析與建立連線的狀況。

最終選擇不必追求所有指標同時最佳。一般瀏覽可優先考慮設定正確、連線穩定；長時間傳輸則應觀察持續表現與裝置負載；即時互動須留意往返延遲與封包遺失，並確認應用程式流量確實經過代理。協定只決定這條路徑中的一部分。想了解節點清單中的地區、倍率等資訊，可參閱節點選擇因素對照，別把商業標示誤當成技術參數。

05 / MOBILE POWER

行動裝置耗電與背景執行

耗電來自整個工作流程

Android 裝置的耗電不只來自加密運算。維持無線連線、應用程式持續送出請求、背景重新連線、DNS 查詢與寫入記錄都可能消耗電力。訊號不穩時，網路切換與重複交握也會增加負擔。因此，若要說「某種協定比較省電」，還須說明裝置、流量類型與網路條件。脫離這些條件排出固定名次，沒有可靠的判斷價值。先確認用戶端是否正常運作，再考慮協定層的細微差異。

行動裝置首選 v2rayNG；需要使用 V2Fly 核心且設定受到支援時，可考慮 v2flyNG。不能只因介面相似，就認定兩者完全支援相同節點。匯入後請檢查協定、安全層與進階欄位是否完整保留，再確認實際連線。安裝請前往Android 用戶端下載。選擇安裝套件時，先依裝置架構判斷，不要把套件大小差異當成耗電依據；與裝置相容性相關的是支援的指令集及實際執行狀況。

先排查反覆連線，再看加密負擔

若待機時電量明顯下降，先查看用戶端記錄是否反覆出現中斷與重新連線。常見原因包括伺服器無法連線、名稱解析失敗、驗證參數不符，以及系統限制背景網路活動。連線持續失敗時，用戶端可能不斷重試，每次重試又會觸發解析與交握。此時調整加密演算法通常不是解決重點。先恢復穩定連線的節點，再觀察待機耗電變化，才能判斷先前的耗電是否來自異常重試循環。

另一種情況是系統回收背景連線，直到解鎖後才重新建立。若需要長時間維持連線，可在系統的應用程式電池管理中檢查 v2rayNG 或 v2flyNG 的背景限制。不同裝置的選項名稱可能不同，請從「應用程式資訊」進入與電池及背景活動相關的設定。放寬限制有助於維持連線，但也可能增加待機耗電，無法保證兩者都改善。如果只在使用時需要連線，不必為了理論上的穩定性而長時間維持背景執行。

接管範圍決定需要處理的流量

Android 用戶端通常透過系統提供的虛擬網路介面接收流量。系統顯示連線標記，代表本機介面已建立，不表示遠端節點一定可用。應用程式分流可以決定哪些應用進入代理流程；排除應用程式前，應先確認它是否真的不需要代理，以及相關依賴服務是否也會受影響。減少不必要的處理有時有助於降低負擔，但規則錯誤也可能讓部分請求繞過預期出口。先確保功能正常，再逐步縮小接管範圍。

頻繁自動測試、過短的保活間隔及持續更新連線資訊也值得檢查。保活用來維持特定連線狀態，但間隔愈短不代表體驗愈好；無線網路可能因小封包不斷傳送而反覆喚醒。若用戶端提供相關設定，建議先使用適用的預設值，只有遇到明確的閒置連線失效問題時才調整。排查期間可暫停非必要的大量測試，維持相同使用方式觀察一段完整時間，不要只看切換設定後的短暫電量變化。

觀察溫度與電量時，也要排除螢幕亮度、系統更新、應用程式下載及影片解碼等因素。建議在相近網路條件與相同應用工作下比較，分別記錄前景使用與待機狀況。處理器負載增加但流量沒有明顯變化，可能與錯誤重試或詳細記錄有關；流量持續增加，則應檢查實際連網的應用程式。電池頁面顯示的是系統的耗電歸因，不一定能完整區分介面、核心與虛擬介面，不能直接把單項百分比解讀為協定成本。

省電選擇順序如下：先確保設定相容，再解決反覆連線，確認背景執行策略，接著縮小必要的流量接管範圍，最後才比較協定實作的負擔。既有節點若連線穩定，隨意更換協定未必能改善耗電，反而可能引入新的交握條件。若 Wi-Fi 與行動網路的表現差異明顯，請分別記錄，並在切換網路後重新確認 DNS 與連線。對行動裝置而言，最有效的最佳化是讓用戶端持續正常運作，而不是讓設定頁面變得更複雜。

06 / CORE COMPATIBILITY

V2Fly 與 Xray：專案關係及相容性界線

用戶端介面與核心的分工

Project V 是理解這套開源代理生態的背景。V2Fly 延續 V2Ray 的社群開發；Xray 與其源自相近的技術基礎，並以此發展自身功能。兩者有相似概念與設定格式，但不是可以逐字互換的同一個程式。討論開源特性時，應區分專案本身的授權條款與內含元件的授權；使用用戶端也仍須遵守相關條款。開源提供公開討論與檢視的基礎，不代表每種設定組合都自動相容。

v2rayN、v2rayNG 與 v2flyNG 是供使用者操作的圖形介面用戶端，負責顯示節點、管理訂閱並產生執行設定。核心負責建立連線、處理路由及執行協定。介面能儲存某個欄位，只代表用戶端接受輸入，不代表目前使用的核心能執行該功能。反過來說，核心支援某項功能，但用戶端尚未提供相應的設定入口，也不能推論圖形介面一定能使用。選擇時應同時確認介面的設定能力與核心的執行能力。

JSON 格式相似，不代表語意相同

兩類核心常見的設定概念包括入站、出站、路由與 DNS。部分基礎結構看起來相近，但欄位支援範圍、預設值及組合限制可能不同。尤其 REALITY、Vision 等功能，不應只因為「同屬 V2Ray 生態」就推斷能直接在 V2Fly 使用。遇到核心不認得的欄位，有些實作會明確拒絕啟動，有些解析流程則可能忽略部分資訊。沒有錯誤訊息不代表目標功能已生效，仍須查看實際產生的設定與執行結果。

切換前可先將目前可用的節點另存為獨立副本，再查看用戶端的核心設定與節點類型對應方式。不同介面的核心選項可能位於設定頁或節點相關選項中，不能只根據系統匣選單的模式名稱判斷。選定後，重新啟動受影響的連線，再查看記錄中的實際核心與錯誤資訊。不要同時修改路由、DNS 與安全參數，否則發生問題時很難分辨是核心差異還是其他設定造成。

切換時須驗證實際行為，不只確認能否啟動

以下片段展示常見的路由設定方式：符合私有位址範圍的流量會交由標籤為 direct 的出口處理。這有助於理解欄位之間的關係，但並非完整的連線設定。使用前必須確認完整設定已定義該出口，並確認核心支援所用欄位。這也不代表所有區域網路網域都會因此直連，因為網域是否參與解析，以及規則何時取得位址，仍取決於完整的 DNS 與路由策略。

{
  "routing": {
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      }
    ]
  }
}

切換後至少驗證三個層面：核心能否啟動、目標請求是否經過預期出口，以及關閉用戶端後系統網路狀態是否恢復。前兩項用來確認設定語意，最後一項則檢查本機接入行為。Tun 與系統代理的權限及清理流程不同，不能因為節點已連線就省略結束後的檢查。若系統仍指向已關閉的本機代理連接埠，應先恢復系統代理狀態，不要歸咎於遠端協定。

既有設定若運作穩定，切換核心應有明確目的，例如需要某個受支援的協定組合，或要解決可重現的實作問題。不要把切換核心當成例行維護，也不要將新舊標籤視為品質排名。桌面版初次執行時若遇到權限或啟動問題，可參閱v2rayN 首次安裝與初始設定。選擇合適的用戶端與核心，並只保留必要設定，通常比持續增加相容性參數更容易維護。

07 / SUBSCRIPTION FORMATS

訂閱格式：匯入成功不代表設定完整

分享連結、訂閱網址與執行設定

分享連結通常描述單一節點；訂閱網址用來取得一組可更新的內容；執行設定則是核心最後讀取的結構化資料，三者用途不同。將訂閱網址貼到單一節點編輯視窗，可能無法解析；把某個核心的完整 JSON 當成通用訂閱，也不一定能被其他用戶端理解。訂閱內容還可能經過編碼，因此「在瀏覽器中看起來像亂碼」本身不足以判斷訂閱失效。應交由支援該格式的用戶端解析，並查看具體錯誤訊息。

常見分享內容會包含 VMess、VLESS、Trojan 或 Shadowsocks 協定識別資訊，但相同前綴下仍可能有不同的參數編碼方式。名稱備註、特殊字元、請求標頭與安全參數的跳脫處理都會影響解析。複製時少一個字元，或連結結尾多選到標點符號，都可能改變結果。匯入後不要只確認節點名稱是否出現，還應開啟編輯視窗，確認協定、位址、連接埠及進階安全欄位。名稱顯示出來只代表部分內容已成功讀取。

格式轉換可能遺失功能

用戶端解析器會將訂閱內容轉換成內部節點資料，再產生核心執行設定。如果內部資料結構沒有相應欄位，轉換時可能無法完整保留新功能。可能的情況包括安全層恢復預設值、flow 消失、服務名稱變成空白，或某個參數被當成一般備註。因此，同一份訂閱在兩款用戶端中顯示不同結果，不一定代表伺服器設定有變。請先比較匯入後的欄位，再查看產生的設定，最後才判斷核心是否真的不相容。

不要把格式轉換服務視為完全透明的步驟。轉換服務可能讀取訂閱內容，轉換規則也可能重新解讀欄位。訂閱網址通常包含個人授權資訊，取得網址的人可能存取節點或使用相關資源。複製截圖、提交記錄或尋求協助前，請遮蔽完整網址、使用者識別資訊與密碼等敏感內容。若網址已外洩，請透過服務提供者的管理介面更換授權，不要只從本機清單刪除群組。

訂閱更新與節點連線是兩回事

在 v2rayN 中，先開啟訂閱群組設定，確認網址已儲存，再執行「更新訂閱（不透過代理）」。這可用來區分直接更新路徑與目前代理路徑的問題，但不代表所有訂閱都應始終直接取得。如果訂閱入口原本就要求透過可用代理存取，應先確保連線正常，再選擇相應的更新方式。重點是一次只變更取得訂閱的路徑，保留原有群組以便比較錯誤，不要同時清空所有節點。

若更新失敗但舊節點仍可連線，優先檢查訂閱入口、授權與取得路徑；若訂閱可更新但所有節點都無法連線，優先檢查節點參數、伺服器狀態及核心支援。兩者都失敗時，也應分別記錄取得訂閱與連線節點時的錯誤。HTTP 回應成功不代表內容一定是訂閱，有時收到的可能是登入頁面、錯誤訊息或其他網頁。解析器提示格式錯誤時，應確認回傳內容類型，不要反覆修改節點密碼。

更新訂閱也可能覆蓋手動修改。若需暫時調整伺服器名稱或傳輸參數，請複製為獨立節點並註明調整目的，避免下次更新覆蓋測試結果。群組名稱只是管理標籤，不會改變伺服器協定；替同一網址建立多個不同名稱的群組，也不代表取得不同線路。清理重複節點前，先確認安全層與傳輸參數是否真的相同，不要只按顯示名稱去重。

在多部裝置間同步時，建議分別在各裝置匯入受支援的訂閱並核對欄位，不要直接覆蓋整個用戶端資料目錄。桌面系統代理、Android 應用程式分流與本機檔案路徑都因裝置而異，完整搬移設定容易帶入不適用的選項。若出現解析錯誤，可參照訂閱更新失敗與解析錯誤排查逐項確認。訂閱管理的目標是保留正確來源及更新關係，不是讓節點清單看起來愈長愈好。

08 / SELECTION AND VALIDATION

使用情境選擇與連線驗證

依需求選擇，不要只看協定名稱

日常瀏覽網頁，優先選擇參數完整、能穩定更新且用戶端明確支援的節點。現有 VMess、Trojan 或 Shadowsocks 設定若運作正常，不必只因名稱不同就遷移。需要使用 REALITY 或 Vision 時，應先確認 Xray 的相關支援及伺服器提供的完整組合。桌面版首選 v2rayN，是因為它能透過圖形介面集中管理訂閱、系統代理與路由；協定則應依伺服器支援情況選擇，兩者不可混為一談。

持續觀看影片或傳輸大型檔案時，應先觀察線路穩定性、持續壅塞狀況與裝置溫度，再比較協定封裝。即時互動則要檢查往返延遲、封包遺失及 UDP 的完整傳輸路徑。行動裝置在不穩定網路下使用時，重新連線行為與背景執行策略可能比單次交握負擔更重要。只有候選節點的線路條件相近，協定與傳輸方式的比較才有參考價值。先排除設定不完整或功能不相符的選項，可減少大量無效測試。

桌面版逐層驗證

在 v2rayN 匯入節點後，先開啟編輯視窗核對協定、傳輸與安全層，儲存後設為目前使用的節點。接著在系統代理選單選擇「自動設定系統代理」，使用會遵循系統代理設定的應用程式存取目標，同時查看記錄中是否出現相應請求。若應用程式沒有進入本機代理，先排查系統接入；若請求已進入但驗證失敗，再檢查遠端參數。不要一開始就同時啟用 Tun、修改 DNS 並切換核心。

需要 Tun 時，先確認目前用戶端與系統支援相關功能，並依提示授予權限。啟用後重新檢查路由與解析，不要假定原本使用系統代理時的行為完全相同。區域網路裝置的存取尤其要另外驗證，私有位址規則、網域解析與實際出口都須相互配合。結束用戶端前，確認系統代理與虛擬介面狀態已恢復。若關閉用戶端後所有網頁都無法開啟，應優先檢查本機殘留設定，不要繼續更換遠端節點。

行動裝置驗證與故障排查

在 v2rayNG 匯入節點後，同樣先核對進階欄位，再啟動連線並同意系統要求的虛擬網路介面權限。接著使用實際應用程式測試，不要只看系統狀態列的連線標記。若只有一個應用程式失敗，檢查應用程式分流及所需的流量類型；若所有應用程式都失敗，再檢查節點與名稱解析。改用 v2flyNG 前，先確認節點沒有依賴其核心尚未實作的功能，否則更換用戶端只會重複遇到相同的相容性問題。

核心無法啟動時，檢查欄位、功能支援與設定語法；核心能啟動但交握失敗時，檢查位址、連接埠、時間與驗證資訊；交握成功但部分網域失敗時，檢查 DNS 與路由；只有特定應用程式失敗時，檢查接管範圍與應用程式本身的設定。這套順序不是將所有故障歸為單一原因，而是把每次觀察結果對應到特定層次。記錄中的錯誤也可能是後續結果，應從最早出現的相關失敗開始檢視，不要只搜尋最後一行提示。

驗證完成後，簡要記錄用戶端名稱、實際使用的核心、協定組合、系統接入方式及尚未解決的問題。記錄中不必包含憑證，也不需要複製完整記錄。下次更新訂閱或調整核心時，可依相同步驟重新測試。若新設定發生問題，先還原已知可用的組合，再逐項比較差異，比持續疊加修正選項可靠。能重現的現象與明確的修改記錄，通常比「所有協定都試過」更有幫助。

選擇的最終標準是設定清楚、功能符合需求且執行結果可驗證。不存在不受線路與裝置條件影響的最佳協定，也沒有只靠一個開關就能補足的相容性。初次設定請回到快速入門教學依步驟操作；遇到訂閱或連線問題，再查閱本頁相關章節。需要更換用戶端時，請前往下載頁依作業系統與架構選擇，先建立可靠的基準，再逐步調整確有需要的進階功能。