V2Ray 從入門到熟悉
客戶端設定完整指南

階段一 · 建立概念

核心概念：連線會經過哪些環節

V2Ray 常被用來泛稱一系列代理技術，但實際使用時，應區分圖形介面客戶端、代理核心、連線設定與遠端服務。圖形客戶端負責匯入訂閱、儲存設定及啟動核心；核心則負責接收連線、判斷路由並建立對外連線。介面顯示已啟動，只能表示本機程序正在執行，無法單憑此判定遠端是否可連線，也不能證明瀏覽器已將要求交給客戶端。

客戶端、核心與伺服器

Project V 是認識這套生態的起點，V2Fly 延續 V2Ray 相關開發，Xray 則走出另一條核心實作路線。它們共用部分概念，但支援的功能與設定欄位並不完全相同。v2rayN 是桌面圖形介面入口，v2rayNG 與 v2flyNG 則是 Android 圖形介面入口。選擇某個介面，不代表所有協定都能使用；最終仍須確認客戶端採用的核心及其實際支援範圍。

一次連線可拆成應用程式、入口、路由與出口四個環節。應用程式先決定是否使用代理；入口可能是本機 HTTP 或 SOCKS 監聽埠，也可能是虛擬網路介面；路由依網域、位址等條件選擇出口；出口再透過連線設定連上伺服器。任何一個環節的設定不相符，都可能造成連線異常，因此排查時應沿著這條路徑逐項確認，而不是反覆更換節點。

協定、傳輸方式與安全設定

VMess、VLESS 等名稱代表代理協定；TCP、WebSocket、gRPC 等則是承載連線的方式；TLS、REALITY 等涉及連線安全機制。它們不是可以任意互換的同類選項。匯入設定後應保留提供者給定的組合；只把傳輸方式改成另一種，或自行加上安全選項，通常無法改善連線，反而可能讓客戶端與伺服器的交握條件不一致。

同一份設定中的伺服器位址、連線埠、使用者識別碼、伺服器名稱與傳輸路徑各有用途。伺服器名稱可能參與安全交握，不一定與位址欄中的主機名稱相同；路徑通常屬於特定傳輸方式，也不能填入位址欄位。檢視參數時，先判斷它屬於哪個環節，再到相應的設定頁面核對。若欄位用途不明，應向設定提供者確認，不要用搜尋到的範例取代原設定。

訂閱與本機設定的界線

訂閱是批次取得連線資料的管道，不代表連線已經建立。更新訂閱後，通常還要在客戶端選取特定設定，並啟動服務或設定系統代理。訂閱網址能開啟，只表示該網址可連線，不代表其中每台伺服器都能使用；反過來說，舊設定仍可連線時，訂閱更新失敗也不一定是代理核心故障，因為這兩種要求可能走不同的網路路徑。

本機監聽埠是應用程式連上客戶端的入口，遠端連線埠則是客戶端連上伺服器的目標，兩者不必相同。例如本機埠顯示為 10808 時，不能因此修改訂閱中的遠端連線埠。也要確認該入口支援哪種協定；不同版本可能提供分開的監聽埠，也可能提供混合入口，請以目前客戶端的設定頁為準。

階段二 · 選定工具

選擇客戶端：先看平台，再看核心

選擇客戶端時，先確認執行平台，再考慮介面與核心。桌面端建議先從 v2rayN 開始，方便在 Windows、macOS 與 Linux 間沿用相近的操作方式；Android 端則優先使用 v2rayNG。只有明確需要 V2Fly 核心的行為，或必須相容特定設定時，再考慮 v2flyNG。安裝多套工具不會自動增加可用性；初學時先保留一套主要客戶端，更容易釐清設定來源。

桌面版的版本與處理器架構

Windows 版 v2rayN 的下載入口分為桌面版與經典 WPF 版。桌面版採用跨平台介面路線，經典 WPF 版則保留另一套操作配置；選擇時應考量系統需求、使用習慣及所需功能，而非將兩個入口誤認為不同代理協定。兩個版本都能讀取連線資料，也都需要確認核心、監聽埠及代理模式；熟悉介面並不能取代設定核對。

macOS 使用者應先在系統的裝置資訊中確認晶片類型，再選擇 Apple Silicon 或 Intel 對應的下載項目。Linux 則須同時確認處理器架構與發行版的套件格式，常見選擇是 deb 或 rpm；若使用 arm64 裝置，也要下載對應架構的套件。套件格式與處理器架構是兩項獨立條件，只符合其中一項，仍可能無法正常安裝或啟動。

Android 端的兩種核心路線

v2rayNG 主要採用 Xray 核心，v2flyNG 則使用 V2Fly 核心。兩者外觀或部分操作可能相似，但不能因此假設所有匯入格式與協定擴充都相容。如果設定使用某個核心專屬功能，應先確認支援情況。若匯入後欄位遺失、無法辨識或連線失敗，先檢查核心與格式是否相符，不要立刻認定伺服器無法使用。

Android 安裝套件中的 arm64 適用於多數較新的主流裝置；若不確定處理器架構，也可選通用套件，但仍須以應用程式的需求為準。不要只依手機購買年份判斷架構，系統資訊或裝置規格更可靠。安裝套件大小不代表功能多寡；通用套件通常只是支援較多執行架構，不代表網路速度更快。

避免多套工具同時執行造成干擾

切換客戶端時，先結束原本的工具，再啟動新工具。桌面端的兩個程式可能爭用系統代理、相同的監聽埠或虛擬網卡；Android 的 VPN 授權也會影響現有連線。只關閉視窗不一定代表背景程序已結束，請檢查系統匣、通知列或應用程式狀態。比較兩款客戶端時，盡量使用相同網路與同一份連線資料，避免將線路變化誤判為軟體差異。

下載前可先參閱三款客戶端比較評測，各平台的安裝檔則可在客戶端下載頁找到。本指南不要求記住套件名稱或版本號，而是要能說明目前使用的平台、處理器架構、客戶端與核心。後續遇到問題時，這四項資訊比「已更新至最新版本」更有助於縮小排查範圍。

階段三 · 建立本機環境

安裝與基本設定：先確認本機服務正常

安裝階段的目標不是立即調整進階選項，而是確認程式能正常執行、設定能儲存，且本機埠沒有衝突。先查看下載頁上對應平台的系統需求，再依照一般安裝流程操作。首次開啟客戶端後，保留預設路由與 DNS 設定，暫時不要啟用 TUN。如此一來，即使後續連線失敗，也能將問題範圍限縮在基本路徑，而不必同時排查多種網路接管機制。

桌面端啟動前的檢查

Windows 使用安裝程式時，依照畫面選擇安裝目錄並完成安裝；若下載的是需要解壓縮的版本，請先完整解壓縮再啟動，不要直接從壓縮檔預覽視窗執行。設定目錄應位於可寫入的位置，避免放在暫存目錄或可能自動清除的位置。若系統提示缺少執行元件，先查看客戶端的系統需求與明確錯誤訊息，不要從不明來源下載同名檔案補上。

macOS 安裝完成後，請從一般的應用程式入口啟動；若出現系統安全提示，先確認下載來源及提示內容，再依系統提供的流程處理，不建議為了安裝一次就全域關閉安全機制。Linux 應使用發行版相符的套件管理工具安裝，並留意相依套件提示與圖形工作階段環境。安裝成功但沒有視窗，與核心啟動失敗是不同問題；先確認主程式能否開啟設定頁面。

本機監聽與基本開關

進入基本設定後，記下本機監聽位址、埠號與入口類型。個人電腦使用通常只需回環位址，不必啟用「允許來自區域網路的連線」。埠號可維持客戶端預設值，只要沒有被其他程式占用；若繫結失敗，先關閉重複執行的程式與其他代理工具，再考慮更換埠號。變更本機埠號後，手動設定代理的應用程式也須同步修改；系統代理則需重新套用。

「啟用 UDP」與「啟用流量嗅探」不是通用的加速按鈕。UDP 是否可用，還取決於應用程式入口、路由、伺服器及整條連線路徑是否支援；嗅探則是利用部分連線資訊協助辨識目標，不保證能辨識所有流量。基本設定階段可先記下原值，有明確需求時再調整。儲存參數後若提示重新啟動服務，請先停止目前連線，再依提示重新啟動。

Android 安裝後的權限

Android 安裝完成後，先開啟應用程式確認設定能否儲存，再匯入連線資料。首次以 VPN 模式連線時，系統會顯示授權提示，這表示允許客戶端建立本機網路接管通道，並非購買遠端服務。若拒絕授權，即使介面中已有設定，也無法透過此模式接管應用程式流量。若其他 VPN 正在執行，應先中斷連線，避免系統切換至另一個應用程式後，誤以為目前客戶端仍在運作。

電池管理與背景執行限制可能讓 Android 客戶端在鎖定螢幕後停止運作，但安裝初期不必修改所有系統最佳化選項。先在前景完成一次連線測試，確認功能正常，再針對「鎖定螢幕後中斷」調整背景權限。分應用程式代理的範圍也先保持簡單明確；一開始就加入大量應用程式清單，會讓後續難以判斷問題是服務未執行，還是測試應用程式未納入接管範圍。

保留一份初始狀態紀錄

基本環境就緒後，記下客戶端名稱、作業系統、監聽埠與目前的開關狀態。匯出或備份設定時，請留意檔案可能包含連線憑證，不要將整份檔案貼到公開討論區。確認程式能正常關閉並重新開啟，且設定仍然保留；如果每次重新啟動都遺失設定，應先處理目錄寫入權限或系統清理問題。反覆重新安裝通常無法修復持續遭到清理的設定目錄。

階段四 · 取得連線資料

訂閱匯入：分清更新、選取與連線

訂閱網址通常包含可識別帳戶的參數，應像帳戶憑證一樣妥善保管，不要公開貼圖或將完整連結貼到論壇。複製時請確認取得的是訂閱入口，而非帳戶管理頁、說明頁或瀏覽器登入後的頁面網址。訂閱格式並非所有客戶端都通用；若提供者有區分客戶端類型，請選擇相符格式，避免匯入成功卻遺失協定相關欄位。

在桌面端建立訂閱群組

在 v2rayN 的訂閱群組管理中新增群組，填入容易辨識的名稱與訂閱網址，儲存後執行更新訂閱。群組名稱只供本機整理使用，不會改變遠端設定。更新完成後，確認群組中是否出現可選項目，再選取其中一項作為目前使用的設定。不要把「群組已儲存」當成「訂閱已更新」，也不要把清單出現項目當成「目前已連線」。

首次更新時，盡量使用目前可用的直接網路連線；若該入口確實要求透過代理存取，應先確認已有一條可用連線，再使用客戶端提供的代理更新方式。尚未建立任何可用連線時，若訂閱更新又依賴尚未運作的代理，容易陷入循環依賴。網路環境受限時，應向提供者確認訂閱入口是否可連線，不要任意修改網址中的參數。

Android 端匯入與確認

v2rayNG 與 v2flyNG 都可透過各自的訂閱管理入口新增資料，選單名稱以目前介面為準。完成更新後，返回設定清單選取目標，再啟動連線。從剪貼簿匯入、掃描 QR Code 與更新訂閱是不同操作：前兩者可能只會新增單一連線，不會自動建立後續更新關係。若要持續取得更新，請確認資料已儲存在訂閱群組中，而不是僅一次性匯入。

匯入完成後，確認協定、位址、埠號、傳輸方式與安全設定是否完整。只看名稱不足以確認設定是否一致，因為名稱可以由提供者自行編寫。遇到重複項目時，先依群組確認來源，不要直接全部刪除；不同項目可能只有傳輸參數不同。若需手動修正，最好複製成獨立設定，避免下次更新訂閱時覆蓋修改，導致問題難以重現。

分層判斷更新失敗原因

更新時出現解析錯誤，通常應先確認回應內容是否為客戶端支援的訂閱格式。入口過期、帳戶需要登入，或網站回傳驗證頁面，都可能造成「網址能開啟但無法解析」。若連線逾時，則先檢查網路與網域解析。不要將網頁回應內容直接貼到設定欄位，也不要用通用格式轉換工具覆蓋原始資料；轉換過程可能無法保留特定核心所需的擴充欄位。

更新訂閱後項目變少，不一定代表本機資料損壞，也可能是提供者調整了內容。先記下舊設定是否仍能使用，再確認群組與更新時間。不要反覆清空並重新匯入，否則會失去比較線索。如果舊項目可用而新項目全部失敗，應優先比較新舊設定的協定、傳輸方式與安全欄位，並確認客戶端核心是否支援這次變更。

訂閱的安全與維護界線

訂閱提供者可以變更下發的連線內容，因此只保留來源明確且確有需要的訂閱。刪除群組前，先確認是否要保留獨立設定；更換裝置時，也不要只複製顯示名稱，應使用客戶端支援的匯出或重新匯入方式。若訂閱網址曾公開，應透過提供者的管理入口更換相關憑證；單純修改本機群組名稱，無法讓舊網址失效。

階段五 · 確認應用程式入口

代理模式：系統設定與應用程式行為

代理模式首先要回答「應用程式如何將連線交給客戶端」，路由模式則回答「收到連線後要從哪裡出去」。這兩個環節應分開判斷。啟用系統代理並選擇繞過中國大陸，不代表所有應用程式都已連上客戶端；反過來說，啟用虛擬網路接管，也不代表所有目標都會經由遠端出口。先確認應用程式入口，後續排查分流與 DNS 才有可靠依據。

桌面系統代理的適用範圍

v2rayN 自動設定系統代理時，通常會修改目前作業系統或桌面環境的代理設定，供遵循這些設定的應用程式使用。瀏覽器通常會讀取這些設定，但某些下載工具、遊戲或命令列程式可能使用自己的網路設定。若介面顯示系統代理已啟用，但只有某個應用程式仍直接連線，先確認該應用程式是否沿用系統代理，不要立刻更換節點或啟用全域路由。

手動在應用程式中設定代理時，應使用客戶端實際監聽的入口類型、位址與埠號。HTTP 入口與 SOCKS 入口不能只靠埠號猜測；混合入口也須確認目前版本確實有提供。個人電腦上的測試通常使用回環位址。若應用程式有「略過本機位址」或「使用獨立 DNS」等選項，也可能改變連線路徑；建議先記下原值，再使用能明確設定代理的應用程式進行測試。

使用可控制的要求確認入口

以下指令僅適用於已安裝 curl 的環境，使用的埠號應先與客戶端設定核對。此指令會明確使用本機 SOCKS 入口，並讓代理端解析目標網域；不會修改系統代理，也不會變更訂閱。範例目標是公開的測試網站，測試結果仍會受目前網路狀況影響。若客戶端並未在該埠提供 SOCKS 服務，應依實際入口調整，不要直接照抄後就判定服務故障。

curl --proxy socks5h://127.0.0.1:10808 --head --connect-timeout 10 https://example.com

若明確指定代理的要求能成功，但瀏覽器無法存取，問題較可能出在瀏覽器代理、擴充功能、快取或獨立網路設定。若兩者都失敗，再查看客戶端日誌是否收到連線。日誌中沒有相應要求時，優先檢查本機入口；若已收到要求但對外連線失敗，再檢查遠端、路由與解析。測試時固定同一個目標並記下時間，避免將不同要求的日誌混在一起。

Android VPN 與分應用程式代理

Android 端的 VPN 模式透過系統提供的介面接管流量，一般不必在瀏覽器中手動填入回環代理。分應用程式代理則決定哪些應用程式會進入或略過此通道；清單可能採用包含或排除邏輯，務必閱讀目前介面的說明。若測試應用程式剛好被排除，即使通知列顯示連線正在執行，也不會依預期路徑存取網路。修改清單後若需重新連線，請依客戶端提示操作。

判斷應用程式是否已被接管時，不要只看頁面能否開啟，因為直接連線也可能成功。應搭配客戶端日誌與可控制的要求一起觀察。Android 應用程式也可能有背景程序、內嵌瀏覽器與獨立服務；同一個應用程式中的不同要求，連線方式未必完全一致。排查時先用簡單的瀏覽器情境確認基本路徑正常，再處理特定應用程式，較能減少登入狀態與背景快取造成的誤判。

關閉與還原同樣重要

桌面端停止使用前，應確認系統代理已清除或還原；若只強制結束程序，系統可能仍將連線送往已不存在的本機埠。此時可能會出現所有網站都無法開啟的情況，但不一定是網路中斷。Android 端則要確認 VPN 連線已中斷。測試新模式前，先了解原模式的關閉方式；切換後重新啟動受影響的應用程式，避免沿用舊連線而得到不一致的結果。

階段六 · 控制連線去向

路由分流與 DNS：規則和解析相互配合

路由分流會在連線進入核心後執行，依網域、目標位址、埠號或其他可用條件選擇出口。客戶端提供的「繞過中國大陸」或「全域」預設值，是套用規則集合的入口，不是協定本身。「全域」通常表示對已接管的流量使用代理出口，但仍可能受到應用程式入口與預設例外影響。排查時應查看實際符合的規則，不要只依模式名稱推斷某條連線一定會經過遠端。

規則順序與符合條件

多數路由規則會依序判斷，較明確的規則應放在可能涵蓋它的通用規則之前。例如要為某個網域新增直連例外，必須先了解現有規則是否已在更前面符合條件。網域規則需要核心取得目標網域；若應用程式只傳送位址，且入口未保留網域資訊，單純新增網域規則可能不會生效。嗅探在部分情境下可協助辨識，但不能取代所有來源資訊。

以下是 Xray 路由物件的局部範例，用來說明精確網域規則的寫法，並非完整的客戶端設定。只有完整設定中已存在名為 direct 的出口時，這條規則才有對應目標。圖形客戶端可能會自動產生路由與出口標籤，因此不要將片段貼入任意輸入欄位；建議透過自訂規則介面設定相同內容，並確認產生的結果。

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

V2Ray DNS 設定的分層關係

DNS 不只有客戶端設定頁中的一組伺服器。系統解析器、瀏覽器的加密 DNS、應用程式內部解析與核心 DNS 都可能參與要求。應用程式若先解析出位址再連線，核心可能看不到原始網域；若應用程式將網域交給代理，解析也可能在另一端進行。因此調整 DNS 前，先確認目前入口傳遞的是網域還是位址，避免修改核心 DNS，卻期待影響應用程式已完成的查詢。

核心 DNS 要求也需要可用的網路路徑。若解析服務只能透過代理存取，而代理伺服器的網域又必須依賴該解析服務取得位址，就可能形成啟動依賴循環。基本排查時，先還原客戶端預設策略，確認伺服器位址可以解析，再分別處理直連目標與代理目標。不要同時修改系統 DNS、瀏覽器加密 DNS 與核心策略，否則難以判斷是哪個環節真正改善了結果。

網域策略不是通用的最佳化等級

AsIs、IPIfNonMatch 等策略會影響路由階段是否嘗試將網域解析為位址，以便符合位址規則，並不單純代表「快」或「慢」。不同核心與設定位置的語意也可能不同。使用位址規則時，應考量解析結果是否符合預期出口；使用網域規則時，則須先確保網域資訊可用。明確定義規則目的，比盲目選擇看似更積極的策略重要。

IPv6 也需要另外觀察。網路可能同時回傳兩種位址，其中一種路徑若無法連線，可能出現等待一段時間才開啟，或部分目標失敗的情況。先比對日誌中的解析與連線錯誤，再決定是否調整位址選擇策略；不要把全域停用某一類位址當成所有故障的固定解法。修改後，應對相同目標重新建立連線；既有長連線與快取未必會立即反映新設定。

階段七 · 擴大接管範圍

TUN 模式：啟用條件與還原方式

TUN 會透過虛擬網路介面將符合條件的流量送入處理路徑，適用於無法讀取系統代理設定、但需要統一接管的應用程式。它擴大的是入口範圍，不會自動修復錯誤的遠端資料，也不保證所有協定與網路情境都能使用。啟用前，應先讓相同連線在基本模式下正常運作；若系統代理模式下已無法對外連線，應先排查設定，不要用 TUN 包住原有故障。

先確認功能與權限

桌面版 v2rayN 的 TUN 實作、可用選項與所需權限，會因平台、客戶端及目前使用的核心而異。先確認設定頁是否確實提供此功能，以及介面顯示的權限提示。若需要管理員權限或系統授權，請透過正常授權流程處理；不要把長期以高權限執行客戶端當成唯一的排錯方法。若沒有相應入口，也不要套用其他平台的選單位置或設定欄位。

啟用前先關閉其他會接管網路的工具，包括另一套虛擬網路介面、網路過濾程式的衝突模式，以及原有代理連線。多種接管機制同時運作，可能造成預設路由互相覆蓋、DNS 要求重複處理，或流量繞回入口。即使兩個開關都顯示已啟用，也無法據此判斷彼此相容；應先確認單一工具能正常運作，再視需要逐項測試共存情況。

依序完成一次啟用測試

1. 記下原本的系統代理、路由模式與 DNS 設定，確認客戶端可以正常關閉。
2. 選擇已確認可用的連線，依目前平台提示授權並啟用 TUN。
3. 先測試一般網頁，再測試原本不遵循系統代理的應用程式，並查看對應日誌。
4. 確認本機網路服務與必要的工作連線正常，未被錯誤接管。
5. 測試關閉流程，確認虛擬介面與系統網路能恢復，再決定是否長期使用。

這套步驟的重點是保留可比較的基準。啟用後不要立刻同時切換路由、DNS 與節點，先確認接管範圍確實有變化。若客戶端說明系統代理需與 TUN 搭配使用，請依該實作的文件操作；若兩者彼此獨立，也不要只憑經驗強行疊加。各平台的實作細節不同，不能把某次成功的組合當成通用規則。

本機網路與 DNS 例外

區域網路裝置、印表機服務、公司內部網域與遠端工作連線，可能依賴本機路由或專用解析器。啟用 TUN 後若只有這些資源無法使用，應檢查本機位址與內部網域的略過規則，而不是將所有目標都改走代理。內部網域的解析結果可能隨網路環境改變，固定寫入單一位址未必長期可靠；涉及工作網路時，應遵循網路管理員提供的存取條件。

DNS 接管也是常見的判斷關鍵。啟用後若所有網域都無法解析，但仍能透過位址連線，應優先檢查解析路徑；若連本機閘道或原本可用的直連也異常，則先查看路由接管與介面狀態。無法說明原因時，不要反覆重新安裝虛擬介面。先停用 TUN 並還原原本設定；若連線恢復，就表示問題集中在新增的接管環節，能大幅縮小後續排查範圍。

Android VPN 與桌面 TUN 的差異

Android 客戶端的 VPN 模式同樣透過虛擬網路介面接管流量，但授權、分應用程式控制與系統限制由 Android 機制管理，不能直接照搬桌面 TUN 的參數。若遇到鎖定螢幕後中斷、其他 VPN 搶占或應用程式清單未生效，應回到 Android 設定中檢查。概念上可以比較入口的作用，操作上仍須分開處理；不必要求 Android 介面出現與桌面完全相同的開關。

階段八 · 維持可重現的狀態

日常維護：測速、日誌與更新

日常維護的目標是讓設定維持清楚、可解釋，而不是追求清單中最小的數字。單次測試會同時受到本機網路、遠端狀態、目標網站與測試方式影響。客戶端更新、訂閱更新與規則資源更新也是不同操作：前者會改變程式及相關功能，訂閱更新連線資料，規則資源更新則會改變比對依據。每次只處理一類變更，發生異常時才容易判斷如何復原。

V2Ray 節點測速該看哪些項目

TCP 連線測試主要反映能否連上目標埠號，不能證明完整協定交握及網頁瀏覽都成功。透過代理要求測試位址，較接近實際存取情況，但仍只代表該目標與當時的環境。傳輸速度測試也會受到測試檔案、連線數、伺服器限速與本機頻寬影響。比較項目時，應使用相同方法、相近時段與同一網路，不要將不同類型測試的數字直接放在一起比較。

日常使用時，先確認常用目標是否穩定，再觀察連線時間與持續傳輸表現。網頁載入慢但檔案傳輸正常，可能與 DNS、連線建立或頁面相依資源有關；只有單一網站速度慢而其他目標正常，則應先考慮目標路徑。不要因一次逾時就刪除所有設定，也不要因一次成功就認定問題已解決。保留少量可重複測試的目標，比頻繁更換測速工具更容易得到有效結論。

沿著連線路徑閱讀日誌

日誌首先用來判斷要求是否進入核心，其次才是分析對外連線。請找出與測試時間、目標及入口相符的紀錄：本機監聽失敗通常與埠號或權限有關；解析錯誤指向 DNS；連線遭拒、逾時及安全交握失敗，則應分別檢查位址、網路、協定與安全參數。相同錯誤文字可能有不同成因，應搭配前後文判斷，不要只憑單行提示套用固定解法。

暫時提高日誌詳細程度後，測試完成應恢復一般等級，避免長期累積大量敏感的存取紀錄。分享日誌前，請刪除訂閱網址、使用者識別碼、權杖、個人網域及可識別帳戶的資訊，只保留必要的錯誤類型與時間關係。螢幕截圖也可能包含剪貼簿提示及其他設定名稱，公開前應逐項檢查。公開排錯不需要完整憑證；提供憑證只會增加後續管理風險。

更新前保留可還原的基準

更新客戶端前，記下目前使用的核心、代理模式與自訂規則，並透過客戶端支援的方式備份必要設定。備份應存放在妥善控管的位置，不宜直接同步至公開目錄。更新後先維持原有模式，確認原本可用的連線正常，再啟用新功能。如果只有更新後某個設定失敗，應優先比較相關功能與產生的設定變化，不要立刻全面修改遠端資料。

記錄有助排錯的問題描述

「無法連線」可以再細分為訂閱更新失敗、服務無法啟動、要求未進入入口、對外交握失敗，或特定目標異常。記下作業系統、客戶端、核心、目前模式、發生條件與最近一次變更，並說明關閉代理後是否恢復。這些資訊有助於重現測試，也能判斷下一步該調整哪個項目。速度問題可參考依序檢查節點、線路與本機設定繼續分析。

階段九 · 依需求擴充

進階路線：從可用設定到可驗證規則

進階設定不是把所有開關都打開，而是在需求明確後，逐步加入可驗證的功能。完成前八章後，應已建立穩定的設定基準，並了解要求如何進入、如何分流、在哪裡解析，以及如何關閉並復原。接下來可沿著協定理解、自訂路由、解析策略與設定管理四個方向逐步學習；每次測試都記下目的、預期結果與復原方式，避免只記住某組參數，卻不知道它要解決什麼問題。

先看懂連線參數

協定學習可從比較 VMess 與 VLESS 開始，了解驗證、加密與傳輸安全各自負責什麼，再進一步認識 TLS 或 REALITY 對伺服器設定的要求。不要把協定名稱當成效能保證，也不要認為少一個欄位就一定更快。實際連線還會受到傳輸方式、網路路徑與伺服器實作影響。可先閱讀VMess 與 VLESS 設定差異，再逐項說明現有資料中的欄位。

安全相關參數必須符合伺服器端條件。伺服器名稱、公鑰相關欄位、指紋選項及傳輸路徑都有特定用途，不應從其他範例中任意拼湊。遇到憑證或交握問題時，先檢查系統時間、名稱是否相符及設定來源；不要將略過憑證驗證當成長期解法。若提供者變更安全參數，應重新取得完整資料，而不是只替換看起來不同的單一欄位。

將自訂路由當成小型測試

路由設定建議從單一精確網域開始：先定義要直連還是走代理，新增一條規則並觀察符合結果，再確認其他目標不受影響。確認無誤後，才擴大為網域後綴或位址範圍。範圍越廣，越應說明為何需要涵蓋這些連線；規則數量本身不代表設定品質。長期保留的規則應註明用途，並定期檢查已過時的例外，避免日後忘記它為何排在預設規則之前。

多條規則互相衝突時，先縮小成最少規則集合，再逐條還原並觀察結果。直接匯入一大份不理解的規則，很難判斷是否適用於自己的核心與解析路徑。圖形介面中的預設、自訂規則與完整設定可能互相覆蓋，應先了解客戶端如何合併。若修改產生的檔案後又被客戶端重寫，通常表示修改了錯誤的持久化入口，不一定是檔案權限異常。

解析策略與 FakeDNS：進階學習

DNS 設定應先掌握一般網域解析與位址比對，再進一步了解 FakeDNS。FakeDNS 使用映射位址保留網域關聯，後續還須正確還原目標，並配合流量入口與路由；它不是可脫離使用環境單獨啟用的通用選項。應用程式快取、略過客戶端的連線或不完整的映射路徑，都可能造成存取異常。只有能說明目前網域資訊在哪個環節遺失時，才有理由進一步評估這類機制。

測試解析策略時，固定同一個目標，分別觀察解析結果、實際出口與失敗階段。不要把命中快取後的速度當成所有要求都能獲得的效益，也不要因某次修改改善了一個網站，就直接套用到所有裝置。桌面端與 Android 可能使用不同入口與系統解析環境；概念可以共用，但參數組合仍須分別驗證。移轉設定時，記下設定目的與驗證方式，比逐項照搬開關更可靠。

建立個人設定筆記

設定筆記可依日期記錄變更目的、相關頁面、舊值、新值、測試目標與結果，但不要寫入真實訂閱網址或帳戶憑證。將客戶端設定、連線資料與規則分開整理，日後移轉時便能判斷哪些需要重新匯入，哪些需要手動還原。發生故障後，先回到最近一次正常運作的狀態，再重做單項測試；這比依賴很久以前的全螢幕截圖更容易維護。

遇到問題時，依現象回到相應章節：匯入錯誤回到訂閱，應用程式未被接管回到代理模式，目標走錯出口回到路由與 DNS，啟用虛擬介面後出現異常則回到 TUN。若需重新建立基本連線，請使用快速入門教學；若要更換平台，先到下載頁確認客戶端與處理器架構。熟悉設定的標準是能夠說明並驗證設定，而不是非得使用最複雜的組合。