設定順序會影響排查效率。先讓訂閱建立可用的節點清單，再確認路由策略，最後依應用程式需求決定是否啟用 TUN 模式。
切換標籤查看訂閱、路由與 TUN 三類介面結構。預覽僅呈現欄位關係，不會產生節點或連線資料。
subscriptionroutingdomain:example.com代理geoip:private直連final代理system proxy訂閱網址負責分發節點清單，並不等同於單一節點。v2rayN 可將不同來源放入獨立群組，並為每個群組設定備註、更新間隔與伺服器篩選條件。首次匯入時應先保持網址完整，手動執行一次更新，確認節點已加入對應群組後，再考慮啟用自動更新。多個訂閱並存時，清楚的群組名稱比把所有節點混在同一份清單中更容易維護；來源有所變動時，也能單獨更新與排查，不影響其他群組。
查看訂閱匯入步驟 →3 項設定路由分流用於決定哪些請求經由代理、直連或阻擋出站。規則通常依由具體到廣泛的順序排列：先處理明確的網域、IP 範圍與程序條件，再保留最終匹配規則。調整時需要留意規則順序與目標出站名稱，避免上方的廣泛條件提前攔截後續請求。相較於只能簡單切換模式的工具，v2rayN 能直接管理規則集與自訂規則，適合需要區分辦公服務、區域網路資源與一般網路請求的桌面環境。
閱讀路由規則實戰 →top → bottom系統代理主要接管會主動讀取代理設定的程式，部分命令列工具、遊戲啟動器或獨立網路元件可能繞過它。TUN 模式透過虛擬網路介面接收更廣泛的系統流量，再交由核心執行 DNS 與路由規則。啟用前應先在一般系統代理模式下確認節點可用，因為 TUN 同時涉及權限、虛擬網卡與 DNS 設定，排查鏈路更長。完成基本連線驗證後再啟用，便能分開判斷節點問題與系統接管問題。
查看 TUN 模式說明 →advanced節點清單中的 Ping、真實連線延遲與下載測速，回答的是不同問題。Ping 較接近基礎網路可達性，不能代表代理協定握手完成；真實連線延遲會經過代理連線流程，更適合先排除失效節點；下載測速反映一段時間內的實際傳輸能力，但會受到伺服器負載、本地網路與測試資源影響。排查連線時應先更新訂閱，再進行真實連線測試，最後透過瀏覽器請求確認代理是否生效，不應只憑單一數字判斷線路品質。
理解三種延遲測試 →checklist桌面裝置使用 v2rayN，Android 可在 v2rayNG 與 v2flyNG 之間選擇。下載頁會進一步區分處理器架構與安裝套件類型。
提供新一代桌面介面與經典 WPF 介面兩種入口。適合需要系統代理、路由規則、訂閱群組、真實連線測試與 TUN 模式的桌面使用者。
前往下載依裝置晶片選擇 Apple Silicon 或 Intel 安裝套件。客戶端介面與桌面版設定邏輯一致，可管理訂閱、切換使用中的節點並設定系統代理。
前往下載v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心。主流裝置通常選擇 arm64 安裝套件，無法確認架構時可查看通用版入口。
前往下載提供 deb 與 rpm 兩類桌面安裝入口，並依 x64、arm64 架構區分。適合希望透過圖形介面管理訂閱與路由的 Linux 桌面環境。
前往下載將匯入、測試與驗證分開執行，可以快速判斷問題出在訂閱、節點還是系統代理環節。
複製完整訂閱網址，在客戶端的訂閱群組設定中新增網址，並填寫便於辨識的備註。儲存後手動更新一次，確認主介面出現節點清單。若清單為空，應先檢查網址是否遭截斷、群組是否選擇正確，以及訂閱是否仍可存取，不要直接進入 TUN 或調整 DNS。
從目前群組中選取節點，執行真實連線延遲測試。此測試會經過代理協定的連線流程，比單純 Ping 更適合判斷節點是否能完成握手。優先選擇能穩定回傳結果的節點，不必只追求最低數字；地區、倍率、網路壅塞與伺服器負載都會影響實際體驗。
先使用系統代理模式完成基本驗證，開啟瀏覽器造訪 IP 檢測頁面並進行一般網頁請求。如果瀏覽器正常而其他程式未被接管，再判斷該程式是否讀取系統代理；確有系統級接管需求時，依進階手冊啟用 TUN。如此可避免一次變更多個變數而增加定位難度。
Project V 是圍繞網路代理協定、路由能力與可組合傳輸方式形成的開放原始碼技術生態。V2Ray 一詞在日常使用中既可能指早期專案與核心，也常被用來泛稱整個客戶端與協定生態。客戶端、核心與訂閱服務並不是同一層的元件：圖形客戶端負責設定與互動，核心負責協定處理與路由執行，訂閱則提供伺服器設定清單。
V2Fly 延續 Project V 相關核心與工具的社群維護路線，v2flyNG 以 V2Fly 核心作為 Android 端的實作基礎。Xray 則是在相近設定體系上發展出的核心家族，持續擴充傳輸、協定與路由能力；v2rayN 和 v2rayNG 的常見設定通常以 Xray 核心為基礎。兩條核心路線共享許多概念，但具體支援項目仍應以客戶端目前可見的設定與核心文件為準。
v2rayN 是面向 Windows、macOS 與 Linux 的桌面圖形客戶端，負責訂閱管理、節點切換、系統代理、路由規則、測速與 TUN 設定。v2rayNG 面向 Android，採用 Xray 核心，操作重點是訂閱更新、使用中的設定選擇、分應用程式代理與路由設定。v2flyNG 同樣面向 Android，但使用 V2Fly 核心，可作為需要此核心路線時的替代客戶端。
三款客戶端均以開放原始碼方式維護，軟體更新通常包含客戶端介面調整、核心適配、協定支援變更與問題修正。更新客戶端前應閱讀下載頁的系統與架構說明；已有複雜路由、DNS 或多訂閱設定時，先記錄目前設定，再逐項確認新設定頁面中的對應關係。設定格式會隨核心能力演進，舊教學中的欄位位置可能與目前介面不同。
開放原始碼特性有助於社群審閱實作、回報問題並持續改進，但不能取代正確設定。連線結果仍取決於訂閱內容、節點服務狀態、本地網路、系統代理接管範圍與 DNS 路徑。遇到問題時，應依照「訂閱是否更新、節點能否連線、代理是否啟用、應用程式是否被接管、路由是否命中」的順序逐層檢查。
CLIENT
管理介面與系統接管
CORE
協定處理與路由執行
SUBSCRIPTION
伺服器設定清單
整理測速指標、首次連線與協定差異相關的操作說明，重點解釋判斷依據，而不只是列出設定結論。
拆解三種測速方式的測試對象：Ping 著重基礎網路可達性，真實連線延遲會經過完整代理握手，下載測速則用於觀察一段時間內的實際傳輸能力。
閱讀全文從訂閱清單中篩選能完成連線的節點，再分別檢查客戶端代理狀態與瀏覽器請求結果，避免將節點失效與系統接管問題混為一談。
閱讀全文從使用者可感知的加密方式、傳輸開銷與伺服器設定依賴切入，說明訂閱中同時出現 VMess 與 VLESS 節點時應如何理解。
閱讀全文