V2Ray 協定與核心技術參考

01 / SELECTION MODEL

先釐清協定、傳輸、安全層與核心

用戶端中的「協定類型」只是第一層選擇

圖形化用戶端通常會將 VMess、VLESS、Trojan、Shadowsocks 顯示為節點類型，但一次連線並不只由這一項決定。完整鏈路至少可拆成四層：應用協定負責驗證與請求表達，傳輸方式決定資料如何裝入 TCP、WebSocket、gRPC 等通道，安全層負責加密與對端身分確認，核心負責解析設定並實際建立連線。REALITY 更接近安全與握手能力，而不是與 VLESS 完全並列的應用協定。將這些概念混為一談，容易出現「協定選對了仍無法連線」的判斷偏差。

以常見的 VLESS 組合為例，節點可能同時包含 VLESS、TCP、REALITY、XTLS Vision、伺服器名稱與公鑰等欄位。VLESS 只說明驗證與請求格式，TCP 表示底層傳輸，REALITY 處理握手與身分驗證，Vision 則影響資料流處理方式。用戶端匯入分享連結後，會將這些部分寫入同一個出站設定。任何關鍵欄位缺失、拼寫變更，或位於目前核心不認得的位置，都可能使最終行為與節點名稱看起來不一致。

選擇應從伺服器端既有設定開始

協定不能只依用戶端偏好單方面切換。用戶端節點必須與伺服器端在協定、連接埠、驗證資訊、傳輸方式與安全參數上相互對應。訂閱提供的是既有設定時，正確做法是確認用戶端能否完整識別，而不是將 VLESS 手動改成 VMess，或只保留伺服器位址與連接埠重新建立節點。協定名稱相近不代表可以互換，UUID 相同也不能取代其餘參數。節點編輯器中的每個選項，本質上都是伺服器端設定的一部分映射。

若可以自行決定兩端設定，選擇順序應為：先確認兩端核心的支援範圍，再決定應用協定，接著確定安全層與傳輸，最後考慮用戶端匯入與維護便利性。對多數新設定而言，VLESS 提供較輕量的協定層，適合與 TLS 或 REALITY 等安全能力組合；VMess 的協定層包含較多既有設計，常見於歷史設定；Trojan 將密碼驗證與 TLS 的使用方式結合；Shadowsocks 結構簡潔，用戶端支援範圍廣。這裡不存在脫離網路條件、伺服器端實作與維護目標的絕對排序。

用欄位完整性判斷相容性，而不是只看名稱

判斷用戶端是否支援某個節點，至少要核對協定、位址、連接埠、使用者識別碼、傳輸、安全方式、伺服器名稱、指紋、路徑或服務名稱等欄位。用戶端清單能顯示節點，不代表所有欄位都已正確接收。訂閱轉換、舊版訂閱範本或跨核心匯入可能捨棄不認得的擴充項目，使節點看似完整，實際上卻退回預設值。遇到這類情況，應開啟節點編輯頁逐項比對原始連結或伺服器端說明，並查看用戶端記錄中關於未知欄位、握手失敗或設定解析的提示。

因此，協定選擇的基本原則不是追逐某個名稱，而是確保整組參數能在伺服器端、訂閱、用戶端與核心之間完整傳遞。先建立這套分層模型，後續比較速度、資源使用量或耗電才有意義。若基礎匯入流程尚未完成，可先依快速設定教學建立一條可運作的連線，再回到本頁比較不同組合。

02 / VMESS & VLESS

VMess 與 VLESS 的設計差異

VMess 的背景與設定特徵

VMess 是 Project V 早期生態中具代表性的協定。它將使用者識別、驗證資訊與協定層加密組織在自身格式內，長期以來被大量 V2Ray 設定與訂閱格式採用。常見節點欄位包括伺服器位址、連接埠、使用者 UUID、alterId、傳輸方式與安全設定。較新的設定通常不再依賴較高的 alterId，但舊訂閱或舊教學仍可能保留此欄位。用戶端匯入後應以伺服器端提供的值為準，不應因欄位看起來過時就自行改寫。

VMess 的優點主要在於生態累積與歷史相容性。許多訂閱產生器、面板格式與用戶端早已能穩定識別其基礎欄位，遷移舊設定時阻力較小。代價是協定層承擔的工作相對較多，欄位語意也容易與傳輸層、安全層混在一起。對資源有限的裝置而言，這些差異通常不會單獨決定使用體驗，但在大量並行連線、頻繁喚醒或長時間執行時，協定與實作的額外處理仍可能反映在 CPU 時間與耗電量上。

VLESS 將安全職責交給組合層

VLESS 的設計重點是簡化協定層。它使用使用者識別完成驗證，但不在 VLESS 本身重複提供完整的資料加密能力，而是依賴 TLS、REALITY 等外部安全層組成完整連線。這種分層讓職責更清楚，也為 Xray 生態中的擴充能力保留組合空間。在用戶端選擇 VLESS 後，仍必須繼續確認 security、flow、transport、serverName 等項目；只填寫位址、連接埠與 UUID，通常不足以重現原節點。

「VLESS 更輕量」不應理解為在所有環境下都必然更快。連線總耗時包括網域解析、TCP 建立連線、安全握手、驗證、首次請求與持續傳輸。協定層減少部分處理，只會影響其中一部分。若網路往返時間較高，握手次數與連線複用的影響會比少量本機計算更明顯；若主要傳輸大型檔案，壅塞控制、鏈路品質與伺服器端出口更關鍵；若手機頻繁建立許多短連線，握手與應用程式喚醒又會重新成為重點。因此，效能判斷需要放在完整組合中，而不是只比較 VLESS 與 VMess 這四個字。

Vision、TLS 與 REALITY 不可省略核對

部分 VLESS 設定會帶有 flow 欄位，例如與特定 TCP 和安全組合搭配的 Vision。此欄位不是裝飾標籤，而是兩端協商與資料處理的一部分。訂閱匯入後若 flow 為空、值遭截斷，或目前核心不支援對應組合，連線可能在握手後失敗。TLS 情境則要核對伺服器名稱、憑證對應網域與應用層協定選項。REALITY 情境還會增加公鑰、短識別碼、伺服器名稱與用戶端指紋等參數，具體含義將在第三章展開。

設定編輯器中常見的「略過憑證驗證」屬於診斷用選項，不適合作為長期修復方式。憑證錯誤通常表示裝置時間、伺服器名稱、憑證部署或訂閱欄位存在問題。直接放寬驗證會掩蓋根因，使之後遷移裝置或更新訂閱時再次失敗。更穩妥的順序是先檢查系統時間，再核對節點中的伺服器名稱，最後確認伺服器端對應連接埠是否確實提供預期的 TLS 設定。

兩者的實際選擇界線

既有 VMess 設定執行穩定，且多台裝置上的用戶端都能完整匯入時，沒有必要只因名稱更新就立即重建。新部署若使用 Xray 生態並需要 REALITY、Vision 等組合，VLESS 通常更自然。需要在 V2Fly 與 Xray 之間維持較廣泛相容性時，應優先使用雙方都理解的基礎欄位，並避免將特定擴充誤當作通用設定。對訂閱維護者而言，清楚輸出協定、傳輸與安全層欄位，比簡單標示「VLESS 節點」更重要。

在 v2rayN 中可透過節點編輯頁查看完整組合；在 Android 上使用 v2rayNG 時，也應展開傳輸與安全選項核對，而不是只看節點清單名稱。v2flyNG 以 V2Fly 核心為主要方向，適合使用 V2Fly 能識別的設定。三個用戶端的安裝入口與適用平台可在下載頁查閱。

03 / TROJAN, SHADOWSOCKS & REALITY

Trojan、Shadowsocks 與 REALITY 的職責界線

Trojan 是協定，核心前提是正確的 TLS 參數

Trojan 使用密碼驗證，並將連線建立在 TLS 之上。用戶端節點通常需要伺服器位址、連接埠、密碼、伺服器名稱與憑證驗證相關選項。它的設定表面上比帶有多種擴充欄位的 VLESS 簡單，但 TLS 參數仍是連線成立的核心。伺服器位址可以是網域或 IP，而伺服器名稱通常用於 TLS 握手中的名稱比對；兩者有時相同，有時不同。訂閱轉換若只保留位址而遺失伺服器名稱，就可能出現憑證名稱不相符。

Trojan 適合需要成熟 TLS 組合、希望設定語意相對直接的情境。在效能方面，它受到 TLS 握手、連線複用與底層傳輸影響，不會因欄位較少就自動減少所有開銷。長連線中，首次握手成本會由後續資料攤薄；大量短連線中，握手次數更值得關注。若用戶端記錄顯示 TLS 相關錯誤，應先處理名稱、時間與伺服器端設定，而不是反覆更換本機代理模式。

Shadowsocks 的簡潔來自明確的加密方法

Shadowsocks 節點的核心欄位通常是伺服器、連接埠、密碼與加密方法。它的協定結構相對精簡，許多平台與核心都有實作，因此常用於重視基礎相容性與較低設定複雜度的情境。需要注意的是，加密方法必須由兩端共同支援且完全一致。用戶端下拉清單中存在某個方法，不代表伺服器端一定使用該項；訂閱中的方法名稱遭轉換工具改寫，也可能導致驗證失敗。

不同加密方法對處理器能力與實作品質有不同要求。現代裝置通常具備良好的對稱式加密支援，但低功耗裝置、舊處理器或高並行量情況下仍可能出現差異。評估時應關注持續吞吐下的 CPU 使用率、溫度與穩定性，而不是只進行一次網頁開啟測試。若伺服器端或用戶端記錄提示 unsupported method，應恢復訂閱原始值，並確認目前核心是否包含對應實作。

Shadowsocks 的簡潔也意味著部分進階行為由外部層或用戶端策略承擔。分流、DNS、系統代理伺服器與應用程式接管並不是協定本身的功能，不能將這些設定變化歸因於 Shadowsocks 節點。同一節點在兩個用戶端中的表現不同，常見原因是路由規則、DNS 查詢路徑或系統接管方式不同，而不是節點協定發生變化。

REALITY 不是第五種並列的代理協定

REALITY 常與 VLESS 一起出現，但它處理的是安全握手與對端確認，不負責取代 VLESS 的代理請求格式。在用戶端建立這類節點時，通常先選擇 VLESS，再將安全方式設為 REALITY，並填寫公鑰、短識別碼、伺服器名稱、指紋與 flow 等參數。若訂閱介面將它簡寫為「REALITY 節點」，理解上仍應拆回 VLESS、傳輸、安全層與流控四個部分。

公鑰用於讓用戶端確認伺服器端身分，短識別碼由伺服器端設定限定，伺服器名稱參與握手參數，用戶端指紋描述握手特徵。欄位之間不存在可任意替代的關係。尤其不能將一般 TLS 憑證欄位直接套用到 REALITY，也不能從節點顯示名稱推測公鑰或短識別碼。伺服器端設定變更後，應同步更新訂閱；手動編輯多台裝置容易造成部分裝置仍保留舊值。

REALITY 相關擴充主要與 Xray 核心能力相關。使用 V2Fly 核心的用戶端時，不能僅憑「支援 VLESS」就推論它也支援同一組 REALITY 擴充。協定基礎相容性與擴充功能相容性需要分開判斷。訂閱同時服務不同核心時，適合依核心建立不同分組，或至少以清楚的節點名稱標示需求，避免匯入後才發現欄位被忽略。

選用三者時，先問「這一項在連線堆疊中負責什麼」，再確認用戶端與核心是否支援全部欄位。這個順序比依節點名稱判斷更可靠。關於匯入後節點遺失、欄位為空或更新失敗的集中排查，可繼續閱讀常見問題與訂閱更新失敗排查。

04 / PERFORMANCE & POWER

連線速度、資源使用量與行動裝置耗電

先區分建立連線、首個封包、吞吐量與穩定性

「速度」至少包含四個不同指標。建立連線時間是從發起連線到協定與安全握手完成；首個封包時間是請求送出後收到第一段有效資料的等待時間；持續吞吐量反映較長時間傳輸中的有效速率；穩定性則關注連線在網路切換、閒置與持續負載下能否維持。某個協定在建立連線階段少一次處理，不代表它在長時間傳輸中一定有更高吞吐量。反過來，吞吐量接近也不代表短連線體驗相同。

公網路徑、伺服器負載、網域解析、TCP 壅塞控制與應用程式本身的快取，往往比協定層差異更大。要進行有意義的比較，應固定伺服器、出口、用戶端、路由規則與測試時間，只改變一個協定組合。連續測試多輪並記錄中位數表現，比挑選一次最快結果更能反映常態。測試期間還應關閉背景同步與系統更新，避免額外流量影響判斷。

協定與傳輸方式會共同決定開銷

VMess 在協定層承擔較多處理，VLESS 的協定層較輕量，Trojan 依賴 TLS，Shadowsocks 的處理重點則與所選加密方法相關。這些只​​是計算開銷的一部分。WebSocket 需要額外的分幀與標頭處理，gRPC 依賴 HTTP/2 連線管理，TCP 直連組合則減少中間封裝。不同實作對緩衝區、連線複用與並行調度的處理，也會改變實際資源使用量。

記憶體使用量通常更多受到連線數量、DNS 快取、路由規則規模、記錄層級與圖形化用戶端介面影響。單獨比較一個閒置節點的記憶體數值，很難代表協定成本。更合理的方法是建立相同數量的連線，執行相同時間的工作，再觀察核心程序的穩定區間。記錄設為詳細層級時，磁碟寫入與文字格式化也會增加開銷，完成排查後應恢復一般層級。

CPU 使用率要結合裝置硬體觀察。桌上型處理器通常可以輕鬆處理日常連線，但低功耗裝置在高吞吐量、複雜加密、密集規則或大量並行時，可能達到明顯負載。若 CPU 使用率隨吞吐量線性上升，先比較加密與傳輸組合；若閒置時仍持續佔用，則應檢查重新連線迴圈、訂閱更新工作、DNS 請求異常或記錄輪替，而不是直接更換協定。

行動裝置耗電主要來自喚醒與網路活動

行動裝置的耗電表現不能只依加密演算法排序。持續保持連線、頻繁重新連線、網路在無線區域網路與行動網路之間切換、應用程式背景喚醒、DNS 查詢以及大量短連線，都會讓無線模組與處理器反覆進入活躍狀態。一個計算稍輕但頻繁斷線重連的組合，可能比計算稍重但連線穩定的組合消耗更多電量。因此，穩定性、保活間隔與應用程式流量模式通常與協定本身同樣重要。

測試耗電時，應使用相同裝置、接近的訊號強度與相同的應用程式工作，至少涵蓋前景連續使用與背景待機兩個階段。系統電量統計適合觀察趨勢，不適合將很短時間內的小幅變化當作結論。若 v2rayNG 或 v2flyNG 在背景耗電明顯，先查看是否持續重新連線、訂閱自動更新是否過於頻繁、路由是否讓所有應用程式流量進入代理，以及系統是否反覆終止並重新啟動連線服務。

對於以訊息、網頁與輕量同步為主的使用方式，連線穩定與合理分流通常比峰值吞吐量更重要。對於持續下載或影片串流，伺服器端出口與鏈路品質的影響更高。對於大量開發工具請求，連線複用與 DNS 行為更值得觀察。只有先定義工作，協定效能比較才不會變成脫離情境的數字競賽。

綜合來看，VLESS 的簡化協定層有助於減少部分處理，Shadowsocks 的結構也較精簡，VMess 著重既有相容性，Trojan 的表現與 TLS 連線管理密切相關，但這些方向性差異無法凌駕傳輸、實作與網路條件。對一般使用者而言，優先選擇欄位完整、連線穩定、核心明確的節點，通常比只按協定名稱追求理論開銷更有效。

05 / CORE FAMILY

V2Fly 與 Xray 核心家族的關係

共同設定傳統不代表功能完全相同

V2Fly 與 Xray 都承襲 Project V 生態中的設定組織方式，常見結構包括 inbounds、outbounds、routing、dns 與 log。大量基礎 VMess、VLESS、Shadowsocks、Trojan 與路由設定在概念上相近，因此使用者經常看到相似的 JSON 階層與用戶端欄位。結構相似有利於遷移，但不能推論所有擴充都能直接互換。兩條核心路線各自維護功能、欄位與實作，具體支援範圍需要依目標核心確認。

圖形化用戶端位於核心之上。v2rayN 負責節點管理、訂閱、路由範本、系統代理伺服器與核心啟動，桌面版通常會將使用者選擇轉換成核心設定；v2rayNG 在 Android 上提供相似的管理層，並以 Xray 核心能力為主要匹配方向；v2flyNG 則面向 V2Fly 核心。用戶端介面出現某個選項，表示用戶端能夠表達該欄位，但最終是否生效仍由目前核心與欄位組合決定。

Xray 擴充與 V2Fly 通用欄位要分開看

REALITY、特定 flow 值及部分擴充組合與 Xray 能力的關係更密切。訂閱若包含這些欄位，匯入以 V2Fly 為執行核心的用戶端時，可能出現不識別、忽略或啟動失敗。反向遷移也需要注意：某個設定雖然能被 Xray 接受，但不代表其寫法是兩邊都推薦的公共形式。建立跨核心訂閱時，應明確區分基礎協定節點與要求特定核心的節點。

相容性判斷可分為三層。第一層是語法：JSON 能否解析，欄位類型是否正確；第二層是結構：欄位是否位於目標核心認可的位置；第三層是語意：該協定、傳輸與安全組合是否實作。只通過格式檢查屬於第一層，無法證明節點可以連線。記錄中的 unknown field、failed to build config、unsupported security 等資訊，分別指向結構或語意問題。

最小路由結構有助於理解設定界線

以下範例只展示通用的路由結構。它會將私有位址交給名為 direct 的出站，其餘流量依後續規則與預設出站處理。此片段本身不包含節點憑證，可用於理解 routing、rule 與 outboundTag 的對應關係。實際用戶端通常會產生更完整的設定，手動修改前應先匯出備份。

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

outboundTag 必須指向設定中實際存在的出站標籤。如果用戶端範本將直連出站命名為其他值，只複製這段規則會造成引用不存在。domainStrategy 控制路由階段如何處理網域與 IP 比對，它與 DNS 設定相關，但不會取代系統或核心的完整 DNS 決策。圖形化用戶端提供預設路由時，應先理解預設效果，再決定是否進入自訂 JSON。

遷移核心時應依功能清單逐項驗證

遷移不是替換可執行檔後只確認能否啟動。應先列出目前節點使用的協定、傳輸、安全方式、flow、路由規則、DNS 策略與本機入站，再在目標核心中逐項核對。接著選擇一條欄位最簡單的節點驗證基礎連線，再測試擴充節點與分流。如此可以將問題定位到基礎執行、協定擴充或路由設定，而不是一次匯入全部內容後面對混合錯誤。

設定檔也不宜在不同用戶端之間長期雙向覆寫。v2rayN、v2rayNG 與 v2flyNG 會依各自的介面模型產生設定，額外欄位、標籤命名與預設入站可能不同。訂閱連結適合傳遞節點資訊，用戶端備份適合還原同類用戶端設定，完整核心 JSON 則適合在明確了解欄位語意時使用。三者用途不同，混用容易將用戶端產生層與核心執行層攪在一起。

桌面端需要涵蓋 Windows、macOS 與 Linux 時，v2rayN 是本站首推用戶端；Android 以 Xray 設定為主時選擇 v2rayNG，需要 V2Fly 核心方向時選擇 v2flyNG。安裝包類型與系統架構說明集中在用戶端下載頁，本章只處理核心與設定的相容關係。

06 / SUBSCRIPTION COMPATIBILITY

訂閱格式與欄位相容性

訂閱是設定容器，不是新的代理協定

訂閱連結負責批次傳遞節點資訊，節點內部仍然是 VMess、VLESS、Trojan 或 Shadowsocks 等協定。常見內容形式包括經 base64 彙整的分享連結清單、用戶端可識別的原生設定，以及逐條分享連結。base64 只是一種文字編碼方式，不會增加協定能力，也不會修復缺少的欄位。用戶端取得訂閱後，需要先識別容器格式，再解析每個節點，最後轉換成目前核心的設定。

分享連結通常會將協定類型放在 URI scheme 中，再透過主體與查詢參數表達驗證、傳輸與安全資訊。基礎欄位容易在不同用戶端之間傳遞，擴充欄位則取決於連結規範與解析器實作。REALITY 公鑰、短識別碼、指紋、flow、gRPC 服務名稱等項目，若訂閱產生端使用非通用參數名稱，接收端可能會忽略。節點能出現在清單中，只表示外層解析成功，不能證明所有查詢參數都已進入設定。

原生 JSON 與分享連結的適用範圍不同

原生 JSON 能表達完整的入站、出站、DNS、路由與記錄設定，適合精確控制單一核心執行個體，但它與圖形化用戶端的節點資料庫並不完全等價。將完整 JSON 匯入圖形化用戶端時，部分用戶端會以自訂設定方式執行，部分只會擷取出站節點，另有些介面設定不會寫回原始檔案。使用前要確認匯入口標示的是「節點」、「訂閱」還是「自訂設定」。

分享連結更適合傳遞單一節點，方便使用 QR Code、剪貼簿與訂閱彙整，但複雜的路由與 DNS 策略通常不應塞進單一節點連結。訂閱負責節點，用戶端負責本機路由，是更清楚的職責劃分。若需要在多台裝置維持相同分流，可以分別維護節點訂閱與路由範本，並在各類用戶端中採用對應格式，避免一份過度複雜的訂閱同時承擔全部設定。

更新失敗與更新後無法使用是兩類問題

更新失敗表示用戶端沒有取得或沒有解析訂閱內容，常見線索包括連結無法存取、裝置時間異常、回傳內容不是預期格式、憑證錯誤或本機網路出口問題。更新成功但節點無法使用，則應轉向檢查欄位完整性、核心支援度與伺服器端狀態。兩類問題的記錄位置不同，處理順序也不同。先確認訂閱請求是否成功，再檢查節點解析數量，最後檢查單一節點連線，可以避免將所有錯誤都歸因於訂閱連結。

自動更新間隔不宜設定得過短。頻繁取得會增加背景喚醒，也可能在伺服器端暫時產生內容時反覆覆寫本機清單。合理做法是依節點變更頻率設定週期，並在大規模變更前保留用戶端備份。分組名稱、啟用狀態、排序與本機備註可能是用戶端自身資料，更新訂閱時是否保留取決於用戶端實作，因此不應將重要說明只寫在容易被覆寫的節點名稱中。

管理多份訂閱時，依來源或核心要求建立分組，比將所有節點放在同一份清單更容易排查。可以將基礎相容節點、Xray 擴充節點與 V2Fly 節點分開，再使用包含或排除關鍵字減少清單雜訊。具體分組方法可參閱訂閱分組與伺服器關鍵字篩選，格式差異則可繼續閱讀base64、原生 JSON 與分享連結的差異。

當訂閱包含 v2rayN 能識別、而另一個用戶端無法識別的擴充時，不應強行將原訂閱視為完全通用格式。為目標用戶端輸出清楚且欄位完整的訂閱，或選擇雙方都支援的基礎組合，維護成本通常更低。關於設定 JSON 中 inbounds、outbounds 與 routing 的職責，可閱讀設定檔結構逐段解析。

07 / CLIENT WORKFLOW

在用戶端中完成協定選擇與核對

桌面端先使用 v2rayN 建立基準設定

桌面環境優先使用 v2rayN。安裝後先匯入訂閱並執行一次更新，不要立即修改節點欄位。選擇一個來源清楚的節點，開啟編輯頁記錄協定、位址、連接埠、使用者識別碼、傳輸方式、安全方式、伺服器名稱、flow 及擴充參數。接著儲存並連線，透過用戶端記錄確認設定已產生、核心已啟動、出站已建立。這個過程會建立一份基準設定，後續效能測試或協定遷移都應以此作為對照。

若節點可以連線，再設定系統代理伺服器與路由模式。系統代理伺服器決定支援該機制的應用程式是否將請求交給用戶端，路由模式決定進入核心後的流量要走代理、直連還是阻擋。兩者都不是協定欄位。將 VMess 更換為 VLESS 不會自動修復系統代理伺服器未啟用的問題，修改路由規則也不會補齊 REALITY 公鑰。排查時維持層次分離，可以減少無效修改。

v2rayN 提供多種桌面安裝形式時，應依下載頁說明選擇適合的介面版本，但節點與核心的選擇原則一致。Windows、macOS 與 Linux 的系統代理伺服器入口及權限表現有所差異，用戶端內部產生的出站設定仍遵循相同分層。涉及區域網路共享時，還要另外設定監聽位址、防火牆與連接埠，具體界線可閱讀允許區域網路連線設定指南。

在 Android 上依核心方向選擇用戶端

使用 Xray 擴充節點時，v2rayNG 與其欄位模型更匹配；需要 V2Fly 核心方向時，可使用 v2flyNG。匯入訂閱後先查看節點詳細資訊，特別核對 VLESS 的安全方式、flow、伺服器名稱、公鑰與短識別碼。行動版介面空間有限，部分欄位可能位於進階設定或傳輸設定中，不能因清單頁沒有顯示就斷定欄位不存在。

建立連線後，系統會顯示本機連線服務狀態。若應用程式沒有流量，先確認該應用程式是否被目前的分應用程式規則納入，再檢查路由與 DNS。若連線服務反覆退出，查看用戶端記錄中的設定解析或核心啟動資訊。若只在網路切換後失效，可手動中斷再重新連線進行比對，判斷是鏈路切換、系統背景限制還是節點握手問題。協定遷移期間一次只改一項，才能保留可比較的結果。

手動節點適合驗證，不適合取代長期訂閱

手動建立節點適合確認某組參數是否可用。建立時應從協定開始，依序填寫伺服器、連接埠、驗證資訊、傳輸與安全層，儲存後立即回到編輯頁複核。某些用戶端會對空白欄位寫入預設值，複核可以發現預設值是否與伺服器端要求不同。測試成功後，若節點由訂閱維護，仍應修正訂閱輸出，而不是長期在每台裝置上保留手動副本。

訂閱節點遭本機修改後，下次更新可能覆蓋修改，也可能產生重複節點。需要臨時排查時，可以將節點複製到本機分組並修改副本，同時保留原節點。確認問題後，將正確欄位回饋至訂閱來源或伺服器端設定，再刪除臨時副本。如此可以區分原始設定、診斷設定與最終設定，避免數週後無法判斷哪一個才是目前標準。

記錄應依階段閱讀

設定解析階段關注欄位類型、未知欄位與出站建立錯誤；核心啟動階段關注連接埠佔用、權限與本機監聽；連線階段關注網域解析、TCP 建立連線、安全握手與驗證；路由階段關注請求最終匹配的出站標籤。記錄中最後一行不一定是根因，應從同一次連線嘗試的起點向後閱讀。完成診斷後恢復一般記錄層級，避免長期記錄大量無關資訊。

首次設定可直接依V2Ray 使用教學完成訂閱匯入、節點連線與驗證。本頁的檢查清單適合在節點無法連線、跨用戶端遷移或準備更換協定時使用。若錯誤訊息仍難以分類，可在常見問題頁依安裝設定與故障排除分類繼續查找。

08 / SCENARIO GUIDE

依使用情境建立選擇決策

既有穩定設定：先維持，再建立替代節點

已有 VMess、Trojan 或 Shadowsocks 節點長期穩定執行時，最穩妥的策略是保留現況，同時建立一個獨立的新組合進行測試。新節點使用不同名稱與分組，避免更新訂閱時與舊節點混淆。測試應涵蓋網頁短連線、持續傳輸、裝置待機恢復與網路切換，而不是只確認一次連線成功。完成一段時間的對照後，再決定是否將新節點設為預設。

這種方式尤其適合從 VMess 遷移至 VLESS，或從一般 TLS 組合遷移至 REALITY 組合。遷移涉及伺服器端、訂閱與用戶端三處，分階段切換可以保留回復路徑。若多台裝置使用不同用戶端，應先在欄位顯示最完整的用戶端中驗證，再測試其他用戶端的訂閱解析。任何一端缺少擴充欄位，都應在正式切換前處理。

建立 Xray 設定：優先考慮完整組合支援

建立新設定且兩端都使用 Xray 能力時，VLESS 可以作為協定層候選，再依伺服器端設計選擇 TLS 或 REALITY，並確認是否需要特定 flow。選擇依據不是流行程度，而是伺服器端能否正確維護、訂閱能否完整輸出、用戶端能否穩定解析。桌面使用 v2rayN、Android 使用 v2rayNG 時，欄位模型通常更容易保持一致，但仍需逐項核對。

若需要讓相同訂閱同時服務以 V2Fly 為執行核心的用戶端，應準備基礎相容節點，或將核心特定節點放入清楚的分組。不要把「VLESS 基礎協定可識別」誤認為「所有 VLESS 擴充組合都可執行」。跨核心相容的核心是縮小至共同欄位集合，而不是依賴用戶端忽略未知欄位。

低功耗與行動情境：穩定連線優先

行動端應優先選擇重新連線較少、欄位明確且訂閱更新穩定的節點。VLESS 與 Shadowsocks 在協定結構上較輕量，但最終耗電量仍受安全握手、訊號、分流與應用程式流量影響。測試時觀察背景待機後能否恢復、網路切換後是否反覆重新連線，以及系統電量統計中連線服務是否長時間保持活躍。若問題來自背景限制或訊號變化，更換協定通常無法直接解決。

自動更新頻率、記錄層級與全域代理範圍也會影響耗電量。節點變更不頻繁時，不必設定密集更新；排查結束後關閉詳細記錄；只讓需要的流量進入代理，可以減少不必要的連線活動。v2rayNG 與 v2flyNG 的選擇首先取決於節點核心要求，其次才比較介面偏好。

多用戶端與團隊設定：選擇可解釋的最小集合

需要在多台裝置、不同桌面系統與 Android 用戶端之間分發設定時，應優先選擇欄位定義清楚、各目標核心都確認支援的組合。在訂閱分組中標明協定、核心要求與用途，比使用「高速」「備用」等模糊名稱更便於維護。路由與 DNS 策略可以由各平台的用戶端範本管理，節點訂閱只傳遞出站資訊，降低跨平台轉換複雜度。

設定文件應記錄協定、傳輸、安全層、核心要求與關鍵擴充欄位，但不必複製完整憑證。變更時記錄哪些欄位發生變化，並保留舊節點直到驗證結束。如此即使某個用戶端更新了解析方式，也能依結構定位差異，而不是重新猜測節點含義。

發生問題時依決策樹回退

第一步判斷訂閱是否成功取得內容；失敗則檢查連結、裝置時間與回傳格式。第二步判斷節點欄位是否完整；缺失則檢查訂閱產生與轉換。第三步判斷核心能否建立設定；失敗則處理未知欄位、類型或不支援的組合。第四步判斷是否完成安全握手；失敗則核對伺服器名稱、公鑰、短識別碼、密碼與裝置時間。第五步判斷請求是否被正確路由；連線成功但應用程式無法使用時，檢查系統代理伺服器、分應用程式規則、DNS 與出站標籤。

每一步只變更相關層次的一項設定，並保留記錄與原始設定作對照。反覆同時修改協定、傳輸、安全層與路由，會讓一次成功也難以重現。若問題由訂閱更新觸發，先複製舊節點作為對照；若問題由更換核心觸發，先用最基礎節點驗證核心運作；若問題只發生在某個平台，應比較用戶端產生的欄位與系統接管方式，而不是直接判定伺服器端異常。

完成選擇後，可前往v2rayN、v2rayNG 與 v2flyNG 下載頁選擇對應平台安裝包，再依設定教學建立連線。遇到訂閱、核心啟動、系統代理伺服器或路由問題時，使用本章決策樹配合故障排除分類逐層定位，通常比頻繁更換節點類型更有效。