V2Ray 設定指南
從安裝到路由分流

核心概念：介面、核心與連線流程

圖形用戶端與代理核心各自負責什麼

V2Ray 是 Project V 代理生態系中的核心專案。日常使用的 v2rayN、v2rayNG 和 v2flyNG 則是圖形用戶端，負責管理伺服器、訂閱、路由與啟動選項。實際處理連線的是核心。V2Fly 與 Xray 屬於相關的核心家族，但功能發展與設定支援並不完全相同。介面上出現某種協定選項，不代表任何核心都能執行相應設定；判斷相容性時，必須同時確認用戶端、核心與伺服器端的需求。

常見的連線流程可以這樣理解：應用程式發出請求，流量進入本機代理入口，核心依據規則選擇直連、代理或阻擋，再建立後續連線。圖形介面顯示「啟動」，只代表用戶端嘗試執行核心；選取伺服器，只代表已指定預設代理出口。能否順利存取目標，還取決於應用程式是否使用該入口、網域能否解析、伺服器端參數是否正確，以及目標服務是否接受連線。排錯時應沿著這條流程分層檢查。

別混淆協定、安全層與傳輸方式

VMess、VLESS、Trojan 和 Shadowsocks 是不同的代理協定。TCP、WebSocket、gRPC 等描述傳輸方式；TLS 和 REALITY 則涉及連線安全機制。分享連結會組合這些層級的參數，因此不能只看協定名稱就手動重建節點。同一份 VLESS 設定，只要傳輸方式、安全設定或服務名稱不同，就可能完全無法互通。伺服器端提供哪種組合，用戶端就應匯入相同組合，不要逐一嘗試常見選項。

尤其要分清伺服器位址、TLS 伺服器名稱與 HTTP Host。伺服器位址用來找到連線入口；伺服器名稱通常用於 TLS 交握與憑證驗證；Host 則可能用於應用層轉送。三者可能相同，也可能由伺服器端設定為不同值。REALITY 也可能需要公鑰、短識別碼等參數，這些值有明確的配對關係，不能拿其他設定的內容來補。欄位缺漏時，應回頭向設定來源確認，而不是關閉驗證來規避錯誤。

訂閱、分享連結與本機設定的關係

分享連結通常描述單一伺服器設定；訂閱網址則是用戶端可定期取得的一組設定。訂閱不等於代理通道，也不等於帳號本身。匯入成功代表用戶端讀取了內容，不代表其中所有連線都可用。有些訂閱僅適用特定用戶端或設定格式，不能因為瀏覽器能開啟，就認定可以直接匯入。完整設定檔還可能包含入口、DNS 與路由，涵蓋範圍比單一分享連結更廣，匯入前請確認操作對象。

後續章節一律依照同一個順序判斷：先確認設定內容，再確認核心啟動，接著驗證應用程式接入，最後檢查路由出口。每次只調整一個層級，並保留修改前可用的狀態。連線失敗時，才能清楚判斷問題出在匯入格式、連線參數，還是本機接管方式。協定名稱、訂閱名稱與用戶端名稱只是不同面向的標籤，不能直接用來推斷速度、穩定性或服務品質。

選擇用戶端：桌面與 Android 各有分工

桌面優先選 v2rayN，Android 依核心需求選擇

Windows、macOS 與 Linux 桌面環境建議優先選用 v2rayN。它透過圖形介面管理伺服器、更新訂閱、選擇路由與設定核心，適合需要查看連線狀態、維護多組設定或調整分流的使用者。Windows 下載區提供桌面版與經典 WPF 版：前者採用跨平台介面，後者採用傳統介面。兩者並非速度等級之分，也不能只憑介面新舊判斷協定支援能力；實際支援情況仍以隨附核心與發行說明為準。

Android 首選 v2rayNG，採用 Xray 核心；v2flyNG 則是採用 V2Fly 核心的替代選項。選擇時應考量現有設定需求、裝置相容性與所需的核心功能，而不是在同一台裝置上同時啟動兩個用戶端。Android 的 VPN 流量接管通常只能由一個啟用中的服務負責，其他 VPN、工作設定檔或安全工具可能與它衝突。需要比較時，先停止原有服務，再啟動要測試的用戶端，並使用相同網路與同一份伺服器設定。

架構與安裝套件格式決定能否執行

處理器架構必須與安裝套件相符。macOS 可在系統「關於這台 Mac」查看晶片：Apple Silicon 選擇 arm64，Intel 選擇 x64。Linux 還需區分套件體系：Debian、Ubuntu 通常使用 deb，Fedora 等則使用 rpm；只有副檔名相同，仍不代表相依套件完全相容。本站列出的 Windows 下載選項為 x64，不適用於所有處理器。架構不符時應重新選擇，不要反覆嘗試啟動。

Android 近年推出的主流裝置通常可優先考慮 arm64；如果系統實際使用其他 ABI，則需選擇相容套件。通用版包含更多架構內容，適合不確定架構時使用，但套件較大不會讓連線表現更好。裝置上市時間只能作為粗略參考，應以系統或裝置提供的架構資訊為準。安裝程式提示不相容時，先檢查系統需求、ABI 與剩餘空間，再確認是否有舊版簽章衝突。

依實際需求訂定選擇標準

若要在電腦與手機上共用同一份訂閱，重點是兩端都支援訂閱格式及伺服器所需的協定，而不是要求用戶端名稱一致。分享連結可以傳遞連線參數，但桌面系統代理與 Android 應用程式分流屬於本機設定，通常需要分別設定。若伺服器端明確要求 REALITY，應確認相應核心與用戶端支援所需欄位；不要把「支援 VLESS」解讀為支援所有 VLESS 組合。協定差異可參閱協定比較文章。

正式安裝前，先到用戶端下載頁確認平台與下載選項，再透過用戶端比較了解適用範圍。保留一款作為主要用戶端即可，另一款可留作必要時的驗證工具。比較使用體驗時，應使用相同伺服器、網路與目標位址；不同協定設定的差異可能來自遠端條件，不一定是用戶端造成。選定後記下安裝套件類型，後續沿用同一版本分支升級，較容易維持設定目錄、執行方式與遷移步驟一致。

安裝與初始化：先準備可正常執行的本機環境

安裝前先檢查權限、路徑與舊設定

安裝前先關閉已執行的同類用戶端，確認下載套件與系統、架構相符。如果曾使用可攜式資料夾或其他安裝分支，先備份設定，不要直接把新舊檔案混放在同一個資料夾。安裝目錄與使用者設定目錄可能不同，刪除程式檔案不一定會一併清除設定。重新安裝後仍保留原有設定並不異常；請透過用戶端提供的設定位置或系統應用程式目錄確認資料來源，避免誤刪其他軟體的內容。

Windows 安裝後首次啟動，先確認主視窗正常顯示，再查看執行日誌。可攜式版本應放在使用者可讀寫且穩定的位置，避免直接從壓縮檔預覽中執行，也不要放在會自動清除的暫存路徑。一般系統代理操作通常不必一直以系統管理員身分執行；TUN 或相關服務可能需要提高權限。若安全軟體提示檔案遭隔離，先確認來源與具體偵測資訊，不要直接關閉整套系統防護。

依平台完成首次啟動

安裝 macOS 版本時，依下載頁說明選擇與晶片相符的套件，並將應用程式放在穩定的位置後再執行。如果系統阻止開啟，請查看「隱私權與安全性」中的具體原因，依照系統提供的授權流程處理，不建議使用範圍過廣的指令，取消所有應用程式的安全檢查。首次要求網路或輔助元件權限時，確認申請者是目前使用的用戶端。若啟動後沒有視窗，也請查看選單列或 Dock 的狀態，分辨程式是在背景執行、視窗遭隱藏，還是已經退出。

Linux 請使用發行版支援的套件管理方式安裝 deb 或 rpm，先處理套件管理器回報的相依問題，再啟動圖形介面。桌面工作階段的系統代理支援情況與桌面環境有關，不能將「用戶端設定成功」視為每個應用程式都已接入。Android 安裝後先開啟主畫面，再匯入設定；首次啟動代理時通常需要確認 VPN 授權。授權視窗表示系統允許建立本機流量接管服務，並不代表訂閱已驗證或遠端已連線。

先確認入口，再檢查伺服器

首次執行時先關閉 TUN，並暫時停用其他代理工具。查看設定中的本機監聽位址、連接埠與入口類型，確認使用的是 HTTP、SOCKS 還是混合入口。本機連接埠沒有必須沿用的固定值，範例中的連接埠也不應覆蓋實際設定。若日誌顯示位址已被占用，優先關閉殘留執行個體或更換監聽連接埠。更改連接埠後，手動設定代理的應用程式也要同步更新，否則請求仍會送往舊入口。

建議先將監聽位址保留在迴路範圍內，只供本機使用。「允許區域網路連線」會擴大入口的可存取範圍，與分享檔案不是同一回事；確有需求時，還應限制防火牆來源並設定必要的存取控制。首次測試不必開放區域網路，也不必啟用所有進階選項。此時可以還沒有伺服器，但介面、設定儲存與日誌視窗都應正常運作。核心無法啟動時，先處理路徑、權限與相依問題；更新訂閱無法修復本機執行環境。

建議簡單記錄目前基準：系統類型、用戶端分支、設定存放位置、監聽入口與目前的權限方式。記錄中不必包含帳號、訂閱網址或伺服器憑證。日後升級或遷移時，這些資訊有助於分辨「程式無法啟動」與「代理連線不通」。安裝完成不代表設定也已完成；只有維持穩定的環境，後續每次調整才有可比較的起點。按鈕操作順序可參考快速入門教學。

匯入訂閱：分組、更新與參數確認

先分清要匯入的是訂閱網址還是分享連結

訂閱網址通常是可透過網路取得設定的連結；分享連結則常以 vmess://、vless://、trojan:// 或 ss:// 開頭。複製前先確認來源提供的是哪一種。不要把訂閱管理頁的網址當成訂閱網址，也不要把登入頁面的內容當成伺服器清單。網址中若包含帳號識別資訊或存取參數，應視為敏感資料，避免貼到公開留言、截圖或群組聊天中。

在 v2rayN 中，先進入訂閱分組管理，新增一個容易辨識的分組，再填入訂閱網址並儲存。接著更新該分組的訂閱，查看更新結果與伺服器清單，不要反覆點選匯入。v2rayNG 可在訂閱設定中新增網址，再從相應選單更新訂閱；不同版本的介面名稱可能略有差異，基本順序都是「儲存來源，再取得內容」。單一分享連結則透過剪貼簿匯入，不必為了一台伺服器另外建立網路訂閱。

匯入後確認真正影響連線的欄位

伺服器出現在清單後，先選取一個設定並查看編輯欄位。優先確認位址、連接埠、使用者識別碼或密碼、協定、傳輸方式與安全設定。使用 WebSocket 時，留意路徑與 Host；使用 gRPC 時，確認服務名稱；使用 TLS 時，核對伺服器名稱與憑證驗證選項；使用 REALITY 時，核對公鑰、短識別碼與所需指紋等欄位。哪些欄位必須填寫，取決於伺服器端設定；看到空白欄位不要隨意填入常見值。

匯入時若出現「不支援的格式」，先檢查複製內容是否包含說明文字、前後空白，或被聊天工具截斷。訂閱回傳登入頁、錯誤訊息或其他用戶端專用格式，也可能造成解析失敗。請分開判斷網頁能否開啟與設定能否解析。需要轉換格式時，優先使用可信且清楚說明相容範圍的方式；轉換服務可能會接觸完整訂閱內容，不要將敏感網址隨意提交給來源不明的網站。

訂閱更新失敗，不代表所有伺服器都已失效

更新訂閱是獨立的 HTTP 請求流程，可能受到 DNS、憑證、網路狀態或存取授權影響。如果現有伺服器仍可連線，先保留設定，再查看訂閱更新日誌。部分用戶端允許透過代理更新，適合無法直連訂閱來源、但已有可用代理的情況；不過，剛安裝且沒有可用出口時，不能依賴這個選項解決所有問題。也應檢查裝置時間，時間偏差可能影響安全連線。

更新前最好先了解該分組的取代策略。訂閱產生的項目可能在下次更新時重新建立，手動修改過的名稱、參數或排序未必會保留。需要暫時修改時，可複製到獨立的手動分組，並清楚標示用途，不要讓測試項目混進主要清單。刪除訂閱來源與刪除已匯入的伺服器可能是不同操作，清理前請看清確認提示。依來源或用途分組，比依賴伺服器名稱中的符號更容易維護。

匯入完成後，只選一台參數明確的伺服器作為基準，先不要批次切換。確認分組、目前選取項目與更新來源，再進入下一章驗證應用程式接入。電腦與 Android 之間可以共用相容的訂閱來源，但本機路由、應用程式清單與權限仍需分別檢查；遷移方式請參閱多裝置設定同步文章。不要把「訂閱更新成功」當成整條代理連線流程都已驗證。

代理模式：分開設定應用程式接入與出口選擇

系統代理只涵蓋部分應用程式的接入

桌面系統代理會告訴遵循系統設定的應用程式，應將請求交給哪個本機代理入口。瀏覽器通常會讀取系統設定，但命令列工具、遊戲與部分桌面程式可能採用自己的連線方式。因此，啟用系統代理後，某個應用程式仍然直連，不能直接判定節點失效。先確認該應用程式是否支援系統代理、是否設定了獨立代理或略過清單，再決定使用應用程式內設定，或改用後續章節介紹的 TUN 接管。

v2rayN 常見的系統代理選項包括清除、自動設定與不變更系統代理。「清除」會移除相關系統代理設定；「自動設定」會將支援系統代理的應用程式指向本機入口；「不變更」表示用戶端不會主動修改目前的系統設定，並不保證系統目前沒有代理。若先前其他程式寫入了代理位址，該位址可能仍然保留。退出用戶端後網頁突然無法開啟時，請確認系統是否仍指向已停止的本機連接埠。

全域與略過規則決定接入後的流量出口

路由模式是另一層設定。常見的全域代理通常會將進入核心的流量導向代理出口；略過中國大陸等預設模式，則依據網域與位址分類來選擇直連或代理。這裡的「全域」不代表作業系統中的所有處理程序都會被接管：未進入核心的流量不會自動套用規則。系統代理負責決定「是否進入」，路由負責決定「進入後往哪裡走」，兩者搭配才會決定最終行為。預設規則的具體內容，仍應查看用戶端提供的清單。

直連不等於關閉用戶端。某條規則選擇直連時，流量可能已進入核心，只是在出站階段由本機直接連到目標。阻擋則是明確拒絕符合條件的請求，與連線逾時並不相同。排錯時可暫時使用較簡單的路由模式比較行為，但測試結束後應還原原有設定，避免將暫時的全域模式當成長期解決方案。如果全域模式可用、分流卻無效，應優先檢查規則與 DNS，而不是重新匯入同一份訂閱。

透過可重複的測試確認接入狀況

驗證時先關閉 TUN，啟動核心並啟用系統代理，再使用明確遵循系統設定的瀏覽器前往已知目標。接著查看日誌或連線資訊中是否出現相應目標。瀏覽器沿用舊連線、快取或自訂安全 DNS 設定，都可能影響觀察結果；可建立新連線或重新啟動應用程式再比較。若要指定本機 HTTP 入口進行測試，可使用下方指令，但必須將連接埠改成用戶端實際監聽的連接埠，並確認該入口支援 HTTP 代理。

curl --proxy http://127.0.0.1:10809 --head https://example.com/

這個指令只會測試指定入口到目標的請求，不會變更系統代理；範例連接埠不是用戶端通用的預設值。若回報代理連線遭拒，先檢查本機監聽；若已連上代理但後續逾時，再檢查伺服器、DNS 與遠端存取。目標本身可能對 HEAD 請求有特殊回應，收到 HTTP 錯誤狀態也不一定代表代理失敗，需配合連線過程判斷。沒有命令列工具時，也能透過應用程式本身的代理設定進行相同的對照測試。

Android 的一般啟動方式會透過系統 VPN 介面接管流量，此外還有按應用程式代理、略過區域網路等選項會影響涵蓋範圍。不要把桌面系統代理的三種狀態直接套用到 Android。如果只有部分應用程式異常，先檢查應用程式是否在代理範圍內、是否受到系統背景執行限制，以及是否有其他 VPN 服務造成衝突。更多模式差異請參閱系統代理與路由模式的差異；先取得可重複的測試結果，再調整精細分流。

路由分流：規則順序、DNS 與出口標籤

先了解比對順序，再新增規則

路由規則通常會依序檢查，由第一條符合的規則決定出口，未符合的連線再採用預設策略。欄位組合與比對方式應以核心說明為準，不要把規則清單當成單純的標籤集合。範圍較大的代理規則若排在前面，可能導致後面的精細直連規則永遠無法符合。開始時先保留精簡規則集：必要的區域網路處理、明確的網域例外、地域規則與預設出口；逐條驗證後再擴充。

網域規則與 IP 規則依賴不同資訊。用戶端知道原始網域時，可以直接進行網域比對；若只收到目標 IP，網域規則可能沒有足夠資訊。DNS 解析結果也會影響 IP 分類，因此 DNS 與路由應作為一套邏輯一起檢查。不要只因某個網站顯示中文，就將它歸類為直連；網站網域、內容傳遞網路與伺服器所在地並沒有固定的對應關係。地域規則是持續維護的資料集，不是即時測量結果。

設定片段必須放在正確的層級

以下是 Xray 路由物件的教學片段，並非可直接啟動的完整設定。範例展示了私有位址直連、指定網域直連與地域規則的順序。使用前必須確認目前設定中有名為 direct 的出站，且已安裝相應的 geosite、geoip 資料檔。若圖形用戶端提供規則編輯介面，建議優先透過介面新增，避免修改執行時自動產生的設定。缺少預設出站等完整背景資訊時，不能只憑這段片段推斷所有流量的走向。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["domain:example.com", "geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:cn"],
        "outboundTag": "direct"
      }
    ]
  }
}

geosite:cn → direct 表示將符合的網域集合導向直連出站；geoip:cn 則是針對位址集合。domain:example.com 是網域後綴比對，通常涵蓋該網域及其子網域，不能當成任意位置的字串包含判斷。AsIs 不會為了路由比對主動將網域解析成 IP，因此某些以網域形式送入的請求，不會只因地域 IP 規則而改變出口。選用其他解析策略前，應先了解其觸發條件與查詢成本。

嗅探、DNS 與例外規則的適用範圍

流量嗅探可以在特定協定中協助還原網域資訊，但不保證能識別每一個請求，也不是通用的應用程式加密繞過方法。應用程式若使用自訂 DNS、加密 DNS 或直接連線到 IP，路由可取得的資訊可能不同。調整嗅探或 DNS 後，應觀察同一個目標的規則比對變化，不能只看網頁能否開啟。若用戶端提供連線詳細資訊，優先確認實際目標、符合的規則與出口；一般日誌層級未必會記錄所有資訊。

需要新增例外時，優先使用範圍最小的網域或位址，並放在適當位置。整段位址直連可能涵蓋無關服務，整類網域代理也可能影響區域網路資源的存取。修改設定後，請儲存並套用，再重新建立連線；既有連線未必會立即重新比對。分流失敗時，先撤銷最後新增的規則，再確認資料檔是否存在、標籤是否正確，以及網域是否誤帶協定或路徑。規則欄位通常填寫網域本身，不要填入完整網頁網址。

TUN 模式：擴大流量接管範圍並避免迴路

什麼情況需要 TUN

TUN 透過虛擬網路介面接收 IP 流量，適合不讀取系統代理，或不方便個別設定代理的應用程式。它改變的是流量進入用戶端的方式，不會自動修正錯誤的伺服器參數，也不會讓伺服器端突然支援新協定。一般瀏覽器與支援代理的開發工具都能正常運作時，可以先沿用系統代理方案。只有確認應用程式接入範圍不足時，再啟用 TUN，排錯範圍會小得多。

桌面 TUN 通常涉及虛擬介面、路由表、DNS 接管與較高權限，實際實作方式取決於用戶端與所選核心。v2rayN 圖形介面可能會協調不同核心或輔助元件，不能把 TUN 設定理解成所有 Xray 設定都通用的單一欄位。切換核心前，應確認新核心支援目前使用的伺服器、安全機制、路由與 DNS。設定能匯入，不代表執行時語意相同；尤其不可直接交換不同核心體系的原始設定檔。

分階段啟用，不要一次打開所有選項

啟用前先透過系統代理或應用程式明確指定代理，確認同一台伺服器可用，再備份設定並關閉其他 VPN 與流量接管工具。依照用戶端提示完成必要的服務安裝或權限授權，再啟用 TUN。首次使用時保留建議的網路堆疊與自動路由設定，不要同時修改 MTU、DNS 位址與應用程式排除項目。若介面回報建立介面失敗，先檢查權限、殘留處理程序與驅動程式狀態，不要更換訂閱或批次測試伺服器。

部分方案可同時使用 TUN 與系統代理，但排錯時建議減少兩者重疊，避免無法判斷請求實際經過哪個入口。啟用後先測試一般網頁，再測試原本不讀取代理的目標應用程式，最後檢查區域網路裝置與內部服務。某個應用程式可用，不代表 UDP、IPv6 與所有 DNS 請求都已按預期處理；這些功能需要用戶端、核心、伺服器端與網路路徑共同支援。若涉及語音或遊戲，應另外確認實際功能。

DNS、迴路與區域網路例外

接管 DNS 時，必須確保解析請求能送達上游，而且連往上游的連線不會反覆被自身攔截。代理用戶端連線到伺服器的流量也需要正確排除或指定出站介面，否則可能形成迴路，出現啟動後連線持續堆積、CPU 使用率異常或整體網路失效。遇到這種情況，先關閉 TUN 還原基準，再查看自動路由與出口排除設定，不要不斷新增隨機直連規則來掩蓋問題。

區域網路印表機、共享資料夾、路由器管理頁面與企業內部位址可能需要明確略過，但私有位址直連也應依使用環境判斷。企業網路可能透過特定 VPN 提供內部路由，單純略過不保證可以連線。IPv6 是否接管也需要另外檢查：只確認 IPv4 成功，無法證明另一種位址類型的流量走向。若部分網站異常，先比較網域解析結果與位址類型，再排查 MTU 或網路路徑問題，不要直接將所有異常歸因於 DNS。

關閉 TUN 後，應檢查一般直連、區域網路，以及休眠喚醒後的網路狀態。用戶端異常退出可能留下服務或系統設定，優先使用正常停止流程復原；必要時再依系統的網路管理方式處理。Android 一般 VPN 接入與桌面 TUN 的權限和路由機制不同，不應照搬桌面的驅動程式、服務或介面操作步驟。確認「目標應用程式已接管、內部資源可存取、停止後網路恢復」這三項條件後，再將 TUN 納入日常使用。

日常維護：日誌、測速、升級與備份

先將故障定位到特定層級

網路異常時，先記錄發生時間、網路環境、目標應用程式與最後一次變更。確認用戶端仍在執行、核心沒有退出、本機入口未發生衝突，再檢查目前的伺服器與路由。日誌中的 connection refused 通常表示某個連線目標拒絕建立連線，但目標可能是本機入口，也可能是遠端位址，必須配合位址判斷。i/o timeout 表示等待逾時，單憑這項訊息無法證明帳號失效、伺服器停機或 DNS 故障。

若發生交握失敗，請依序檢查協定參數、安全設定、裝置時間與伺服器端需求。日誌中的單一錯誤可能來自背景連線測試或已關閉的舊連線，不能脫離相應目標解讀。排錯期間可暫時提高日誌層級，重現一次問題後再恢復一般層級，避免日誌持續增加。分享日誌前，請移除伺服器位址、使用者識別資訊、訂閱參數與請求中的個人資料；進一步排查可參考執行日誌解讀。

測速結果應對應實際問題

TCPing 主要反映是否能與目標連接埠建立連線，不代表已完成代理驗證並成功存取目標。真實連線延遲會經過較完整的代理請求流程，但仍受測試位址、DNS、交握與當下網路負載影響。下載測速用來觀察傳輸速度，會消耗實際流量，也不能代表所有目標與應用程式的表現。不同測試方式的結果不能用同一標準排序；單次失敗也不應直接刪除設定，應先確認測試條件是否一致。

比較時固定裝置、網路、測試目標與代理模式，避免一邊更新訂閱、一邊批次測速。先確認能否穩定建立實際連線，再檢查應用程式所需的傳輸速度與回應時間。背景同步、無線訊號變化與伺服器端限速都可能影響結果，用戶端清單中的排序只代表當下觀察。指標說明可參閱延遲與下載測速的差異。日常不必頻繁進行完整測速，針對目前故障做小範圍複測更有意義。

升級與備份都應能復原

升級前匯出用戶端設定，並保存目前可用的路由、DNS 與自訂分組。備份可能包含有效憑證，應存放在受保護的位置，不要把完整設定當成一般截圖或文件同步。優先使用用戶端提供的匯出或備份功能；手動複製檔案前應先停止用戶端，以免資料仍在寫入。程式檔案、使用者設定與自動產生的執行設定並非相同內容，只保存安裝目錄不一定能完整還原使用環境。

從下載頁沿用原本的系統、架構與介面版本分支升級，並保留原始備份，再測試核心啟動、訂閱更新、路由與 TUN。新版可能會轉換設定結構；若發生問題，不要直接讓舊版程式讀取已轉換的資料，應還原升級前的備份。用戶端與核心的更新也最好分開驗證，發生異常時才容易找出原因。沒有明確需求時，不必頻繁切換不同核心來追求抽象的「更快」。

日常維護可以簡化為幾個步驟：確認訂閱來源正常、清除確定不再使用的測試項目、確認備份可以開啟，並留意日誌是否異常增加。設定穩定後再啟用自動啟動與訂閱定時更新，並注意休眠、網路切換及系統更新後的狀況。還原設定後，務必重新驗證一次實際連線，不能只看項目數量。能重現、能說明、能復原，比長期保留大量未驗證的開關更重要。

進階應用：可重現設定與跨裝置遷移

先整理可用基準，再測試效能與協定

完成前八個階段後，先撰寫一份不含憑證的設定摘要：用戶端分支、使用的核心、伺服器協定與傳輸組合、應用程式接入方式、路由預設、DNS 策略及 TUN 狀態。摘要的目的不是複製所有欄位，而是讓日後排錯時仍有背景資訊。將已驗證可用的設定作為基準，每次測試只變更一個變數，並記錄預期、實際結果與復原方式，避免憑記憶連續切換多個選項。

進階協定設定應從欄位之間的限制關係著手。VLESS 本身不具備某些協定相同的加密機制，實際安全性取決於所選安全層與完整設定；Trojan 通常搭配 TLS；Shadowsocks 需要兩端的加密方法與密碼一致；VMess 的行為也會受具體實作與參數影響。不能只憑協定名稱承諾效能或安全等級。實際選擇還會受到裝置資源、網路路徑、伺服器實作與維護方式影響，應以完整方案評估。

調整 REALITY 與傳輸設定前，先確認相容條件

REALITY 設定要求用戶端與伺服器端使用一致的安全參數。應向可信來源確認伺服器名稱、公鑰、短識別碼、指紋與其他必要欄位，並確認核心支援。交握失敗時，先排除參數缺漏、時間異常與入口無法連線，再檢查傳輸方式的搭配。關閉憑證驗證並非修正參數錯誤的常規做法，也不應複製其他伺服器的欄位來嘗試設定。更換核心後，應重新確認這些欄位是否正確保留。

傳輸調整應以實際問題為依據。連線重用、並行數、MTU 或 DNS 快取可能改善特定情境，也可能增加資源消耗或改變故障表現。先確認目標是減少重複交握、改善特定應用程式的回應，還是解決網路路徑問題，再選擇相應選項。測試時維持相同目標與負載，觀察一段實際使用過程，不要只截取表現最好的一次結果。若改動沒有帶來可重複的改善，就恢復較簡單、容易維護的設定。

跨裝置遷移只同步適合共用的內容

桌面與 Android 可以共用相容的訂閱，但應用程式分流清單、本機監聽、系統代理、TUN 權限與設定目錄都屬於裝置本機資訊。不要將桌面的完整執行設定直接覆蓋到手機，也不要以為相同訂閱就會自動套用相同路由。遷移時，先在新裝置獨立安裝用戶端，匯入同一個可信來源，驗證單一伺服器後，再逐項重建路由與 DNS。舊裝置應維持可用，直到新裝置完成實際應用程式測試。

分享連結適合傳遞少量伺服器，QR Code 適合近距離匯入，完整備份則適合同類用戶端還原，但三者都應受到同等保護。確認接收對象、傳輸管道與儲存位置，遷移完成後清理暫存檔與截圖。路由規則可作為獨立文件管理，註明適用核心、出站標籤與必要資料檔；敏感參數則應另外保管。遇到格式差異時，先比較欄位語意，不要為了成功匯入而刪除不了解的安全設定。

以驗證結果確認設定變更完成

每次完成變更後，都執行相同的一組檢查：核心正常啟動、指定應用程式能夠接入、目標流量走向符合規則、區域網路資源正常，以及停止用戶端後網路恢復。若涉及 UDP、IPv6 或 TUN 需求，還要加入相應的專項測試。若某項結果無法解釋，先保存日誌與環境摘要，還原可用基準，再縮小重現範圍。不要用一次網頁成功開啟取代完整驗證，也不要把暫時可用視為所有應用程式都已設定正確。