v2rayN 完整使用指南
從核心概念到日常維護

階段一 · 建立基本概念

核心概念與連線流程

分清用戶端、核心與遠端服務

先拆解一次連線的流程：應用程式送出請求，經由本機代理入口進入核心，再由路由規則決定直連或交由遠端伺服器處理。v2rayN 是管理這些設定的圖形化用戶端，可儲存伺服器資料、更新訂閱、選擇使用中的設定並啟動核心；核心則負責實際處理協定與連線。下載用戶端不代表已取得遠端服務，伺服器位址、身分參數與有效期限須向合法服務來源取得。

Project V 是認識這個生態系的起點，V2Fly 與 Xray 則是相關的核心系列。用戶端介面與核心能力是兩回事：介面顯示某個欄位，不代表目前使用的核心一定支援該組合。匯入後若出現不支援協定、傳輸方式或安全設定的提示，請先確認實際使用的核心，再核對設定。不要把缺少支援誤判為訂閱失效，也別因為用戶端已啟動，就認定遠端連線正常。

從欄位了解協定與傳輸方式

VMess、VLESS、Trojan 是連線設定中的協定層資訊；TCP、WebSocket、gRPC 等描述傳輸方式；TLS、REALITY 等則涉及安全交握或相關機制。這些不是可以任意替換的效能選項。遠端要求什麼，本機就須保留相同設定，包括位址、連接埠、使用者識別碼、服務名稱、路徑與伺服器名稱等。VLESS 協定本身不等於加密通道，是否具備相應保護仍須視完整的傳輸與安全設定而定。

網域欄位的用途也不盡相同。伺服器位址決定最初連線的目的地；TLS 伺服器名稱會參與憑證與交握處理；WebSocket 的 Host 則屬於請求標頭。這三個值可能相同，也可能不同。位址能解析，只表示解析步驟有結果；連接埠能建立連線，也不代表身分驗證已通過。疑難排解時應依序檢查網域解析、網路連線、安全交握、協定驗證與目標存取，不要把所有問題都歸咎於網速。

建立可重複的驗證基準

準備一個平常可直連的網站，以及一個確實需要代理的測試目標；關閉其他會接管網路的工具，並記下目前使用中的伺服器、系統代理狀態與路由預設值。測試時使用同一個瀏覽器與網路，每次只調整一項設定，再觀察記錄與存取結果。只憑某個頁面偶爾開啟來判斷，可能受到快取、連線重用及應用程式自行解析網域影響。切換設定後，建立新連線通常比反覆重新整理同一頁面更容易看出差異。

了解測試結果的適用範圍。清單中的延遲數值只反映該測試方式，不能直接代表下載頻寬；網頁請求成功，也不能推論即時通訊、遊戲或所有 UDP 流量都正常。記錄問題發生在哪個層級、哪類應用程式與哪個目標，比只寫「連不上」更有幫助。後續各章都依循相同原則：先確認上一層正常，再增加下一層功能；出現異常時，回到最近一次可正常運作的狀態。

階段二 · 選擇工具

選擇用戶端與平台

桌面版優先考慮 v2rayN

在 Windows、macOS、Linux 上，可優先考慮 v2rayN，將訂閱、伺服器清單與路由管理整合在一致的操作流程中。前往下載頁前，請先確認作業系統與處理器架構。相同的系統名稱不代表安裝檔通用，尤其 ARM 與 x64 不能只憑檔案圖示判斷。若要逐項比較，請先閱讀選型指南，再回到下載頁選擇適用的版本。

Windows 提供桌面版 Desktop 與經典 WPF 版。前者採用新一代跨平台介面，後者保留傳統 Windows 介面的操作習慣。初次使用可從桌面版開始；若已有穩定的操作流程，請先了解兩個版本在介面與設定上的差異，再決定是否移轉。別把兩種介面當成不同的服務來源，也不要為了疑難排解而同時啟動兩個用戶端，否則本機連接埠、系統代理與設定目錄可能互相干擾。

依系統資訊選擇架構

在 Windows 的「設定 → 系統 → 系統資訊」查看系統類型，不要只憑電腦品牌判斷。macOS 請開啟「關於這台 Mac」：顯示 Apple 晶片時，選擇 Apple Silicon 對應版本；顯示 Intel 時，選擇 Intel 版本。Linux 除了確認處理器架構，也要確認發行版使用 deb 或 rpm 套件管理。套件格式與桌面環境並非一一對應，不要因為使用相同桌面環境，就照搬另一台電腦的安裝選擇。

Android 優先選用 v2rayNG，使用 Xray 核心；若需與 V2Fly 核心的行為一致，再考慮 v2flyNG。較新的主流手機通常適用 arm64；不確定架構時可考慮通用版，但仍須確認系統需求。通用版不代表支援所有協定組合，主要是涵蓋更多處理器架構。兩款應用的設定可能相似，但功能支援不能直接畫上等號，詳細差異請參閱Xray 與 V2Fly 核心比較。

先確認需求，再評估效能

先列出必要條件：遠端協定是否支援、訂閱格式能否匯入、目標應用程式是否需要 TUN，以及裝置是否允許提升權限。符合條件後，再比較介面習慣與日常維護成本。用戶端無法改善遠端線路品質，換個介面也無法解決服務過期或參數錯誤。比較相同設定時，盡量維持相近的網路、目標網站與測試時間，避免把線路波動誤認為用戶端差異。

移轉時保留原本可用的方案，但不要讓多個工具同時接管網路。先備份訂閱來源與必要的自訂規則，再於新用戶端分別驗證匯入、選擇伺服器與存取目標這三個步驟，之後才移轉複雜的分流設定。手機與電腦可使用相同服務來源，但仍須遵守服務提供者的裝置數量與同時連線限制。選型完成的標準不是安裝更多應用程式，而是確定一個主要用戶端、一條復原方式，以及一份來源明確的設定。

階段三 · 完成初始設定

安裝、權限與首次啟動

準備穩定的執行位置

先從下載頁的對應平台入口選擇安裝檔，再依照系統提示完成安裝。安裝程式與解壓縮執行的程式，管理方式並不相同：若取得的是壓縮檔，請完整解壓縮到會長期保留的資料夾，不要直接從壓縮軟體中開啟主程式。首次啟動時會建立設定、記錄等資料，因此資料夾必須可寫入。不要把執行資料夾放在會定期清除的位置，也盡量避免同步軟體同時修改其中的檔案。

Windows 首次啟動時若提示缺少執行環境，請依錯誤訊息確認所需元件與架構，不要從不明視窗下載所謂的修復工具。若裝置受組織政策管理，請先確認是否允許執行代理軟體及建立虛擬網卡。一般系統代理通常不需要持續以系統管理員身分執行，TUN 則可能需要額外權限。分別測試一般啟動與提升權限啟動，有助於快速區分程式故障、資料夾權限及網路驅動程式問題。

依平台處理啟動問題

macOS 安裝後，請先將應用程式移至穩定的應用程式資料夾，再啟動；若出現安全性提示，先確認下載來源與系統相容性，再透過系統提供的安全性設定處理，不要直接複製停用系統保護的指令。Linux 請使用發行版的套件管理工具處理相依套件；若無法啟動，先查看缺少的程式庫或執行環境提示。圖形介面能開啟，不代表網路權限已到位；若涉及虛擬網卡，仍須另外確認系統授權方式。

Android 安裝 v2rayNG 或 v2flyNG 後，首次連線時可能會出現系統 VPN 授權提示。這是讓本機流量進入應用程式處理的系統入口，不代表已取得遠端服務。請先閱讀授權內容，再允許來源已確認的用戶端。暫時不要同時啟用其他使用相同入口的應用程式。背景執行限制可能在鎖定螢幕後中斷連線；等基本連線正常後，再依裝置的電池設定調整用戶端背景執行權限。

檢查本機監聽與介面狀態

開啟 v2rayN 主視窗後，先找到伺服器清單、訂閱群組、記錄與底部狀態列。尚未匯入設定時清單為空是正常情況，不必立即調整核心參數。開啟「設定 → 參數設定」，查看實際的本機監聽設定，並記下連接埠與監聽位址。不同設定可能使用不同入口；後續在應用程式中手動填寫代理時，應以此處顯示的實際值為準，不要猜測教學中常見的數字。

若記錄顯示位址已被占用，先關閉其他用戶端，再檢查是否有尚未結束的舊程序。不要不斷隨機更改連接埠，因為瀏覽器或其他應用程式可能仍指向原本的連接埠，反而造成新問題。監聽位址通常應限制在本機範圍；只有確實需要與區域網路共用時，才考慮擴大監聽範圍，並設定存取控制與防火牆。開放本機連接埠給網路存取，並不是解決本機連線失敗的常見做法。

首次啟動只需確認三件事：介面能穩定開啟、設定可以儲存、核心啟動時沒有持續報錯。此時不要求所有網站都能存取，因為遠端資料尚未完成設定。建議先閱讀主介面詳解，熟悉記錄的位置，再進入訂閱章節。若安裝異常，請保留原始錯誤訊息與系統架構資料，先處理明確的環境問題，不要以重灌系統取代問題診斷。

階段四 · 匯入設定

匯入訂閱與管理伺服器

分辨訂閱網址與分享連結

先確認手上的資料類型。訂閱網址通常是用來取得伺服器清單的 URL；以 vmess://、vless:// 等開頭的內容通常是單一分享連結；完整 JSON 則可能是核心設定檔。這三類資料不能只因為「都是一段文字」就混用。一般訂閱更新入口不一定接受完整設定檔，分享連結也不應當成網頁網址填入訂閱 URL 欄位。

訂閱網址可能包含可直接使用服務的憑證，應像帳號資料一樣妥善保管。不要將完整連結貼到公開截圖、論壇或測速求助文章，也不要提交給陌生的線上格式轉換網站。若要記錄脫敏後的資料，只需保留協定類型、錯誤類別與必要欄位名稱。服務提供者給了新的訂閱網址時，先確認舊網址是否失效，再替換來源，以免留下多個指向同一服務的重複群組。

依群組完成匯入與更新

1. 開啟「訂閱群組 → 訂閱群組設定」，新增一個能辨識來源的別名。
2. 將完整訂閱網址填入「可選位址(URL)」，並檢查前後空白、換行與複製不完整的情況。
3. 確認「啟用更新」已開啟後儲存，再從「訂閱群組」選單執行更新目前訂閱。
4. 回到對應群組，檢查清單與記錄，再選擇一台伺服器作為目前使用的伺服器。

首次更新時，先使用不透過目前代理的更新方式，前提是訂閱網址可直連。若網址必須透過代理存取，請先準備一條可獨立使用的連線，再選擇選單中的透過代理更新方式。不要讓尚未匯入成功的訂閱負責下載自己。更新出錯時，先確認是解析失敗、請求逾時、驗證遭拒，還是內容無法辨識；不要把不同原因一律當成需要刪除重建。

訂閱群組 → 訂閱群組設定 → 可選位址(URL) → 儲存 → 更新目前訂閱

了解更新對本機修改的影響

訂閱是同步來源資料的結果，不適合當成唯一且長期手動修改的副本。服務提供者更新後，伺服器別名、位址甚至項目順序都可能改變；本機對訂閱項目的修改也可能被覆蓋。需要測試參數時，請先複製成獨立項目並註明用途，不要直接修改主要來源。自動更新間隔應按實際需求設定，頻繁請求不會讓遠端憑空增加線路，還可能觸發來源端的存取限制。

清單為空時，先確認目前選取的群組與介面篩選條件，再查看更新記錄。更新後出現登入頁面或提示頁面，不代表已取得可解析的訂閱；服務過期、存取限制與格式不相容都可能造成匯入失敗。若只有特定協定的項目缺少，應確認用戶端與核心是否支援，不要立刻更換所有設定。訂閱格式差異與轉換限制可接著參閱訂閱格式說明。

更新成功後，不要立刻大量刪除舊項目。先選一個新項目完成實際存取，再確認原本使用的伺服器是否仍在清單中。為常用群組取清楚易懂的名稱，記錄服務期限與更新方式，但不要把憑證寫進別名。確保來源容易辨識、目前使用的項目明確、更新結果可查，後續切換代理模式才有穩定的基礎。只需查看操作步驟時，可回到訂閱匯入快速步驟。

階段五 · 連接應用程式

系統代理與全域代理

先為一般應用程式設定代理入口

選擇一台目前要使用的伺服器後，在 v2rayN 底部的系統代理選項中選擇「自動設定系統代理」。這會設定作業系統提供給應用程式讀取的代理入口，但不會強制所有程序都遵循。部分瀏覽器會遵循系統設定，部分應用程式使用各自的設定，還有些連線方式完全不讀取系統代理。先用會遵循系統設定的瀏覽器驗證，再處理特殊應用程式，比一開始就假設整台電腦的流量都已接管更可靠。

「清除系統代理」會移除相關的系統代理設定，適合在離開前恢復直連，或排查代理入口問題。「不變更系統代理」表示用戶端不會主動調整這項設定，不代表目前系統一定沒有代理。若先前留下手動設定，選擇不變更仍可能繼續指向舊連接埠。關閉用戶端後網路異常，請先到系統代理設定確認位址與連接埠，再決定是否清除；不要在用戶端已關閉時，仍讓應用程式連往失效入口。

別把全域路由當成所有應用程式都已接管

提到 V2Ray 全域代理時，應說明是在哪一層「全域」。用戶端的全域路由通常會讓已進入核心的請求優先走代理出站，但未進入用戶端的應用程式不會因此改變連線路徑。系統代理負責入口，路由預設值負責出站，兩者應分開設定。全域路由適合短時間測試是否受到分流規則影響；長期使用時，還須考量本機服務、區域網路裝置與日常直連服務的存取需求。

分開測試瀏覽器與其他應用程式

瀏覽器無法存取時，先暫時停用會接管代理的擴充功能，再確認瀏覽器是否另行指定了其他入口。若用戶端記錄完全沒有新連線，應優先檢查代理入口；若記錄已收到請求並顯示遠端錯誤，再檢查目前使用的伺服器與交握參數。測試前請關閉舊分頁或開啟新工作階段，避免重用舊連線。一般的無痕視窗也不保證能繞過所有網路設定，不能視為獨立的代理環境。

命令列終端機與部分開發工具不一定會遵循系統代理。若瀏覽器正常、終端機卻失敗，不要立刻更換可用的伺服器。先查看工具本身支援的代理設定，並填入實際的監聽位址與連接埠。HTTP 代理入口不能在所有情況下直接當成 SOCKS 入口使用，驗證方式也必須相符。詳細步驟請參閱分別排查瀏覽器與終端機；此階段先維持單一入口，方便找出問題。

最後測試一次關閉後的復原情況：清除系統代理，確認一般直連恢復；重新啟動用戶端，再開啟系統代理，確認目標可正常存取。這能找出系統設定殘留與自動啟動順序問題。只有「開啟後有效、關閉後可恢復」都成立，才算完成代理入口設定。若應用程式確實無法使用一般入口，再進入 TUN 章節，不要只為一個應用程式就先修改整台電腦的路由。

階段六 · 調整出站

路由分流與 DNS 配合

使用預設值建立行為基準

先使用用戶端提供的路由預設值，不要一開始就匯入來源不明的大型規則集。「繞過大陸」通常會讓符合相關地區規則的請求直連，其餘請求依預設值使用代理；「全域」則會依全域策略處理進入用戶端的請求。預設規則的內容可能調整，請開啟路由設定確認實際項目。名稱只是摘要，不代表每個區域網路目標、特殊網域或應用程式都已妥善處理。

核心會依照規則設定與比對邏輯選擇出站，規則順序會影響結果。範圍過廣的規則若排得太前面，可能使後面的精確規則失效；沒有符合任何規則時，則會使用預設出站。排查時應同時確認命中的規則與未命中時的處理方式，不要只看清單裡有沒有某個網域。新增規則前，先寫清楚目標：網域或網段為何、希望直連還是使用代理、為何需要例外，以及要用什麼請求驗證。

分清網域與 IP 規則

網域規則仰賴用戶端取得相應的網域資訊；IP 規則則依目的位址或相關解析結果判斷。應用程式直接連線至 IP 時，單靠網域規則可能無法涵蓋；一個網域若對應多個位址，只記住其中一個也不可靠。DNS 的首要功能是解析，不會自動決定所有連線的出站方式。路由策略、解析策略與連線實際使用的位址需要相互配合，不能簡單地把「更換 DNS」當成「更換出口」。

以下是核心層級的規則片段，用來說明欄位之間的關係；它不是可獨立啟動的完整設定，也不應填入訂閱 URL。範例會將示範網域及其子網域交由名為 direct 的出站處理，使用時必須先定義該出站。圖形化用戶端可能會重新產生設定，日常設定應優先透過路由介面完成，而非反覆編輯執行時檔案。示範網域僅供說明，不代表應長期加入實際使用的規則。

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

鎖定單一目標排查分流異常

某個網站無法開啟時，先暫時切換至全域路由，測試同一個目標。若全域路由可用而原本的預設值失敗，應著重檢查命中規則、直連路徑與 DNS；若兩種方式都失敗，則回頭檢查伺服器或目標服務本身。每次切換後都建立新連線，避免舊連線沿用原本的出站。測試期間不要同時更換 DNS、節點與路由，否則即使恢復正常，也無法判斷是哪項設定生效。

存取路由器管理頁、印表機或本機開發服務時，先確認私有位址與本地域名是否正確直連。若代理出站嘗試連線到只存在於本機網路的位址，遠端通常無法連上。反過來，也不要只為了處理一個區域網路目標，就把過大的公網位址範圍全部設為直連。嗅探有助於部分連線還原網域資訊，但無法保證辨識所有加密流量，也須考量應用程式相容性，依實際需求啟用並驗證。

規則維護應精簡且明確。為自訂項目註明用途，定期檢查失效網域與過於寬泛的比對條件；更新規則資源後，重新測試重要目標。切換網路時，先比較解析結果與區域網路環境，再判斷是否需要修改長期策略。本章完成的標準，是能說明請求為何使用某個出站，並知道未命中規則時會如何處理，而不是累積更多規則。接著啟用 TUN 時，請保留這套已驗證的分流基準。

階段七 · 擴大流量接管範圍

TUN 模式與網路復原

確認確實需要虛擬網卡

當應用程式不讀取系統代理，或需要讓更多類型的連線進入用戶端時，再考慮使用 v2rayN TUN 模式。TUN 透過虛擬網卡與系統路由接收流量，不會讓節點變快，也無法修復無效的遠端設定。請先確認同一台使用中的伺服器在一般代理模式下可正常運作，再啟用 TUN。若一般代理尚未成功，新增虛擬網卡只會帶來權限、路由與 DNS 等變數，讓原本明確的問題更難定位。

啟用前先儲存目前可用的設定，記下原本的系統代理狀態，並暫停其他會修改系統路由的工具。辦公室網路、遠端連線工具及其他虛擬網卡，可能會競爭預設路由或 DNS。不要在唯一依賴的遠端桌面連線上冒然測試整台電腦的流量接管；請先準備本機操作方式或備用連線。受管理的裝置也可能禁止虛擬網卡驅動程式或提升權限，應先確認組織政策是否允許，不要反覆嘗試繞過權限提示。

依序檢查權限、路由與解析

在 v2rayN 主介面找到「啟用 TUN」，依系統提示完成必要授權。若啟動失敗，先查看記錄中的權限不足、建立裝置失敗或位址衝突，再處理相應問題。若虛擬網卡未成功建立，更換伺服器通常無濟於事。若網卡已建立但所有存取都失敗，再檢查系統路由是否生效、預設出口是否正確，以及 DNS 請求是否有可用路徑。不同平台的設定名稱可能不一，請以實際介面為準。

首次測試時，不要同時依賴系統代理與 TUN 來判斷結果。依目前用戶端的運作方式，暫時清除不必要的系統代理入口，再使用原本不會讀取系統代理的應用程式測試。若只有瀏覽器能連線，仍可能只是瀏覽器沿用了普通代理。請從連線記錄、目標存取與關閉後復原三方面觀察，確認接管流程確實生效。測試 UDP 時，應使用明確依賴此功能的應用程式；不能只憑網頁開啟就推論支援情況。

保留區域網路與特殊網路的界線

印表機探索、區域網路共享、虛擬機器與容器網路都可能受到路由變更影響。本機服務無法連線時，先確認目標位址與網段，再檢查排除規則，不要直接把所有流量改為直連。DNS 接管也可能改變內部網域的解析結果，尤其要為企業網路的專用解析器保留正確路徑。登入公共網路的認證頁面時，可先關閉流量接管完成登入，再重新啟用並驗證。

不要把 MTU 當成預設的加速選項。只有在基本連線正常、部分連線持續出現大封包傳輸異常，且有明確測試依據時，才考慮調整。任意更改數值可能掩蓋真正的線路或協定問題。電腦從休眠喚醒、切換無線網路或連上熱點後若出現異常，先重新建立連線或重新啟動 TUN，再比較路由變化。不同網路遇到的問題不一定來自同一項設定，應分別記錄環境。

需要復原時，先關閉 TUN 並結束用戶端，再確認系統代理沒有殘留；若問題仍在，檢查其他網路工具與系統 DNS 設定，必要時重新連線目前使用的網路。不要未經判斷就刪除所有系統網卡或重設整套網路。穩定使用的標準是常用應用程式、區域網路存取、休眠喚醒與關閉後復原都通過測試。若一般代理已符合需求，也可以維持一般模式，將 TUN 留作有明確用途時才使用的選項。

階段八 · 維持易於管理

更新、備份與日常疑難排解

分開安排三種更新

將用戶端更新、核心更新與訂閱更新分開處理。用戶端更新會影響介面與設定管理；核心更新會影響協定處理與執行行為；訂閱更新則會同步遠端項目。三者並非同一件事，發生問題時也不必一起更新。先記錄目前可用的狀態，再依需求更新其中一項，完成存取驗證後才進行下一項。即使發生相容性問題，也較容易判斷變化出在哪個環節。

使用「檢查更新」等相關功能前，請先閱讀提示並備份設定；需要更換安裝檔時，請回到下載頁依平台選擇。不要為了追求新功能，就直接覆蓋唯一可用的工作版本，尤其是已有自訂路由或複雜 DNS 設定時。備份內容應包括訂閱來源、獨立伺服器資料、路由規則與必要的參數說明；實際資料目錄會依系統與安裝方式而異，請從用戶端的資料管理入口確認。

備份必須能夠還原，而不只是能複製

設定檔可能包含使用者識別碼、訂閱憑證與連線密碼，應存放在存取權受限的位置。跨裝置同步前，先確認同步服務的權限，不要把整份設定上傳至公開分享資料夾。完成備份後，記下用戶端類型與主要設定，還原時先在獨立目錄或受控環境中驗證。只複製執行程式通常無法保留使用者設定，只儲存截圖又無法準確還原隱藏欄位，兩者都不能取代完整備份。

日常只需保留一份最近確認可用的設定，以及一份更新前備份，不必無限制累積包含憑證的舊檔案。移轉至另一台電腦時，先還原基本訂閱與使用中的伺服器，再補上路由與 TUN 設定。系統代理、驅動程式授權與本機連接埠都屬於裝置環境，不應假設會隨設定檔一併成功移轉。確認新裝置可正常使用後，再視需要撤銷舊裝置的授權或清除舊資料。

用記錄縮小問題範圍，別反覆重裝

遇到 V2Ray 無法連線時，先記下發生時間、目標應用程式、使用中的伺服器、代理入口與最近一次變更，再查看同一時段的記錄。解析失敗時優先檢查 DNS 與網域；連線遭拒可能與連接埠或服務狀態有關；安全交握錯誤應核對時間、伺服器名稱與安全參數；驗證失敗則回頭檢查身分資料。記錄中的單次失敗不一定代表整個服務無法使用，應搭配實際存取與重複測試判斷。

網速慢時應分層檢查：先換用同一群組中的另一條可用線路，再比較不同時段與目標，最後檢查本機資源、網路接管衝突與分流設定。不要直接以最低延遲推論傳輸速度最快，也不要把遠端目標的限速歸咎於本機連接埠。可參考網速慢的分層排查方法保留測試記錄。每輪只變更一個條件，失敗時就還原；這通常比累積一連串未經驗證的最佳化更有效。

分享記錄前請先移除敏感資訊：隱藏訂閱網址、身分識別資料、密碼與完整存取記錄，只保留必要的錯誤背景。暫時提高記錄詳細程度有助於定位問題，但長期保留過多記錄會增加磁碟用量及隱私外洩風險；排查完成後應恢復合適的記錄等級。定期確認服務期限、自動更新結果與備份是否可用，不要等主要項目失效後才尋找原始資料。

建立簡短的維護順序：先確認來源有效，再檢查使用中的伺服器，接著確認入口與路由，最後檢查系統環境。只有在程式或設定確實損壞，且已有復原資料時，才需要重裝；它不是處理所有網路問題的第一步。維持少量明確的自訂設定，並了解每項設定的用途，才能在更換裝置或切換網路後迅速恢復。

階段九 · 擴充設定能力

進階路線與設定驗收

先了解設定結構，再處理複雜組合

完成前八個階段後，再學習核心設定中的入口、出站、路由、DNS 與記錄結構。目標不是用手寫檔案取代所有圖形介面操作，而是看懂產生的設定，並知道各項設定最終作用在哪裡。圖形化用戶端會管理並產生執行設定，直接修改暫存產生的檔案，可能在重新啟動或切換伺服器時遭覆蓋。請先分清使用者的持久設定、自訂設定與執行時檔案，再決定要在哪裡修改。

閱讀設定時，從一個請求的流程開始：它進入哪個入口、帶有哪些目標資訊、符合哪些規則，最後選擇哪個出站。接著檢查各名稱之間的參照關係，尤其確認路由規則使用的出站標籤確實存在。欄位語法正確不代表業務邏輯正確，JSON 能解析也不代表遠端接受該參數。將語法驗證、核心啟動與目標存取分成三個獨立的驗收步驟，避免誤以為「檔案已成功儲存」就代表一切正常。

依需求學習協定與 DNS

學習協定時，從現有服務需要的功能開始。使用 VLESS 時，先了解使用者識別碼、傳輸類型與安全層各自的用途；涉及 REALITY 等功能時，逐項核對服務提供者的要求，不要拼湊其他設定中的參數。不同核心支援的範圍與預設行為可能不同，移轉前應確認實際支援情況。遇到不熟悉的選項，先查閱對應核心的概念說明，再於獨立項目中測試，不要直接覆蓋主要設定。

進階 DNS 設定應從解析路徑著手：由哪個元件發出查詢、查詢走直連還是代理、傳回的位址如何影響路由，以及應用程式是否繞過系統解析。加密 DNS 不是能自動解決所有隱私與連線問題的開關；它仍需要可用的網路路徑，也可能與企業內部網域衝突。不要同時更換解析器、網域策略與路由資源；先保留可用的基準，再逐層驗證預期變化。

依情境清單驗收完整方案

驗收時不要只測一個網頁。分別測試一般瀏覽器、需要獨立代理設定的應用程式、區域網路目標與實際需要使用 UDP 的情境；再測試關閉用戶端、系統休眠、切換網路與重新啟動。每種情境都要明確設定預期結果：哪些流量走代理、哪些維持直連，以及中斷後能否復原。若暫時沒有測試某項需求，應記錄為尚未驗證，不要因一次成功就推論所有情境都可靠。

需要在多台裝置上使用時，優先讓每台裝置各自匯入合法來源，並依平台分別驗證；只有確實需要共用本機入口時，才研究區域網路監聽。擴大監聽範圍代表其他裝置可能連到代理服務，必須一併考量驗證、防火牆、網路信任範圍與服務條款。不要把「允許來自區域網路的連線」當成日常加速選項，也不要將本機管理介面暴露在不受信任的網路中。

繼續查閱時，依問題選擇文章：不熟悉介面入口，請看主視窗說明；不了解匯入資料，請看訂閱與分享格式；若混淆入口與分流，請回到本頁的代理模式與路由章節。本網站沒有獨立的問答頁，常見操作問題可依照使用指南的驗證步驟繼續排查，避免尋找不存在的選單或頁面。

完整設定的目標是清楚、可重現且可復原：了解來源與權限、應用程式如何進入用戶端、規則為何選擇特定出站，以及更新失敗時如何還原。保留一套精簡的主要方案，將測試放在獨立設定中。日後遇到新協定、新網路或新應用程式，仍可依循概念、入口、出站與驗證的流程逐層處理，不必從頭猜測所有參數。