V2Ray 使用手冊：安裝與設定

01 / concepts

基本概念：先釐清流量經過哪些環節

用戶端、核心與伺服器

V2Ray 是 Project V 生態系中的代理技術，不等同於某個桌面應用程式。v2rayN 提供圖形介面，用來管理節點、訂閱、路由與啟動參數；核心則負責監聽本機連接埠、解析請求並建立遠端連線。用戶端視窗正常開啟，只能表示介面程式正在執行，不能據此判定核心已成功啟動。

V2Fly 延續 V2Ray 核心的開發，Xray 則屬於相關的核心家族，兩者支援的功能不盡相同。用戶端可以儲存相同格式的節點資訊，但節點能否連線仍取決於所選核心。使用 VLESS、REALITY 或特定流控功能時，應依伺服器設定選擇相容的核心，不能只憑協定名稱判斷是否相容。

遠端伺服器是請求離開本機代理鏈路的另一端。安裝用戶端不會自動取得伺服器位址、驗證參數或訂閱。請自行確認節點來源；本手冊僅介紹軟體設定。連線故障可能發生於本機程式、網路路徑或伺服器任一環節，排除問題時應分別檢查，避免把所有狀況都歸咎於用戶端。

入口、路由與出口

常見的請求路徑如下：應用程式將請求交給本機 SOCKS 或 HTTP 入口，核心依路由規則選擇出口，再透過直連或代理出口送出。系統代理只會影響遵循該設定的應用程式。路由規則處理的是已進入核心的流量，因此修改路由無法讓原本不使用代理的程式自動改走用戶端。

節點清單中的項目通常包含伺服器位址、遠端連接埠、協定、驗證資訊、傳輸方式與安全層參數。本機監聽連接埠屬於入口設定，與遠端連接埠不同。若把伺服器連接埠填入瀏覽器的本機代理設定，或把本機連接埠寫成節點位址，都會將請求送往錯誤的位置。

「連線」也可能指不同階段：用戶端選取節點、核心程序正在執行、成功連上伺服器，以及目標網站能回傳內容，代表的是不同狀況。一次測試成功不代表所有應用程式都會走代理；某個網站無法開啟，也不代表整個節點失效。先確認問題發生在哪個環節，後續檢查才有明確方向。

協定、傳輸與安全層

VMess、VLESS、Trojan、Shadowsocks 是不同的代理協定；TCP、WebSocket 等指的是傳輸方式；TLS、REALITY 則與連線安全及握手條件有關。這些選項並非可以任意搭配的選單。用戶端與伺服器的必要欄位必須相符，修改其中一項往往也需要同步調整另一端，並非單方面勾選就能生效。

不能只依協定名稱排列速度。實際表現會受到線路、伺服器負載、傳輸開銷、目標服務與本機網路影響。選擇時應先確認相容性，再比較相同環境下的穩定度。關閉憑證驗證或任意更換握手參數並非正常的效能最佳化方式，應先弄清楚原設定為何需要這些欄位。

02 / clients

選擇用戶端：先看平台，再確認相容性

桌面平台優先選用 v2rayN

Windows、macOS、Linux 桌面平台可使用 v2rayN。它將節點管理、訂閱更新、本機入口與路由設定整合在圖形介面中，是本手冊主要介紹的操作工具。跨平台不代表各系統的運作方式完全相同：啟動權限、系統代理設定方式、虛擬網卡支援度與設定檔儲存位置，仍會因作業系統和安裝方式而異。

Windows 下載項目包含桌面版與經典 WPF 版。桌面版採用跨平台介面，WPF 版則保留經典 Windows 介面。初次安裝可先使用桌面版；若已習慣 WPF 版或有特定設定需求，再比較目前介面與功能。請勿讓兩個版本同時控制系統代理，也不要在未備份的情況下共用同一個可寫入的設定目錄。

macOS 請依處理器選擇 Apple Silicon 或 Intel 安裝套件，可在系統的「關於這台 Mac」中查看晶片資訊。Linux 則需同時考量處理器與發行版的套件格式：常見桌上型電腦多為 x64，部分裝置採用 arm64；deb 與 rpm 是套件管理格式，不代表核心協定能力不同，也不能只改副檔名就互相替代安裝。

Android 用戶端與桌面版的差異

Android 優先使用 v2rayNG；需要 V2Fly 核心時，可考慮 v2flyNG。較新的主流裝置通常選擇 arm64 套件；不確定處理器架構時，可考慮通用套件，但仍應以裝置實際支援情況為準。安裝成功不代表所有功能都相容：處理器架構只決定程式能否執行，節點協定與系統限制則是另外兩項檢查。

Android 用戶端通常透過系統 VPN 服務接管流量，因此啟動時會出現系統授權提示。桌面系統代理與 Android VPN 接管方式不同，不能只憑按鈕名稱互相比照。Android 還需留意電池最佳化、背景執行限制，以及其他 VPN 應用程式是否占用服務；桌面平台則常見監聽連接埠衝突、權限不足，或應用程式忽略系統代理等問題。

桌面版與 Android 版可以匯入相同來源的訂閱，但兩端未必都支援其中每個欄位。若節點在一端可用、另一端失敗，請先比較解析後的協定、傳輸方式、安全層與核心支援度，不要立刻認定訂閱已損毀。訂閱內容、用戶端設定和系統接管方式應分開檢查，不能因為跨裝置複製就省略這些步驟。

確認選擇後再下載

選擇用戶端時不必一次安裝三款。先用一款建立穩定的基準設定，有明確的相容需求時再試用其他款。頻繁切換程式會增加變數，舊用戶端留下的系統代理設定與背景程序也可能干擾新程式。對需要長期使用的裝置而言，保留可還原的設定，比不斷更換介面更有幫助。

下載頁面依四種平台整理安裝套件。開啟頁面前，先記下作業系統、處理器架構與套件格式，下載後再查看安裝章節。現有使用者若要更換用戶端，也應記錄本機入口連接埠、路由選擇與訂閱分組；一般節點分享連結不一定包含這些資訊，需另外保存。

03 / installation

安裝檢查：程式啟動與連接埠監聽

完成作業系統安裝流程

Windows 請依安裝程式指示選擇目錄並完成安裝，首次啟動時確認介面與記錄檔是否正常。經典介面與桌面介面可能使用不同的設定位置，不要只看目錄名稱就直接覆寫。若程式需要額外執行環境，請依目前安裝提示處理；不要根據舊教學猜測元件名稱，也不要同時啟動多個執行個體，以免搶占監聽連接埠。

macOS 請開啟符合晶片架構的磁碟映像檔，並依指示將應用程式移至「應用程式」資料夾。若出現系統安全性提示，先確認安裝來源與提示原因，再透過系統設定允許開啟。不要把永久降低系統安全性設為通用安裝步驟。升級時若舊程序仍在執行，請先結束舊程式，再啟動新版確認設定讀取位置。

Linux 可透過發行版的圖形化軟體安裝程式開啟 deb 或 rpm 套件，並由對應的套件管理工具處理相依性。安裝完成後，從應用程式選單啟動，先以一般使用者身分檢查介面、設定目錄與記錄檔。只有在啟用需要額外權限的功能時才進行授權；長期以高權限執行整個圖形用戶端，會擴大設定檔與網路操作的權限範圍。

Android 請透過系統允許的安裝流程開啟安裝套件。首次啟動後先匯入節點，再確認 VPN 授權。若出現「應用程式未安裝」提示，請檢查處理器架構、剩餘儲存空間，以及是否已有簽章不同的舊版應用程式。解除安裝舊版前請先匯出必要設定，因為解除安裝可能會刪除應用程式資料；沒有備份時，不要先把重新安裝當成首要排錯方式。

確認核心與監聽位址

用戶端介面啟動後，先查看記錄檔中的核心啟動結果。尚未匯入有效節點時，用戶端可能還沒有啟動代理服務；若出現錯誤，請先處理記錄檔中的第一則相關錯誤，再測試網路。連接埠遭占用、設定語法錯誤與核心不相容是不同問題，反覆按下連線通常不會改變這些狀況，反而會讓記錄更難判讀。

本機入口建議優先監聽回環位址，例如 127.0.0.1。此設定只接受本機請求，適合作為預設值。「允許來自區域網路的連線」會擴大可存取範圍，還需搭配防火牆與存取控制。不要只為了讓本機瀏覽器連線成功，就開放至所有網路介面；本機連線失敗通常與區域網路權限無關。

ss -tlnp
ss -tlnp 'sport = :10808'

Linux 的第一個指令會列出 TCP 監聽狀態，第二個指令只檢查範例連接埠。權限不足時，程序名稱可能不完整；仍可先確認位址和連接埠是否存在。若該連接埠沒有監聽，請回到用戶端查看實際設定與啟動記錄。若遭其他程序占用，先確認該程序的用途，再修改用戶端連接埠或停止衝突服務。

建立安裝後的檢查基準

首次檢查時只啟用一種流量接管方式，不要同時開啟系統代理與 TUN。先匯入有效節點，再用明確指定本機代理的工具驗證核心，接著才測試系統代理。依照這個順序，就能區分「程式沒有監聽」與「應用程式沒有使用代理」。若一開始就疊加多種模式，發生問題時很難判斷是哪項設定造成影響。

安裝階段的完成標準是：介面可以開啟、有效設定能啟動核心、本機入口正在監聽，且結束程式後網路設定能還原。不要太早加入複雜的分流設定；先保留這個簡單的基準，之後新增功能才有可靠的比較依據。

04 / subscription

匯入訂閱：分組、更新與節點確認

先分清訂閱與分享連結

訂閱連結指向可更新的節點集合，節點分享連結通常只描述單一節點。複製內容後，先確認來源說明屬於哪一種，再選擇相應的匯入方式。將訂閱網址當成單一節點連結解析，或把單一節點分享文字填進訂閱網址欄，都可能造成清單空白；這不是切換網路模式就能解決的問題。

在 v2rayN 中先開啟訂閱分組設定，新增分組並填入名稱與完整網址，儲存後再更新該分組的訂閱。可依用途或來源命名，方便找出更新錯誤。網址中的查詢參數往往用於存取驗證，複製時請保留完整內容，避免混入換行、引號、尾端標點，或聊天軟體額外加入的空白。

訂閱網址可能包含存取憑證，應視為敏感資訊妥善保存。公開截圖時請遮蔽完整網址，分享記錄前也要確認是否包含查詢參數。訂閱能提供節點設定，但不代表來源可信；遇到用途不明的訂閱、QR Code 或設定檔，應先確認內容與來源，再匯入用戶端執行。

更新成功不代表節點可用

更新完成後，請確認節點項目是否出現、分組是否正確，以及協定是否符合預期。訂閱請求成功只表示已取得內容，節點仍可能過期、伺服器無法連線，或包含目前核心不支援的欄位。先選一個項目作為測試對象，不要同時更改分組、核心、路由與系統接管模式，以免失去比較基準。

開啟節點編輯介面，確認伺服器位址、遠端連接埠、驗證識別碼、傳輸方式與安全層。WebSocket 的路徑與主機名稱、TLS 的伺服器名稱，以及 REALITY 的公鑰等欄位都不能任意清空。訂閱解析後若有欄位缺漏，應回頭檢查來源格式與用戶端支援度；不要靠關閉安全檢查來補足缺少的參數。

v2rayNG 與 v2flyNG 也應將訂閱儲存在明確的分組中，再進行更新與選擇節點。Android 介面的選項名稱可能不同，但「儲存訂閱網址」和「啟動代理連線」仍是兩個不同操作。更新清單後，請確認目前選取的不是已移除項目，並查看啟動記錄，而非只看清單是否變長。

訂閱更新的兩種網路路徑

訂閱更新請求可能直接連線，也可能透過目前的代理傳送。若本機沒有可用節點，可優先依來源要求嘗試直接更新；已有穩定節點時，也可以嘗試透過代理更新。這兩種方式只處理請求路徑，無法修復網址過期、驗證失效或伺服器回傳錯誤格式等問題。請先查看記錄，再決定是否更換請求方式。

清單空白時，還要進一步判斷是請求失敗、回傳網頁而非訂閱內容、內容格式不支援，還是篩選條件隱藏了所有項目。若回傳的是登入頁面，重複匯入也不會產生有效節點。若只是分組篩選問題，請調整清單範圍。記下具體錯誤訊息，可減少無效重試，也方便向來源提供明確回報。

多裝置同步時，建議共用訂閱來源，再分別維護各裝置特有的系統代理、連接埠與路由。一般分享連結不會包含所有全域設定。詳細取捨可參閱多裝置設定同步方案；初次匯入的簡化操作請見快速入門中的訂閱步驟。

05 / proxy modes

代理模式：流量接管方式與出口選擇

系統代理決定應用程式如何連入

系統代理會在作業系統中登錄本機 HTTP 或 SOCKS 位址，讓遵循此設定的應用程式使用用戶端。它不會自動將所有網路封包導入代理。有些瀏覽器會讀取系統設定，有些程式則使用自己的網路設定；命令列工具、遊戲與背景服務也可能完全忽略系統代理。測試時必須先確認應用程式是否支援這個入口。

v2rayN 的設定系統代理、清除系統代理等操作，變更的是作業系統儲存的代理狀態。設定後應確認本機監聽仍在運作；清除後則要確認應用程式沒有另存代理設定。部分程式只會在啟動時讀取系統代理，切換後需要重新開啟；既有長連線也可能繼續沿用原路徑，因此不能只重新整理頁面就下結論。

Linux 桌面環境的網路代理設定通常可手動填入代理位址。SOCKS 主機請填本機回環位址，連接埠填入用戶端的對應入口；HTTP 欄位應填寫用戶端提供的 HTTP 或相容混合入口，不能把所有協定都指向任意連接埠。桌面設定是否適用於終端程序，也取決於程式與環境變數的處理方式。

全域與繞過規則決定流量如何送出

全域代理通常表示進入核心的目標主要交由代理出口處理，不代表作業系統中的所有應用程式都已被接管。依「繞過中國大陸」等預設路由設定時，會根據網域分類、位址分類與規則順序，決定哪些請求直連、哪些經由代理。兩種設定作用的層級不同，因此「已開啟全域代理，但某個程式仍直接連線」不一定是核心故障。

初次使用可先採用預設路由，確認常用目標都能連線後，再依用途調整。瀏覽網頁與日常辦公通常需要兼顧本地及遠端服務；開發工具可能需要另外設定代理；遊戲還會受到 UDP、伺服器區域與延遲影響。不能只看模式名稱來選擇，還要確認應用程式的流量是否進入核心，以及所選出口是否支援該請求。

Android 的 VPN 接管方式與桌面系統代理不同。用戶端可能提供依應用程式選擇、繞過區域網路等選項，但仍應與核心路由分開理解。若某個應用程式被排除在接管範圍之外，其請求就不會進入核心中的網域分流規則；修改核心路由無法覆蓋系統層已做出的排除設定。

明確指定入口以驗證流量

curl -x socks5h://127.0.0.1:10808 -I https://www.example.com

這個指令會明確指定 SOCKS 入口，適合用來區分代理本身與系統代理設定。socks5h 會將目標主機名稱交由代理端解析；實際連接埠請改成用戶端目前使用的值。收到 HTTP 回應表示這次請求路徑可運作，但實際狀態碼由目標網站決定，不能只憑某個狀態碼就判定整體網路正常。

若指令顯示無法連線至本機連接埠，先檢查監聽位址與連接埠；若能連上入口但握手失敗，請檢查節點與記錄；若指令成功但瀏覽器失敗，再檢查瀏覽器自身的代理、擴充功能與安全 DNS。依此順序排查，可避免把應用程式問題誤判為伺服器故障，也不必一開始就啟用 TUN。

完成本章後，應能回答兩個問題：應用程式透過哪個入口連入用戶端？連入後由哪條規則選擇出口？只有釐清這兩點，路由分流才有可驗證的基礎。

06 / routing

路由分流：規則順序與 DNS 範圍

從少量明確規則開始

路由規則會將請求送往指定出口。常見條件包括網域、目標位址、連接埠與網路類型。規則通常由上而下比對，由第一條符合的規則決定出口，因此單一目標的例外應排在範圍較廣的規則之前。若先設定所有目標都走代理，再於後方加入直連例外，通常不會得到預期結果，因為請求已被前面的規則攔截。

網域規則中，full: 用於比對完整網域，domain: 用於指定網域及其子網域，geosite: 則引用網域分類集合。未加前綴的字串可能以關鍵字比對，容易擴大涵蓋範圍；初學者建議優先使用明確前綴。位址規則中的 CIDR 代表網路區段，分類集合則依賴本機資源檔，並非即時查詢服務。

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

這是設定片段，不是可直接啟動的完整設定。使用前必須確認目前核心有名為 proxy 與 direct 的出口，且具備相應的分類資源。v2rayN 的圖形路由介面會產生核心設定；新增規則時應對應介面中已有的出口，不要直接覆寫用戶端產生的檔案，否則重新啟動或切換節點時可能會重寫修改。

DNS 設定：先確認由誰解析網域

DNS 會將網域名稱轉換為位址，但解析可能發生在應用程式、作業系統、核心或代理鏈路的另一端。瀏覽器的安全 DNS、內建解析程式庫與系統 DNS 設定也可能各自獨立。將核心 DNS 改成某台伺服器，不保證所有應用程式都會立即採用；若應用程式已將網域解析成位址，網域路由便可能無法取得原始名稱。

AsIs 表示路由階段不會為了位址比對而主動解析網域；其他網域策略則可能在需要時觸發解析。核心 DNS 設定、路由網域策略與出口的解析行為彼此相關，但並非同一項設定。不要把位址規則未命中直接歸咎於 DNS 伺服器故障；應先確認請求帶的是網域名稱還是位址，以及目前策略是否會進行轉換。

排查時，比較同一目標在應用程式直連、明確指定 SOCKS 入口及使用系統代理時的結果。若只有瀏覽器異常，請檢查瀏覽器解析方式與快取；若記錄顯示解析逾時，請檢查 DNS 請求的路由與可達性。不要長期以硬編碼目標位址繞過解析，因為位址變動、憑證名稱與內容傳遞調度都可能受到影響。

規則驗證與衝突處理

修改路由前先儲存原有規則，新規則一次只處理一個可重現的目標。測試時應查看存取記錄中的目標與出口，不要只憑網頁能開啟就判斷規則有命中，因為直連與代理都可能成功。若記錄中沒有請求，請回到上一章檢查接管方式；若出口不符，則檢查前置規則、分類資源與目標格式，再調整規則順序。

在同一條規則中設定多個條件時，通常必須同時符合；同一欄位中的多個候選值則通常為任一符合即可。若同時填入網域與位址，限制可能比預期更嚴格。若需要「網域符合或位址符合」的效果，拆成兩條規則會更清楚，也方便分別確認是哪一類條件未符合。

07 / tun

TUN 模式：擴大接管範圍並保留還原方式

何時需要虛擬網卡

TUN 透過虛擬網路裝置接收網路流量，適合無法設定明確代理、忽略系統代理，或需要處理更多流量的應用程式。它改變的是流量進入代理鏈路的方式，不會讓失效節點恢復可用。若明確指定 SOCKS 的測試已經失敗，應先修復節點與核心；否則啟用 TUN 只會讓同一個問題影響更多應用程式。

TUN 的實際運作方式取決於用戶端實作、使用的核心、網路堆疊與作業系統權限。看到「啟用 TUN 模式」選項，不代表目前環境已具備所有必要條件。用戶端可能會使用搭配元件處理虛擬網卡、路由與 DNS；請依目前記錄確認實際啟動結果，不要假設所有桌面平台的實作都相同。

啟用前，請記下目前使用的節點、系統代理狀態與預設路由，並確認仍能找到關閉功能的入口。遠端管理裝置時尤其要謹慎，因為路由變更可能中斷目前工作階段。請先在可直接操作的本機環境中測試，再用於需要持續連線的裝置，並保留不依賴代理網路也能執行的還原方式。

權限、路由與回環

虛擬裝置與路由修改可能需要管理員授權。Linux 也要檢查系統提供的 TUN 裝置與相關權限；macOS 和 Windows 則可能出現系統授權或元件安裝提示。遇到權限錯誤時，先依記錄找出失敗步驟；不要遞迴修改整個設定目錄的權限，也不要讓所有程式都以高權限執行來掩蓋問題。

代理本身連往伺服器的流量必須能離開虛擬裝置，否則可能產生流量回環：核心送出的連線再次遭到接管，無法抵達遠端。自動路由與排除機制通常會處理此問題，但與其他 VPN、虛擬網卡或自訂路由同時使用時仍可能衝突。測試前先停用其他流量接管程式，建立單一鏈路。

區域網路存取也要分開檢查。印表機、檔案共享、開發服務與路由器管理頁面可能需要保留本機路徑。繞過區域網路不代表所有未知位址都設為直連，而是要妥善處理本機位址區段與相關名稱。若遠端網站正常，但本地服務無法使用，請檢查本機路由與 DNS，不必立刻更換節點。

分層驗證，不要一次全部開啟

先保留已驗證的節點與簡單路由，清除不必要的系統代理後再啟用 TUN，並觀察啟動記錄。接著依序測試瀏覽器、原本不遵循系統代理的應用程式，以及區域網路服務。如此才能判斷接管範圍是否真的擴大。若同時更改 DNS 與分流設定，就難以分辨問題出在虛擬裝置還是新規則。

UDP 需要整條鏈路都支援，包括應用程式的流量進入方式、核心處理能力與伺服器支援度。啟用 TUN 不代表所有 UDP 請求都會成功，也不保證遊戲體驗會更好。有些應用程式還會使用獨立驗證服務、語音服務或固定網路介面；請針對故障功能查看記錄，不要只測一個網頁就認定所有協定都可用。

裝置從睡眠喚醒、切換無線網路或改接有線網路後，應再次檢查虛擬裝置與預設路由。網路介面變動可能使舊狀態失效，此時重新啟動流量接管服務，比盲目修改節點更合適。若同類問題頻繁發生，請保留發生前後的介面、路由與記錄，整理成可重現的紀錄後，再決定是否長期使用 TUN。

08 / maintenance

日常維護：更新、備份與故障紀錄

分別管理三種更新項目

用戶端程式、訂閱內容與路由分類資源是三種不同的更新項目。用戶端更新會改變介面與功能實作；訂閱更新會改變節點清單；分類資源更新則會影響網域或位址規則。排除故障時不要同時變更這三項。每完成一類更新，就先測試既有基準並確認結果，再進行下一項。

更新用戶端前，先閱讀與自身使用功能相關的變更說明，確認所需核心與設定格式是否仍適用。不必為了版本號頻繁重新安裝，但也不能忽略與相容性或安全修正相關的更新。升級後應重點檢查節點啟動、訂閱解析、路由選擇與系統接管，不要只確認程式視窗能否開啟。

訂閱更新頻率應依來源實際變動情況決定。過於頻繁地發出請求無法修復驗證失效，還可能觸發伺服器限制。若更新後原有節點消失，先確認是否為正常替換，再選擇新的項目。分類資源更新後，若特定目標的出口改變，請檢查命中的分類與例外規則，不要直接將所有目標改為全域代理。

備份必須能實際還原

備份至少應包含訂閱分組、手動節點、路由規則與重要的全域設定。優先使用用戶端提供的匯出功能；複製設定目錄前先結束程式，避免資料庫或設定檔仍在寫入。不同平台的路徑與儲存方式可能不同，不能直接依照另一個系統的目錄推測，應先確認目前程式實際使用的位置。

設定備份可能包含伺服器驗證資訊、訂閱存取憑證與裝置相關設定，應保存在具存取控管的位置。用於討論問題的截圖或記錄，請另外製作已移除敏感資訊的副本，不要直接公開原始備份。需要移轉時，先在新裝置匯入，再手動確認監聽位址、連接埠、權限與接管方式，避免直接照搬舊裝置的環境設定。

應透過小範圍測試確認備份能否還原。可以先匯出設定、記下幾項重要值，再匯入獨立測試環境確認。只有備份檔存在，卻未驗證匯入結果，不能代表備份可用。跨平台還原時尤其要留意不相容的路徑、程式啟動項目與權限欄位；節點資料或許可以沿用，系統整合設定通常需要重新建立。

依照鏈路順序排除故障

發生連線問題時，先檢查系統時間與基本網路，再依序查看本機入口、核心記錄、節點連線、DNS 與路由。系統時間明顯錯誤可能影響握手或驗證。若基本網路本身無法使用，應先恢復網路；若本機連接埠不存在，就先處理核心啟動問題，不要直接猜測遠端伺服器或規則分類。

記錄故障時，請寫明發生時間、用戶端類型、使用的核心、接管方式、失敗目標與錯誤原文。只說「打不開」難以分辨是連線逾時、解析失敗、憑證錯誤，還是應用程式本身出錯。記錄應擷取問題發生前後的相關內容，保留先後順序並遮蔽敏感欄位；提高記錄等級只適合短時間診斷，完成後請恢復一般等級。

日常維護也應檢查長期留下的設定：已停用的訂閱、重複節點、臨時規則與舊啟動項目都應有明確用途。刪除前先備份，清理後再重新驗證。減少來源不明的設定疊加，能讓日後更容易找出故障原因，也可避免舊程式在背景中重新啟用不再需要的系統代理。

09 / next steps

進階設定：從可用到能說明原理

先檢視產生的設定，再嘗試自訂

進階設定的起點不是增加更多開關，而是能說明現有設定的作用。先找出用戶端提供的設定檢視或記錄入口，辨認入站、出站、路由與 DNS 的對應關係。圖形介面中的一個選項可能會產生多個核心欄位；了解這層對應關係，才能說明為何修改介面設定後行為會改變，也能避免將暫存產生的檔案誤認為永久設定來源。

需要使用自訂設定時，先確認用戶端如何載入設定，以及哪些圖形介面選項仍會生效。自訂檔案可能略過部分介面產生設定的流程，介面顯示的路由模式未必代表檔案中的實際路由。使用完整自訂設定後，應以最終載入的檔案與執行記錄為準，不要再依賴對圖形選項的直覺判斷。

JSON 檔案的語法檢查只是第一步。括號、逗號與字串格式正確，不代表核心支援這些欄位，也不代表出口標籤能正確對應。檢查時先確認結構，再確認核心相容性，最後驗證網路行為。新增任何功能都應設定明確的測試目標；程式啟動時沒有報錯，不代表所有路徑都正常運作。

依任務規劃測試

若要讓開發工具走代理，先查看工具本身支援的代理方式，再決定使用系統代理、明確指定入口或 TUN。若要讓特定網域直連，先確認請求中帶有網域名稱，再新增單獨的例外規則。若要解決解析差異，先比較應用程式與核心的解析路徑。將問題聚焦在單一任務，通常比匯入大型且來源不明的設定更容易得到穩定結果。

測試前先寫下預期結果：哪個應用程式、哪個目標、哪個入口、哪個出口。測試後以記錄核對結果，失敗時還原上一份可用設定。這類紀錄可在更新或移轉後再次驗證，也能分辨「設定意圖」與「實際行為」。不要只根據測試網站顯示的單一資訊，就推斷整台裝置中所有應用程式的流量路徑。

比較效能時也需要控制變數。盡量固定裝置、網路、目標服務與測試時段，分別觀察建立連線、持續傳輸與長時間穩定度。單次下載速度不能代表節點的整體表現；伺服器限制與目標端壅塞也會影響結果。不要捏造延遲數據，也不要單憑協定名稱排序，應記錄可重複觀察到的現象。

協定學習與安全範圍

進一步了解 VLESS、REALITY 與 XTLS Vision 前，先補足 TLS 握手、身分驗證與傳輸層的基礎知識。REALITY 涉及用戶端與伺服器約定的握手參數，Vision 則涉及特定的流控處理；兩者都不是獨立的加速按鈕。請逐項確認節點來源提供的欄位；若缺少必要參數，應先確認設定要求，不要照著教學自行猜值。

可先閱讀REALITY 與 XTLS Vision 原理說明了解技術背景，再回到用戶端確認所用核心是否支援。技術解析用於說明運作機制，實際連線仍應以伺服器設定為準。學習過程中不必修改正在使用的主要設定，可另外建立測試項目，避免影響日常使用。

代理無法取代應用程式本身的安全機制。網站身分、帳號授權、檔案來源與終端權限仍需分別處理。允許區域網路連線、開放本機入口或匯入來源不明的自訂設定前，都應先了解存取範圍與執行效果。分享使用經驗時，只展示必要結構與已遮蔽敏感資訊的內容，不應附上可直接存取個人服務的憑證。

保留一份簡單且可用的設定作為基準，再逐項加入必要功能。每項設定都有用途、驗證方式與撤銷步驟，才算建立可維護的設定；不需要同時啟用所有進階功能。