V2Ray 協定與核心

連線層次：用戶端、核心與協定

先釐清各層的職責

圖形化用戶端負責儲存設定、匯入訂閱、切換出口及顯示記錄；核心則負責建立連線、解析協定、處理路由並建立實際資料通道。兩者不是同一套軟體的不同稱呼。用戶端可能內建核心，也可能另外啟動獨立的核心程序。因此，介面成功儲存設定，只代表管理層接受了這些欄位，不代表執行中的核心一定支援所有選項。判斷相容性時，必須確認用戶端能否呈現該設定，以及目前使用的核心能否執行。

一條連線可拆成代理協定、傳輸方式與安全層來理解。代理協定定義驗證資訊、目標位址與資料的組織方式；傳輸方式決定資料如何承載，例如直接使用串流連線，或包裝在另一種應用層傳輸中；安全層則負責相應的加密與身分驗證。VMess、VLESS、Trojan 和 Shadowsocks 都屬於代理協定，但各自結合加密機制的方式不同。REALITY 是一種安全機制，不是匯入時可任意取代上述協定的通用協定名稱。

設定名稱不代表相容

服務提供者可能將設定命名為「高速」、「行動」或「備用」，這些名稱只是備註。真正決定連線的是位址、連接埠、驗證資訊、傳輸類型與安全設定。即使兩筆設定的協定欄都標示 VLESS，只要其中一筆採用不同的安全機制或傳輸參數，就可能需要不同的核心功能。反過來說，介面上出現相似名稱，也不代表兩個專案使用完全相同的設定欄位。應查看實際參數，不要從備註推測底層組合。

檢查參數時，先記下服務端要求的組合，再逐項確認用戶端設定。位址決定連線目的地；連接埠對應特定的監聽服務；使用者識別碼或密碼用於驗證；伺服器名稱通常參與安全交握；傳輸路徑與主機名稱則可能是應用層轉送條件。這些項目可能出現在同一個設定頁面，負責的功能卻不同。若把伺服器名稱填入連線位址，或把網頁路徑填入主機名稱，可能會出現底層連線已建立、後續交握卻無法完成的情況。

從應用程式流量到遠端出口

應用程式還需要有方法將流量交給用戶端。系統代理通常會提供代理位址給遵循相關設定的應用程式，但不保證所有程式都會經過代理。TUN 則透過虛擬網路介面接收流量，也會涉及系統路由、權限與網域名稱解析。兩者是流量入口，不是遠端協定。啟用 TUN 不會自動把 VMess 改成 VLESS，也不會補上服務端缺少的安全參數。排查連線問題時，應先確認流量是否進入用戶端，再檢查出口連線。

建議整理一份不含敏感驗證資訊的參數清單，依照上述層次註明設定來源與預期用途。首次連線只保留必要設定，完成測試後再加入分流、連線複用或虛擬介面功能。如此一來，發生異常時較容易分辨問題出在入口、規則還是遠端交握。想快速了解術語，可參閱概念速查；想依問題現象逐步排查，可參閱常見問題。選擇設定的起點始終是服務端提供的完整組合，而不是先挑一個名稱再補參數。

VMess：驗證、加密與時間條件

設計背景與使用定位

VMess 是 Project V 生態系較早採用的代理協定，將使用者驗證、請求資訊與資料保護納入協定設計，長期出現在用戶端設定與訂閱中。常見用途是連線至已部署的服務，而不是讓使用者自行拼湊新的安全組合。理解 VMess 時，應區分協定本身的資料保護與額外疊加的安全層：設定使用 VMess，不代表所有傳輸都必須再套用同一種安全機制，也不能因此省略服務端明確要求的設定。

使用者識別碼是辨識驗證身分的重要欄位，常見格式為 UUID。它不是訂閱備註，也不是遠端伺服器的機器編號。複製時應保留完整內容，不要額外加入引號、空格或換行。連線位址可以是網域名稱或位址文字；能否解析與使用者驗證是否正確，是兩項獨立的檢查。遇到連線失敗時，先確認網域解析與連接埠是否可連，再檢查驗證及安全交握，比反覆更換使用者識別碼更容易縮小問題範圍。

舊欄位與現代驗證方式

舊版 VMess 設定常見額外識別碼數量欄位，部分分享格式會將它寫成 aid。現代 AEAD 的使用方式通常不再沿用舊式額外識別碼的運作方式，常見設定值為零，但不能把修改這個欄位當成萬用的修復方法。舊版服務端、舊版匯入工具與目前使用的核心之間可能存在相容性限制；如果來源仍提供舊版參數，應向設定提供者確認服務端實際支援的方式，不要照著不同年代的介面截圖逐項修改。

時間同步是排查 VMess 問題時值得單獨檢查的項目。驗證機制涉及時間條件，系統時鐘明顯有誤可能導致驗證失敗。應檢查實際時間與自動同步狀態，不要只憑時區顯示判斷：時區不同不代表時間一定錯誤，手動將顯示時間改成另一個地區的時間，反而可能讓正確的系統時鐘出錯。桌面系統從睡眠恢復、虛擬機器暫停後重新執行，以及行動裝置關閉自動設定時間後，都應再次確認時間是否正確。

加密選項與傳輸參數

用戶端可能提供自動或指定的資料加密選項，可用範圍取決於雙方實作與核心支援。硬體加速能力、處理器架構及連線負載都會影響不同演算法的實際成本，因此不能只看演算法名稱就推論傳輸效能排名。使用現成設定時，應優先保留服務提供者給出的參數；若要評估演算法差異，應固定服務端、傳輸方式與測試負載，再比較處理器使用率及持續傳輸表現，不要同時調整多個欄位。

VMess 可搭配不同的傳輸方式，但位址、路徑、主機名稱與安全名稱仍須符合服務端的部署設定。以經過反向代理的連線為例，底層連接埠可以連線，不代表應用層路徑也正確。路徑大小寫、開頭斜線或轉送條件不一致，都可能導致後續階段遭到拒絕。安全層的伺服器名稱也不應直接照抄備註。匯入後若用戶端顯示的傳輸類型與原設定不同，應先確認分享格式是否完整解析，再嘗試連線。

選用 VMess 的合理依據，是現有服務明確支援、參數可確認，而且目前的用戶端與核心能完整執行。它不會因為問世較早就自動過時，也不會因為相容項目多就必然適合所有裝置。如果現有連線穩定，升級或遷移應以具體需求為依據，例如需要新的安全機制或減少維護分支。遷移時保留原有設定，新增一筆設定並個別測試，避免覆蓋原項目而失去比較基準。關於驗證失敗與記錄檔判讀的常見情況，可繼續參閱故障排除問答。

VLESS 與 REALITY：協定與安全層的組合

精簡協定不代表省略安全設計

VLESS 的設計方向之一，是減少協定層本身負責的工作，並將資料保護交由合適的外部安全機制處理。它負責表示驗證資訊與代理請求，但不能只看協定名稱，就認為連線已受到完整保護。介面中的加密選項 none，通常描述的是 VLESS 這一層的設定，不代表整條連線一定沒有加密。實際安全性仍取決於外部設定，例如是否正確使用 TLS 或 REALITY，以及是否依要求完成身分驗證。

這種分層方式讓設定的職責更容易說明，也提高了檢查組合的要求。使用者識別碼屬於協定驗證；伺服器名稱與相關公鑰參數屬於安全交握；傳輸類型決定承載方式；部分流控選項則同時受協定、安全層與核心實作限制。不能因為介面允許填入所有欄位，就認為這些欄位可以任意組合。遇到不熟悉的選項，應先查明適用條件，不要複製另一筆設定的值來補齊。

REALITY 參數的適用範圍

REALITY 是與特定實作能力相關的安全機制，常見於 Xray 的 VLESS 設定。用戶端通常需要連線位址、連接埠、使用者識別碼，以及伺服器名稱、公鑰與短識別碼等相關參數。不同介面可能使用不同欄位名稱，但這些資訊的用途不會因此互換。公鑰用於相應的交握驗證，不是訂閱網址；短識別碼也不是使用者備註。缺少參數時，應回到可信的設定來源取得完整資訊，不能隨機產生一個值來修復遠端驗證。

伺服器名稱必須符合服務端設定允許的條件，不宜任意換成常見網站的網域名稱。連線位址與伺服器名稱可能不同：前者用於建立網路連線，後者則參與安全交握。將兩者設為相同內容未必正確。公鑰、短識別碼與名稱也不是可以互相替代的選項。排查時應整組確認，確保匯入工具沒有遺漏或錯誤對應，而不只是檢查協定欄是否顯示 VLESS。

流控、指紋與傳輸相容性

部分設定會使用特定流控方式，例如介面中的 Vision 相關選項。它不是所有 VLESS 連線都必須啟用的通用加速開關，是否適用取決於服務端、傳輸方式與安全組合。其他設定沒有提供這個欄位時，不應自行照抄。類似地，用戶端指紋選項會影響安全交握行為，但更改指紋不等於提升頻寬。先採用服務端要求或用戶端明確支援的組合，再判斷是否需要調整，才不會把相容性問題誤當成效能問題。

若用戶端可以匯入設定，啟動後卻立即顯示不支援安全類型或未知欄位，應優先檢查執行中的核心。圖形介面能辨識 REALITY 連結參數，不代表所選核心也支援相應功能。切換核心後，同一筆設定可能仍保留原有欄位，但實際產生的執行設定已經不同。因此切換前應先備份，切換後查看啟動結果與記錄檔，確認參數確實傳入核心，而不只是看設定卡片上的協定標籤。

選用這種組合的前提，是服務端明確支援、用戶端能儲存完整欄位，而且使用的核心能執行相應實作。這不代表它一定比其他組合快，也不能取代憑證體系以外的所有維運檢查。行動裝置還須考慮網路切換、長連線與背景執行方式。若只是日常連線至現有訂閱，完整匯入並維持參數一致，通常比手動追著選項調整更可靠。協定與核心的分工可搭配閱讀Xray 與 V2Fly 核心差異。

Trojan 與 Shadowsocks：安全界線與方法識別

Trojan 與 TLS 的搭配方式

Trojan 將代理驗證與請求承載放在 TLS 連線中，常見設定使用密碼進行驗證。它的設計取捨與 VLESS 不同，不能只比較欄位數量，就判斷哪種實作較輕量。使用者看到的位址、連接埠與密碼只是連線的一部分；伺服器名稱、憑證驗證與傳輸方式也必須符合服務端條件。匯入後能看到密碼，不代表憑證鏈已受信任；底層連接埠可連線，也不表示安全交握與代理驗證都已通過。

憑證驗證用於確認對端身分。若出現名稱不符、憑證過期或信任鏈異常，應先檢查設定中的伺服器名稱、系統時間與服務端憑證部署。直接關閉驗證會改變連線的安全界線，不能當成長期解決方式。企業網路使用自訂信任環境時，也應依實際管理規範處理，而不是對所有設定一律略過驗證。排查目標應是找出無法驗證的原因，而不是只讓錯誤訊息消失。

Shadowsocks 的加密方法是相容條件

Shadowsocks 通常以精簡的代理與加密組合提供連線，設定核心包括位址、連接埠、加密方法與密碼。加密方法不是可任意替換的個人偏好，而是雙方必須事先一致的重要條件。不同世代的方法，在金鑰要求、工作階段處理與實作支援方面可能有明顯差異。用戶端列出的方法比服務端實際支援的更多，不代表可以在本機任選一種。

較新的方法可能對金鑰格式有嚴格要求，不能一概把容易閱讀的短密碼當成可用金鑰。舊版分享連結也可能採用不同的編碼方式；有些會將方法與密碼編碼在一起，有些則分別表示驗證資訊與位址。解析成功後，仍應確認方法名稱與密碼完整無誤，尤其留意連結編碼中的特殊字元是否正確還原。若訂閱來源明確，應優先讓用戶端直接匯入，不要自行多次解碼、拼接後再重新編碼。

擴充欄位與資料報支援

部分 Shadowsocks 設定依賴額外擴充功能，但某些圖形化用戶端或其目前使用的核心可能不支援相應實作。此時即使基本協定已識別，連線仍可能失敗。不能只看協定名稱相同就認定設定完全相容；還應確認是否需要擴充功能、由哪個元件執行，以及目前軟體是否實際支援。本文僅討論站內三款用戶端的選擇，不建議為了配合某個分享連結而任意安裝來源不明的附加程式。

若需要語音、遊戲或其他資料報服務，也必須確認整條連線都支援 UDP。用戶端入口能否接收資料報、協定實作能否承載、服務端是否允許轉送，以及應用程式流量是否確實進入該入口，缺少任何一項都可能造成網頁正常、特定應用程式卻出現異常。不要直接把這種現象歸因於協定「不夠快」。先透過記錄檔與應用程式行為確認流量類型，再檢查用戶端入口模式與服務端能力。

選用這兩類協定仍須符合現有服務的部署條件。已有妥善憑證維護的 Trojan 服務，可依提供的參數使用；已採用受支援方法且設定清楚的 Shadowsocks 服務，也有合適的使用情境。不要透過關閉身分驗證、替換加密方法或刪除擴充欄位，硬把不相容設定改成「可以匯入」的設定。若需要遷移，應請服務端提供新的完整連線設定，並以獨立項目進行測試，同時保留原有設定作為回復方案。

核心系列：Xray、V2Fly 與用戶端支援

源自同一專案，不代表一直相容

Project V 是理解這個生態系的背景；V2Fly 維護 V2Ray 相關實作，Xray 則沿著分支發展各自的功能。共同來源讓部分概念與設定結構相近，但兩個專案並不是同一支程式換了不同外觀。分支發展後，功能、安全機制、傳輸實作與欄位定義都可能各自演進。支援某種協定，也不能直接推論該協定的所有擴充組合都受支援。比較核心時，應以具體設定需求為依據，不要把專案名稱當成效能等級。

需要 REALITY 或特定流控功能時，應確認所用的 Xray 實作與用戶端支援情況；使用既有 V2Fly 服務與設定時，則應檢查對應核心的實際支援。常見基礎協定可能兩邊都能使用，但相同名稱下的參數、預設值與限制仍須確認。對較新的傳輸方式，尤其不能只依據舊教學判斷另一個核心是否支援。更精確的問題是：「目前執行環境能否完整處理這份設定中的欄位？」而不是籠統地問哪個核心比較先進。

三款用戶端的定位

桌面端首選 v2rayN，適用於 Windows、macOS 和 Linux 的設定管理；不過，各平台的介面形式、系統整合與發行版本能力仍應以實際介面為準。Android 端可優先考慮使用 Xray 核心的 v2rayNG；需要 V2Fly 路線時，再評估 v2flyNG。這三款用戶端不是同一個應用程式在不同平台上的名稱，匯入工具、路由編輯方式與設定入口都可能不同。遷移時應轉移設定的實際意義，而不是逐字尋找完全相同的選單名稱。

用戶端提供的核心切換功能也有其限制。介面可以選擇核心，不代表所有設定都會自動轉換成另一份語意相同的設定。有些欄位可能只在其中一個核心生效，其他設定則可能由用戶端依不同核心產生不同結構。使用自訂設定時，差異會更明顯：能被某個核心讀取的完整設定檔，不應原封不動交給另一個核心，並假設結果完全一致。遷移前應保留原始檔案與執行記錄。

切換核心的檢查順序

先備份訂閱來源、手動設定與自訂路由，再挑選一筆參數清楚的設定作為基準。暫時關閉與測試無關的連線複用或複雜分流，啟動新核心並查看錯誤訊息。若啟動階段回報未知欄位，應檢查設定結構；若交握階段出現驗證或安全錯誤，應確認遠端參數；若網頁可用但應用程式異常，則繼續檢查流量入口、網域解析與資料報支援。不同階段的錯誤代表不同層次的問題，不適合一律靠「換核心」反覆測試。

路由規則也必須另外確認。網域清單、位址清單與資源檔的格式及載入位置，可能同時受用戶端與核心影響。切換後若連線本身正常，原本應直連的流量卻進入代理，應先查看實際產生的規則順序與預設出口，而不是修改協定驗證。規則檔缺漏、分類名稱不同或網域解析策略改變，都可能影響比對結果。遷移核心不只要確認連線相容，也要重新檢查路由行為。

長期維護時，建議記錄哪些設定依賴特定核心、哪些規則由用戶端產生，以及哪些選項經過手動修改。升級前保留可還原的設定副本，升級後先小範圍測試連線，再恢復日常分流。下載入口集中於用戶端下載頁；核心系列介紹不是要你另外下載其他程式的操作指南。生態系關係可參閱Project V 生態系概覽；平台與介面選擇請見三款用戶端比較。

效能與耗電：分清交握、吞吐量與背景負載

「速度」至少包含三種不同問題

比較協定時，最容易混淆的是建立連線所需時間、請求回應時間與持續吞吐量。建立連線涉及網域解析、底層連線、安全交握與驗證；回應時間也受遠端目標與網路往返時間影響；持續吞吐量則取決於頻寬、壅塞情況、服務端負載與本機處理能力。某種組合第一次開啟頁面比較快，不代表長時間傳輸的吞吐量一定更高。協定名稱只能說明部分結構成本，無法取代對實際連線的觀察。

短時間請求反覆建立連線時，交握成本較明顯；長連線傳輸大量資料時，穩定吞吐量與加密處理成本更值得關注。額外封裝可能增加處理步驟與資料量，但服務部署、轉送路徑及連線複用方式也會影響結果。不能忽略這些條件，直接替 VMess、VLESS、Trojan 和 Shadowsocks 排出固定的速度名次。同一種協定在不同裝置、傳輸方式與伺服器上的表現差異，可能大於不同協定之間的差異。

資源耗用取決於負載組成

處理器負載與加密演算法、硬體加速、資料複製及並行連線數有關。記憶體用量也會受規則資料、快取、緩衝區與用戶端介面影響。開啟完整圖形介面後看到的總用量，不能全都歸因於協定。比較時應讓兩組設定使用相近的規則與流量入口，並觀察閒置與負載狀態下的差異。如果一組啟用了複雜規則與虛擬介面，另一組只使用簡單的系統代理，測得的結果就不是單純的協定效能比較。

多路複用可以降低部分連線建立成本，但並非所有情境都能受益。遇到封包遺失、服務端限制或不同業務互相影響時，額外集中連線反而可能造成等待與復原問題。某些流控與複用組合也有實作限制，必須以雙方支援為前提。不要把持續增加複用執行緒或連線數當成通用的加速方法。先沿用預設值或來源明確的設定，確認問題可以重現後，再一次只調整一個變數。

行動裝置耗電主要受執行方式影響

行動裝置耗電不只來自加密運算，也會受無線網路喚醒、背景維持連線、頻繁重新連線、網域解析與資料轉送影響。閒置時仍持續通訊的設定，可能比運算稍重但連線穩定的設定更耗電。無線區域網路與行動數據切換時，舊連線失效後的復原方式也會影響使用體驗。螢幕亮度、訊號強度與其他背景應用程式都可能掩蓋協定差異，因此不宜只憑一次電量下降就認定某個核心比較省電。

測試 v2rayNG 或 v2flyNG 時，應在相近的網路與應用程式負載下，分別觀察前景使用、鎖定螢幕閒置及切換網路後的情況。系統的電池管理可能限制背景活動，導致鎖定螢幕後斷線或恢復較慢；是否放寬限制，應依實際需求與耗電狀況決定，不要一律關閉所有省電措施。也應檢查是否頻繁更新訂閱、自動測速或不斷重試；這些背景工作通常比協定間的小幅差異更容易增加耗電。

實際選擇時，應先排除明顯的相容性問題與異常重新連線，再比較效能。記錄測試條件、設定組合及問題發生階段，比保存一個孤立的延遲數值更有用。測試結果只適用於相應裝置與網路，不應當成協定的永久排名。如果一般網頁與持續傳輸都穩定，只有某個應用程式出現異常，應先回頭檢查入口與路由；如果所有設定都同時變慢，則應檢查共用的網路條件，不要連續更改協定參數。

訂閱相容性：分享連結、編碼與欄位保留

連結外觀不代表內容格式

單筆分享連結描述一份連線設定，訂閱網址則用來取得一組可能持續更新的設定。兩者都能複製到剪貼簿，但管理方式不同。分享連結通常帶有協定前綴；訂閱網址則通常是可連線請求的網路位址，回傳內容可能是連結清單、編碼後的文字或其他結構。網址使用安全網頁協定開頭，只能說明請求入口的形式，不能保證目前的用戶端一定能辨識回傳內容。匯入前應先確認來源提供的是哪一種用途。

VMess 分享格式常見編碼後的結構化內容；VLESS 與 Trojan 常見將驗證資訊、位址及查詢參數組合在連結中；Shadowsocks 則有不同的驗證資訊編碼方式。這些格式在相關生態系中廣泛使用，但不代表每種匯入工具都支援所有變體。若無法解析，可能是連結被截斷、編碼損壞，也可能是來源使用了用戶端尚未支援的欄位。先判斷錯誤發生在格式解析階段還是連線執行階段，才能避免無效修改。

匯入成功後仍須確認

用戶端通常會先將連結轉換成內部設定，再依據該設定產生核心執行所需的內容。這個過程可能遺失無法辨識的欄位，也可能替缺漏欄位補上預設值。因此，「匯入成功」只是第一步。還應確認協定、位址、連接埠、驗證資訊、傳輸方式、安全層與相關附加參數，尤其留意 REALITY 參數、流控、伺服器名稱與傳輸路徑。如果原始連結包含某個設定，介面卻完全沒有對應欄位，應先確認該設定是否有被保留，不要立刻著手修改遠端服務。

特殊字元是常見的問題來源。密碼中的分隔符號、路徑中的查詢內容，以及備註中的非拉丁文字，都可能需要正確的百分比編碼。反覆透過聊天視窗轉傳，或將整段內容當成一般網頁網址處理，都可能導致連結遭截斷或還原錯誤。不了解編碼層次時，不要反覆解碼整條連結；應優先重新複製原始內容，使用用戶端對應的匯入入口，並檢查貼上內容是否包含多餘說明、空格或換行。

訂閱更新與本機修改的衝突

訂閱更新通常依據遠端回傳內容進行；各用戶端對重複項目的辨識、備註保留與設定覆蓋方式各有不同。手動修改訂閱中的項目，更新後可能會被還原或取代。若要長期保留測試設定，可在用戶端支援的情況下複製成獨立項目，並清楚標示用途；但獨立副本不會自動取得遠端的位址或驗證資訊更新，仍須定期確認。訂閱管理與手動設定各有成本，不要混成一組無法追溯來源的紀錄。

訂閱網址本身可能包含存取憑證，應視為敏感資訊保存。提交截圖、記錄檔或問題描述時，請遮蔽完整網址、使用者識別碼、密碼與相關私密參數。排查下載失敗時，記錄連線錯誤、回傳類型與解析提示通常就已足夠，不需要公開整條訂閱。如果回傳內容變成登入頁面、錯誤頁面或空白文字，用戶端可能會回報解析失敗；這不一定表示協定不受支援，而是請求取得的內容並非預期的設定清單。

遷移用戶端時，優先使用服務提供者明確支援的訂閱格式，並挑選一筆具代表性的設定交叉確認。只比較項目數量不足以證明遷移完整，因為數量相同也可能漏掉重要欄位。批次匯入後先測試一筆，再確認不同協定與傳輸方式的代表項目。複製、加入訂閱與更新的具體操作請見入門指南；格式差異與匯入方式請參閱分享連結與訂閱網址的差異。只有正確保留欄位，後續的效能與穩定性比較才有意義。

情境選擇：建立最簡設定與驗證順序

依限制條件篩選組合

使用現有服務時，第一步不是評選協定，而是列出服務端提供的組合、裝置平台與實際用途。桌面端優先選擇 v2rayN，再確認設定要求的核心與傳輸方式；Android 可從 v2rayNG 開始，需要 V2Fly 路線時再評估 v2flyNG。如果服務端只提供一種完整且受支援的組合，用戶端就應依該組合設定，不必為了追求另一個名稱而改動驗證或安全參數。如果可以自行選擇服務端方案，則應將維護能力與更新成本納入考量。

需要頻繁切換網路的行動使用情境，應留意重新連線與背景執行情況；桌面端長時間傳輸，應關注吞吐量穩定性與處理器負載；需要讓不同應用程式使用不同出口，應確認路由設定與流量入口；涉及資料報服務時，則要先確認整條連線都支援。協定只負責其中一部分。把所有需求都歸結為「哪種協定最快」，容易忽略真正的限制，例如應用程式根本不會使用系統代理，或網域解析並未依預期進入分流規則。

先建立一條最簡單、可驗證的連線路徑

首次測試時，只啟用一筆參數清楚的遠端設定，使用簡單的路由模式，並讓一個已知的應用程式使用用戶端入口。確認核心正常啟動後，再連線至常用的一般網頁，接著查看記錄檔中的連線與出口資訊。網頁能開啟只能證明這次請求的路徑可用，不代表所有應用程式、網域與資料類型都已通過測試。接下來再逐步恢復規則、虛擬介面與其他功能，確保每次新增設定都有可比較的結果。

若要確認路由問題，可先用範圍很小的規則測試設定邏輯。以下是 Xray 或 V2Ray 格式設定中的一段路由片段，完整設定必須已包含標籤為 direct 的直連出口；這不是可單獨啟動的完整檔案。範例只會將保留作為示例的網域完整比對結果交給該出口，其餘請求仍依完整設定中的其他規則或預設出口處理。用戶端的圖形化路由編輯器可能採用不同的介面表示方式，不能將這段內容直接貼入分享連結輸入欄。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "domain": ["full:example.com"],
        "outboundTag": "direct"
      }
    ]
  }
}

依失敗階段逐步排查

若核心無法啟動，先檢查欄位、設定結構與核心支援，不必測試遠端頻寬。若網域解析失敗，先確認位址拼寫與解析路徑。若連線逾時，檢查網路是否可連、連接埠與服務端是否正在監聽。若安全交握失敗，檢查系統時間、伺服器名稱、憑證或公鑰參數。若驗證失敗，確認使用者識別碼、密碼與雙方協定。若連線成功但部分應用程式異常，則檢查入口模式、路由與資料報支援。依此順序排查，能讓每次修改都有明確目的。

恢復複雜分流設定時，請留意規則通常依序比對，前面的廣泛規則可能會遮蔽後面較精確的規則。網域規則與位址規則是否命中，也會受到解析策略與資料集影響。不要將地區分類視為永遠準確的業務分類；同一個應用程式可能連線至多個網域與位址範圍。應先決定流量預期使用哪個出口，再確認實際符合的條件。相關原理與規則衝突的檢查方式，可參閱geosite 與 geoip 分流設定指南。

保留回復點，再進行長期調整

每次調整只改變一個層次：先更換遠端設定，或先修改入口，或先切換核心，不要同時改動協定、路由與解析方式。記錄原始設定來源、修改目的與觀察結果，但不要記錄可能外洩的驗證資訊。確認新組合穩定後，再取代日常使用的項目；新連線路徑完成驗證前，應保留舊設定。升級後若出現問題，也應優先檢視變更範圍，不要立刻重新匯入所有訂閱。日常操作請回到快速入門主流程，具體問題則查閱常見問題；本手冊提供判斷依據，不會替所有服務端規定同一套參數。