V2Ray 協定與核心參考

協定分層與參數對應

代理協定決定如何描述請求

VMess、VLESS、Trojan 與 Shadowsocks 要解決的共同問題，是讓用戶端向伺服器說明目標位址，並依雙方約定處理身分驗證與資料傳輸。它們並不等同於完整的網路環境。一次連線還涉及網域名稱解析、底層傳輸、安全交握及路由出口。v2rayN 中看似屬於同一筆伺服器設定的多個選項，實際上分屬不同層次。判斷設定是否可用，應先釐清各層，避免把單一欄位當成萬用開關。

VLESS 可搭配不同的傳輸方式與安全層，因此只知道服務使用 VLESS，還不足以完成設定。用戶端至少需要伺服器位址、連接埠、使用者識別碼，並確認傳輸類型、安全類型及該組合所需的其他欄位。Trojan 通常仰賴 TLS 提供傳輸安全；Shadowsocks 的加密方法則是協定設定的重要部分。匯入訂閱可以自動填入欄位，但這些欄位仍必須彼此相符。

傳輸方式決定資料如何承載

TCP、WebSocket 與 gRPC 等名稱代表不同的承載方式，而非不同帳號。WebSocket 常用於需要透過反向代理轉送的部署，路徑和請求主機可能會影響轉送比對；gRPC 則須確認服務名稱等參數。裸 TCP 設定通常沒有相同的路徑語意。把 WebSocket 路徑複製到另一種傳輸方式，不會提升相容性，還可能讓人誤以為設定已完整。用戶端中可編輯的欄位，不代表目前的組合一定會用到它。

TLS 與 REALITY 屬於安全設定層，不能和 VMess、VLESS 當成同一層的替代選項。使用者看到的「VLESS + REALITY」，是代理協定與安全方案的組合名稱。TCP 是承載方式，Xray 是執行設定的核心，v2rayN 則是管理設定的圖形介面用戶端。這些名稱同時出現並不矛盾。討論選擇時應說明完整組合，而不是把某種組合的表現歸因於其中一個名稱。

分別檢查流量接入與遠端協定

系統代理、TUN 和 Android VPN 模式負責將應用程式流量交給用戶端；遠端協定則負責將收到的請求送往伺服器。前者設定正確，不代表後者交握成功；遠端測試成功，也不代表所有應用程式都已接入。v2rayN 若只啟用系統代理，未讀取系統代理設定的應用程式仍可能直接連線。v2rayNG 開啟 VPN 模式後，也仍須考慮應用程式分流與略過區域網路的規則。

路由規則負責在流量接入後選擇出口，可依網域、位址或其他條件比對。DNS 則會影響目標名稱如何轉換成位址，以及路由能否取得網域資訊。使用伺服器位址時，解析伺服器本身與解析最終目標是兩回事。前者失敗，連線可能尚未建立；後者失敗，則可能呈現用戶端已啟動但網站無法開啟。應在記錄中分別找出問題階段，不能一概歸類為協定不相容。

建議依層次記錄參數：先記下位址與驗證資訊，再記承載方式，最後記安全層與路由例外。修改時一次只動一層，並保留上一筆可用設定。如此發生問題時，才能明確判斷原因是接入方式、協定交握還是名稱解析，也能避免在不同用戶端間遷移時，漏掉不起眼的附加欄位。

代理協定的設計取捨

VMess 與 VLESS：驗證與加密的職責不同

VMess 是 Project V 生態系早期的重要代理協定，設計中包含使用者身分驗證與資料保護機制。它除了描述目標位址，也承擔部分安全職責，因此設定會涉及使用者識別碼、加密選項及與時間相關的驗證條件。討論 VMess 時，應區分現行實作與舊有設定；舊教學中的相容參數不能直接當作新設定建議。匯入後若出現驗證錯誤，應檢查使用者識別碼、用戶端時間及伺服器的實際要求，而不是不斷切換加密選項碰運氣。

VLESS 採用更精簡的協定設計，將資料加密交由外部安全層負責。所謂「精簡」主要是指協定職責，不代表在任何網路環境下都能降低延遲。常見的 VLESS 設定會搭配 TLS 或 REALITY，整體安全性與連線成本須依完整組合判斷。即使使用者識別碼正確，安全層設定錯誤仍無法正常建立連線；關閉外部安全層，也不代表能取得同等安全性。

若既有 VMess 部署相容且維護正常，可繼續使用；新部署則常見以 Xray 功能為基礎的 VLESS 設定。選擇首先取決於伺服器提供什麼，而不是用戶端下拉選單中哪個名稱較新。伺服器沒有對應的監聽入口，修改用戶端的協定類型也無法完成轉換。遷移需要伺服器與用戶端配合，重新確認驗證、傳輸和安全欄位，而非只保留位址與連接埠。

Trojan：以 TLS 建立安全連線

Trojan 的設計著重於透過 TLS 建立安全連線，再於其中進行代理驗證與請求轉送。使用者通常需要設定密碼、伺服器名稱及憑證驗證選項。相較於將驗證與加密全部綁在協定內的方案，Trojan 更常沿用成熟的 TLS 基礎設施。其優點是安全層職責明確；代價則是必須正確處理憑證、網域與交握流程。密碼正確無法彌補憑證名稱錯誤；憑證有效也不代表代理密碼正確。

Trojan 設定也不能簡化成「有密碼的 TLS」。不同核心對傳輸擴充與附加選項的支援有所差異，分享連結未必能表達部署的所有細節。在 v2rayN 或 v2rayNG 匯入後，應確認安全類型、伺服器名稱、傳輸方式和密碼都有保留。遇到交握錯誤時，先檢查 TLS 層；交握完成但驗證失敗時，再核對密碼與伺服器設定，能減少無效嘗試。

Shadowsocks：設定精簡，加密方法必須相符

Shadowsocks 較早採用精簡的加密代理設計，常見設定包含位址、連接埠、加密方法和密碼。現代使用時應確認具體方法及實作支援範圍，不能只看到「支援 Shadowsocks」就認定所有變體都能互通。不同世代的驗證與金鑰要求可能不同；某些方法要求特定格式的金鑰，不能任意換成一般密碼。用戶端能保存該方法名稱，也不代表目前的核心已實作此方法。

Shadowsocks 參數較少，適合需要直接管理固定入口的情境，但設定簡潔不代表可以省略伺服器資訊。TCP 與 UDP 能力須同時確認伺服器、用戶端及目前接入模式；外掛或額外封裝也不是所有核心都通用的功能。舊分享連結若依賴附加元件，應先確認目前這三款用戶端的實際支援方式；不明確的擴充欄位，應向設定提供者確認，不要直接刪除後繼續使用。

選擇協定的最終考量應回到可維護性：既有服務是否穩定、用戶端是否持續支援、參數能否完整遷移，以及發生問題時是否看得懂記錄。已正常運作的組合，無須只因名稱不同就遷移。需要新功能時，再評估遷移成本與伺服器支援範圍，通常比單純追求協定新舊更有效。

TLS、REALITY 與驗證的界線

確認 TLS 名稱與信任鏈

TLS 為連線提供加密與伺服器身分驗證。用戶端填寫的伺服器位址可以是網域或 IP 位址，但用於安全驗證的伺服器名稱有其獨立用途。連到某個位址，不代表應接受該位址對應的任何憑證。憑證有效期限、名稱是否相符及信任鏈都需要檢查。系統時間明顯錯誤時，有效憑證也可能被判定為尚未生效或已過期，因此同步時間是排查安全交握問題的基本步驟。

伺服器名稱通常對應用戶端介面中的 SNI 或 ServerName 欄位，可能與建立連線所用的位址不同。連線位址用來找到伺服器，伺服器名稱則參與交握與驗證，兩者用途不同。WebSocket 請求中的 Host 又屬於另一層，可能用於反向代理的站台比對。部署設定確實可能讓這些名稱相同，但不能因此認定它們是同一欄位；修改時應依部署說明逐項處理。

TLS 的應用層協定協商用於決定連線採用哪種應用協定，常見於需要 HTTP 相關承載方式的設定。它不是可任意勾選的效能加速選項，用戶端與伺服器必須協商出相容的結果。啟用自訂選項前，應先確認目前傳輸方式的實際需求。未經確認就同時變更伺服器名稱、協商清單和承載方式，會讓記錄中的單一交握錯誤有多種可能原因，反而更難排查。

REALITY 是安全方案，不是獨立的代理類型

REALITY 是 Xray 支援的傳輸安全方案，常與 VLESS 搭配使用。它有自己的驗證與交握要求，用戶端通常需要伺服器提供的公鑰資料、允許的伺服器名稱及短識別碼等資訊。這裡的公鑰資料用於對應伺服器身分與交握設定，並非 VLESS 使用者識別碼的替代品。使用者識別碼、短識別碼與公鑰各有不同用途，其中一項填寫正確，無法彌補其他欄位不一致。

REALITY 設定中的用戶端指紋選項會影響交握特徵的產生，但不能取代驗證條件。選擇清單中看似熟悉的名稱，不會自動修正錯誤的公鑰或不相符的短識別碼。指紋選項也仰賴目前核心的實作；遷移時須確認核心是否識別該選項，而不只是檢查文字有沒有出現在設定中。部分介面會保留未知欄位，實際啟動時仍可能回報不支援的值，應以執行記錄為準。

VLESS 的流控欄位也須搭配傳輸與安全組合一起判斷。常見的 Vision 選項屬於特定實作提供的流量處理功能，不是所有 VLESS 連線都必須啟用。伺服器要求某種流控時，用戶端應採用相同且受支援的設定；伺服器沒有對應設定時，不應為了追求速度自行加上。匯入後流控欄位是空的，也不能直接認定連結不完整，應先確認該部署是否需要此欄位。

將交握錯誤拆解為可驗證的步驟

v2rayN 排查安全連線時，可先確認伺服器位址能否解析，再觀察連線是否到達目標連接埠，接著分別確認安全交握與代理驗證是否完成。連接埠可連通，只表示傳輸連線可能已建立，不代表身分驗證成功。反過來說，連線逾時也不一定是安全層出錯；位址解析失敗、路徑異常或伺服器未監聽，都可能發生在交握之前。記錄中的階段資訊，比籠統的「無法連線」更有參考價值。

在 v2rayNG 遷移 REALITY 設定時，應特別確認匯入工具是否保留伺服器名稱、指紋、短識別碼、公鑰資料與流控。介面名稱可能隨用戶端調整，但參數意義應與伺服器說明一致。如果原設定可用，遷移後卻失敗，先比對這些欄位，再考慮網路差異。不要公開完整分享連結來排查問題，因為其中的使用者識別碼與驗證資料可能讓他人使用同一個入口。

TLS 與 REALITY 都不能取代終端應用程式本身的安全措施。用戶端連線安全與網站使用的 HTTPS 屬於不同連線層次；伺服器之後的存取路徑仍須另外考量。選擇方案時，應同時了解信任對象、驗證資料的保管方式與更新流程。參數較少且設定清楚的組合，通常比堆疊大量未知選項更容易長期維護。

連線速度與資源耗用

分別測量首次請求與持續下載

VMess、VLESS、Trojan 和 Shadowsocks 的效能，不能脫離完整連線路徑來排名。使用者感受到的首次開啟時間，包含網域名稱解析、建立連線、安全交握、代理驗證及目標網站回應。持續下載速度則更受頻寬、壅塞、伺服器負載和目標資源限制影響。同一組合可能首次開啟稍慢，卻能維持穩定傳輸；另一組合可能交握較快，但長連線時因封包遺失或限速而表現不佳。

v2rayN 的連線測試只涵蓋測試請求經過的路徑，不能代表所有應用程式的效能。測試目標、連線重用狀態和快取都會影響結果。某個入口對測試位址回應較快，不代表影片、軟體套件庫或辦公系統也會更快。比較時應固定用戶端、網路、目標資源和接入模式，分別記錄首次請求、連續存取及大型檔案傳輸的表現，避免把多個變因的影響都歸咎於協定。

TLS 等安全交握需要通訊往返與密碼學運算，因此往返時間較高的網路更容易放大建立連線的成本。連線建立後供應用程式重複使用，就不必為每個請求重新承擔全部成本。瀏覽器連線池、核心的連線重用及伺服器的閒置逾時設定，共同決定實際效果。比較前應區分冷啟動與既有連線狀態，否則先測與後測的組別可能根本沒有經歷相同的交握流程。

加密、封裝與多工都有成本

加密運算的成本取決於處理器、系統實作及硬體加速。同一種方法在桌上型裝置和低功耗裝置上的表現可能不同，因此不能直接用桌機測試結果推估手機耗電。VLESS 將加密交由外部安全層處理，不代表完整連線沒有加密成本；Trojan 借助 TLS，也同樣需要計入 TLS 的運算成本。評估時應觀察整條連線，而非只看代理層本身處理了多少位元組。

WebSocket、gRPC 等承載方式會帶來各自的訊框結構、狀態維護與部署路徑。額外封裝可能增加處理成本，但反向代理設施、連線重用與網路路徑也可能帶來實際效益。某種承載方式在特定部署下較穩定，不代表它天生較快。選擇時應先符合伺服器部署需求，再評估是否需要額外封裝，避免只為了選項多而疊加目前應用程式用不到的層次。

多工可讓多個邏輯請求共用既有連線，減少反覆建立連線的成本，但也會共同承受底層連線的壅塞與故障影響。底層連線發生封包遺失時，其他邏輯請求可能也會一起等待；伺服器或中間設備的逾時策略同樣會影響重用效果。瀏覽器已在應用層重用連線時，再增加一層多工未必能帶來明顯效益。是否啟用，應根據相同情境下的重複測試判斷，而不是預設越多越好。

比較資源用量時應控制測試條件

使用 v2rayN 比較資源用量時，應讓兩組設定執行相同任務，並分別觀察閒置、持續傳輸和大量短請求三個階段。記憶體占用包含設定快取、規則資料和執行時管理，不代表目前連線正在消耗同等規模的網路資源。圖形介面程序與核心程序也應分開統計，避免把介面更新成本誤算為協定處理成本。記錄詳盡程度過高，也可能增加磁碟與處理器負擔。

使用 UDP 的應用程式需要另外驗證。即時語音、遊戲或其他資料報服務重視抖動、封包遺失與持續連線能力，不能用網頁測試取代。某些組合的 UDP 轉送仰賴特定封裝或實作，伺服器與用戶端都必須支援。測試失敗時，應先檢查這條資料路徑是否確實啟用，再討論延遲；一條只支援目前 TCP 服務的可用連線，不能證明所有類型的流量都已正確轉送。

調整效能時，建議保留一份基準設定，每次只修改一個選項，並在不同時段重複相同任務。如果效益只出現在單次測試，暫時不要據此長期調整。可重複驗證的穩定改善，通常比偶然出現的峰值更有參考價值；若要進一步區分接入方式與路由的影響，可閱讀系統代理與路由模式的差異。

Android 耗電與背景執行

VPN 持續啟用不等於持續高負載

v2rayNG 與 v2flyNG 在 Android 上可透過系統 VPN 介面接收應用程式流量。系統顯示 VPN 狀態，代表流量接入服務正在執行，不表示處理器一直處於高負載。實際耗電影響因素包括流量大小、連線喚醒頻率、無線網路狀態、加密運算、DNS 請求及其他應用程式的背景活動。只因通知圖示一直顯示就認定用戶端異常耗電，容易忽略實際產生流量的應用程式。

Android 的耗電統計可能會將部分網路處理成本歸到 VPN 用戶端，但原始請求其實來自其他應用程式。因此應搭配使用時間、背景與前景流量，以及相同任務的對照觀察，不能只看單一百分比。持續播放影片、大量雲端同步和短訊息推播的負載型態不同，分別影響傳輸量、連線次數與裝置喚醒。同一協定在不同任務下的耗電差異，可能遠大於更換協定本身帶來的差異。

行動網路的無線模組從休眠進入啟用狀態也會耗費電力。頻繁建立短連線、過於密集的保持連線訊號，以及失敗後持續重試，都可能延長無線模組的啟用時間。連線參數錯誤導致反覆交握時，耗電增加往往來自失敗重試循環，而不是協定正常運作時成本過高。排查時應先查看記錄是否反覆出現逾時、驗證失敗和重新建立連線，再考慮精簡設定或調整背景策略。

評估省電設定時也要考量穩定性

如果 v2rayNG 受到系統限制而無法在背景執行，可能會在鎖定螢幕後中斷服務；應用程式恢復網路連線時又會重新建立連線。解除電池限制有助於維持連續運作，但也會延長用戶端正常工作的時間，不能單純視為省電開關。建議先確認使用需求：需要全天穩定接入時，允許必要的背景執行；只在特定任務中使用時，可於任務結束後主動中斷連線，減少不必要的常駐。

v2flyNG 的背景表現同樣受系統排程與裝置廠商策略影響。更換核心家族不會自動繞過系統限制，也不保證降低耗電。比較兩款用戶端時，應一次只執行一款，並讓網路、應用程式任務和觀察時段盡量相近。如果一款維持 VPN 服務，另一款卻被系統停止，兩者的耗電差異便沒有比較意義。應比較的是完成相同任務的成本，而不是背景存活時間不同所造成的總耗電。

VPN 模式與僅代理模式的流量接入範圍不同。僅代理模式通常需要應用程式主動使用本機代理，不能因此假定整部裝置的流量都會經過處理。看起來比較省電，可能只是因為處理的流量較少。應用程式分流與略過區域網路的規則可以減少不必要的轉送，但也會改變流量路徑；修改前應先確認哪些應用程式必須經過代理，避免為了降低統計數字而破壞預期的連線方式。

應另外檢查行動網路切換與 DNS

Wi-Fi 與行動數據切換會改變位址、路徑和系統網路狀態，既有連線不一定能繼續使用。v2rayNG 可能需要重新建立遠端連線，應用程式也可能保留已失效的連線池。切換後短暫恢復，不應立刻判定為協定故障；若長時間無法恢復，應檢查用戶端能否重新連線、DNS 是否仍走失效路徑，以及應用程式重新建立連線後是否正常。

DNS 請求若持續重試失敗或被錯誤路由，也會增加背景活動。遠端解析與直連解析都需要可用的出口；解析伺服器本身也應避免依賴尚未建立的代理，造成循環。FakeDNS 會改變網域名稱與位址的對應方式，但不是省電選項；啟用前應了解它與路由、應用程式快取及 VPN 接入方式的搭配關係。相關限制可參閱FakeDNS 原理與適用情境。

耗電問題可分三輪排查：先以一般設定完成固定任務，再檢查螢幕鎖定閒置時是否持續產生異常流量，最後重現一次網路切換。記錄每輪的用戶端狀態、任務時間和錯誤類型，比只記下電池百分比更有效。若某一輪出現重複驗證錯誤，應先修正參數再繼續比較，否則觀察到的只是錯誤設定造成的重試成本。

v2rayNG 的具體背景設定可參考Android 耗電與背景執行排查。長期使用的目標應是穩定完成任務並減少異常喚醒，而不是讓用戶端在系統統計中盡可能接近零。協定選擇只是其中一環；背景策略、流量來源和網路品質通常也同樣重要。

Xray 與 V2Fly 核心家族

源自相同生態系不代表設定永遠相容

V2Fly 延續 Project V 的相關實作與社群維護；Xray 則從相同技術生態系發展出獨立的功能方向。兩者有共同概念和部分相似的設定結構，但功能、欄位與行為各自維護。了解家族關係，有助於辨認協定名稱和設定術語；若因此認為「設定檔可以任意互換」，實際遷移時就可能遇到問題。相容性應落實到具體功能與欄位，而非只看專案來源。

Xray 支援 REALITY 及相關 VLESS 流控組合，是常見的選擇考量。V2Fly 則有自己的協定、傳輸與路由支援範圍。判斷支援情形時，應以目前安裝的核心能力為準，而非依據舊文章或用戶端歷史截圖。功能可能持續演進，欄位也可能調整；本頁不會將某個時間點的完整功能清單視為永久承諾。遷移前應參照用戶端記錄與對應設定說明確認。

v2rayN 是桌面圖形介面用戶端，負責伺服器管理、訂閱解析、系統代理及啟動核心等工作。用戶端能顯示某個設定，只代表介面提供了輸入方式；最終仍由選定的核心執行設定。切換核心後，原本可用的欄位可能不再支援，甚至某些伺服器設定也不適合新核心。切換前應確認目前入口所需的協定、安全層與流控，而不只是比較核心名稱。

依所需功能選擇 Android 用戶端

v2rayNG 以 Xray 核心功能為主要選擇方向，適合需要相應協定組合的 Android 使用情境。v2flyNG 則是 V2Fly 家族的 Android 替代選項，適合與其實作範圍相符的設定。兩款用戶端的介面與設定匯入體驗可能相近，但不保證匯入同一個分享連結後會有相同行為。尤其是包含特定安全方案或擴充欄位的連結，應先確認核心功能，再檢查介面顯示。

用戶端更新與核心更新也不是同一回事。圖形介面負責解析訂閱並產生執行設定，核心則負責實際通訊；任一層版本過舊，都可能影響新欄位的使用。只替換核心，不保證舊介面會產生正確參數；只更新介面，也不保證目前執行檔具備所需功能。遇到「欄位存在但沒有作用」時，應同時確認設定產生流程與實際啟動的核心。

依實際欄位進行設定遷移

遷移 Xray 與 V2Fly 設定時，應從最基本的連線開始。先建立只有一個遠端出口的基本設定，確認驗證與安全交握，再逐步遷移路由、DNS 和其他附加設定。直接複製含有大量規則的完整設定，即使成功啟動，也難以判斷哪些欄位遭到忽略或採用了不同的預設行為。程式沒有立即退出，只代表通過了部分啟動檢查，不能證明每條服務路徑都符合預期。

路由資料與核心設定也需要分開處理。某些規則會參照網域分類或位址分類資料；相關檔案是否可用、分類名稱是否存在、載入路徑是否正確，都會影響結果。只複製原用戶端的路由文字，卻沒有相應資料，可能造成載入失敗或比對結果不符預期。這類問題通常不是遠端代理協定失效，應透過啟動記錄與規則命中情形另外驗證。

自訂設定應明確由誰維護。圖形介面用戶端可能在重新載入、更新訂閱或修改設定後重新產生執行檔案，直接編輯產生的結果未必會長期保留。需要自訂欄位時，優先使用用戶端提供的對應設定入口，並確認儲存位置與覆寫規則。匯出設定供比對時，請留意其中可能包含驗證資訊；提交問題前應移除位址、使用者識別碼和密碼等敏感內容。

選擇核心時，應先滿足必要功能，再考量穩定性與維護成本。既有 V2Fly 設定運作正常且不需要額外功能，可繼續使用相符的用戶端；若需要 REALITY 等特定組合，則應選擇能完整設定並執行該組合的 Xray 方案。請依作業系統與處理器架構，從用戶端下載頁選擇安裝檔，不必因協定名稱另找獨立用戶端。

分享連結與訂閱格式相容性

成功匯入只代表解析了部分資訊

訂閱是一種設定分發方式，不是新的代理協定。訂閱網址傳回的內容可能是一組分享連結，也可能是特定格式的結構化設定；用戶端需要先辨識格式，再轉換成內部設定。匯入時顯示伺服器名稱，只能代表解析器讀取到部分內容。驗證、安全層和傳輸欄位是否完整，仍須進入編輯介面確認。名稱正確、數量正常與連線可用，是三種不同層次的結果。

VMess 分享連結常以編碼後的結構化資訊封裝；VLESS 與 Trojan 連結常透過位址和查詢參數表示選項；Shadowsocks 連結則須留意驗證部分的編碼方式與擴充參數。不同產生工具處理欄位名稱與編碼細節的方式可能不同，不能只看連結前綴判斷是否相容。遇到新欄位時，舊版解析器可能直接忽略而不報錯，因此「沒有錯誤提示」不代表完全相容。

訂閱回應中的 Base64 編碼只是包裝內容的方式，不是安全加密。持有訂閱網址的人通常能讀取其中的伺服器和驗證資訊，因此應將網址視為敏感憑證妥善保管。不要在公開截圖、記錄或問題描述中貼出完整訂閱連結，也不要將訂閱回應交給不明的轉換服務。需要比較格式時，可在本機檢視必要欄位，並以遮蔽敏感資料的副本說明問題。

逐欄比對比重新匯入更有效

在 v2rayN 與 v2rayNG 比較同一個入口時，建議依序檢查位址、連接埠、驗證資訊、傳輸方式、安全層、伺服器名稱和附加參數。REALITY 組合還須核對公鑰資料、短識別碼、指紋與流控；WebSocket 須確認路徑與請求主機；gRPC 則須確認服務名稱。欄位空白時，先確認這是合法的預設值還是匯入遺漏，不要拿另一個入口的值來填補。

特殊字元會增加匯入差異。密碼、備註或路徑包含保留字元時，必須依分享格式正確編碼；重複編碼可能讓用戶端讀到編碼後的文字，而不是原始值。手動複製時也要留意換行、前後空格，以及遭聊天工具截斷的內容。如果同一個連結在一款用戶端正常、另一款卻失敗，可先比對解析後的欄位，避免反覆更新訂閱卻沒有改變任何實際參數。

結構化設定與分享連結並非等價的容器。完整設定可能包含多個出口、路由規則、DNS、入站和策略；單一分享連結通常只描述一個遠端入口及有限的附加資訊。將完整設定轉換成連結清單，可能保留伺服器資料，卻遺失分流與解析語意。反向匯入也不會自動還原原本的整體行為，因此遷移時必須分別處理伺服器設定與用戶端全域設定。

簡短設定範例：規則參照也有相依項目

以下是 Xray 或 V2Fly 設定中常見的路由片段，用來說明規則如何參照出口標籤。這不是完整的執行檔案，必須合併到既有設定，並確保已定義名為 direct 的直連出口。規則使用私有位址範圍，不依賴額外的分類資料；它只處理這類位址，不代表已涵蓋網域分流、DNS 與所有區域網路探索服務。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "ip": [
          "10.0.0.0/8",
          "172.16.0.0/12",
          "192.168.0.0/16",
          "fc00::/7"
        ],
        "outboundTag": "direct"
      }
    ]
  }
}

這段設定也說明了為何不能只驗證 JSON 語法。即使括號與引號都正確，若出口標籤不存在，或圖形介面用戶端產生了另一種路由結構，片段仍無法如預期運作。規則順序同樣重要，較早符合的規則可能決定出口。使用圖形介面用戶端時，應優先透過路由設定表達需求，不要直接用範例覆寫用戶端產生的整份設定檔。

更新訂閱後若部分入口消失，應先檢查回應格式、群組篩選和解析提示，再判斷服務是否已撤下。更新失敗則應區分訂閱網址存取、驗證回應與內容解析三個階段。保留一筆已驗證可用的設定作為排查基準，有助於判斷問題出在分發格式還是連線本身；常見操作問題可至說明中心查閱。

依情境選擇與驗證

先列出條件，再選擇組合

在 v2rayN 桌面端使用前，應先確認伺服器提供的組合與本機接入需求。日常瀏覽只需要系統代理時，可先維持簡單的接入方式；若要處理不讀取系統代理設定的應用程式，再評估使用 TUN。協定選擇則依據現有入口：VMess 部署維護正常即可繼續使用；Trojan 需要正確的 TLS 條件；VLESS 需要搭配安全層；Shadowsocks 則須確認加密方法與金鑰要求。用戶端功能多，不代表每次都需要全部啟用。

使用 v2rayNG 行動連線時，應同時評估穩定恢復能力與背景耗用。需要 REALITY 等 Xray 功能時，選擇能完整匯入相應參數的設定；若入口符合 V2Fly 實作，也可考慮 v2flyNG。不要讓兩款用戶端同時負責同一個系統 VPN 接入工作。比較前應停止另一款用戶端的服務，以免把系統接入切換造成的中斷誤判為遠端協定問題。

開發與辦公工作通常會同時使用瀏覽器、命令列工具、內部位址及套件庫。系統代理不一定涵蓋所有工具，有些程式也會使用自己的代理設定。此時應優先確認接入範圍與路由例外，而不是立刻更換遠端協定。內部位址通常需要明確的直連路徑，DNS 也必須能解析相應名稱；若只有某一個工具失敗，應先檢查該工具實際採用的代理設定。

分階段驗證，取代一次定論

第一階段確認用戶端與核心能否正常啟動。若啟動失敗，應先檢查欄位格式、功能支援與檔案相依項目，暫時不要調整系統代理。第二階段驗證單一遠端連線，觀察位址解析、安全交握和驗證是否完成。第三階段讓實際應用程式接入，確認請求是否進入用戶端。第四階段再驗證路由、DNS 與特殊流量類型。各階段都有明確結果，才能判斷下一步應修改哪一層。

連線成功但網站無法開啟時，應進一步區分目標解析失敗、路由選錯出口與目標服務異常。某個測試位址可連通，只能證明該條路徑成功。瀏覽器可能快取解析結果，應用程式也可能保留舊連線，因此修改設定後應重新送出請求，必要時重新啟動受影響的應用程式。不要一次清除所有設定，否則即使暫時恢復，也難以找出真正改變的條件。

驗證 DNS 時應考量預期的解析路徑，而不是只確認是否取得位址。直連 DNS、遠端 DNS 和伺服器位址解析各有用途，路由規則也可能影響解析請求本身。有些檢測結果還會受瀏覽器安全 DNS 與快取影響，不能只憑單一頁面的單次結果下結論。完整操作可參閱v2rayN 與 v2rayNG 的 DNS 路徑檢測，先釐清目標，再驗證請求實際經過的路徑。

保留基準設定，依功能需求遷移

遷移設定時，建議保留原本可用的入口，先匯入新組合並完成獨立測試，再遷移群組與預設選項。如果新設定需要不同核心，應先確認其他常用入口是否相容，避免修好一條連線卻影響整組設定。更新訂閱後也應抽查重要欄位，尤其是安全層、流控與傳輸參數。長期使用的設定，記下修改原因比保存大量難以區分的副本更有幫助。

排查記錄可保持精簡：註明用戶端、核心家族、協定組合、接入方式、失敗階段和最近一次修改。不要記錄或公開完整密碼、使用者識別碼及訂閱網址。應依問題重現時間篩選記錄，避免大量無關輸出掩蓋真正的錯誤。向設定提供者詢問時，描述「安全交握失敗」或「匯入後缺少流控」，通常比只說「速度慢」更容易得到可採取行動的答覆。

最終的選擇標準是滿足必要功能、日常任務能穩定重複完成，並能在發生問題時定位到具體層次。不存在不受裝置與網路條件影響的永久速度排名，也沒有只改協定名稱就能解決所有問題的做法。先使用符合伺服器設定的完整組合，再控制變因比較穩定性、資源耗用與電量，才能得出可靠結論。開始設定時可返回入門指南；需要安裝檔時請前往用戶端下載頁；參數概念則可繼續依章節在本頁查閱。