客戶端只是設定入口。真正影響使用結果的是訂閱更新、流量接管範圍、路由規則與 DNS 解析路徑。以下四項依實際設定順序排列。
SUBSCRIPTION
訂閱連結可以理解為一份遠端設定清單。將連結加入客戶端後，還要執行一次更新，節點才會加入目前的分組。之後伺服器端內容有所變更，也需要重新更新訂閱；只重新啟動客戶端不會自動重新整理清單。建議先確認分組已啟用，再選擇其中一個節點進行連線測試。
手動匯入單個 VMess、VLESS 或 Trojan 連結適合臨時測試，長期使用則更適合透過訂閱分組管理。分組名稱只用於整理，不會改變協定本身。複製連結時請保留完整內容，避免通訊軟體換行或截斷參數。
{
"remarks": "日常連線",
"enabled": true,
"updateInterval": 24
}TRAFFIC INTAKE
系統代理適合瀏覽器及會主動讀取系統代理設定的桌面應用程式，設定路徑短，也方便排查。連線節點後啟用系統代理，再造訪常用網站驗證，是桌面端最穩妥的起點。部分程式會忽略系統代理設定，此時它們的流量不會進入客戶端。
TUN 模式透過虛擬網路介面接管更廣泛的應用程式流量，適合需要統一處理多個程式的情境。它通常涉及管理員權限、路由表與 DNS 接管，排查項目也更多。不要一開始就同時啟用多套接管方式；先確認一般代理運作正常，再單獨啟用 TUN。
ROUTING
路由規則決定一段流量要直連、走代理，還是阻斷出口。判斷時通常會由上而下比對，先命中的規則先執行，因此範圍較明確的規則應放在前面，廣泛規則放在後面。修改前先保留客戶端預設規則，再逐項加入自己的網域或網段，排查會更直接。
domainStrategy 決定網域是否以及何時解析為 IP，它不是「越積極越好」的效能開關。一般網域規則可先使用 AsIs；確實需要依目標 IP 比對網段時，再選擇會觸發解析的策略。規則修改後應重新啟動目前的連線，並分別測試直連與代理目標。
{
"routing": {
"domainStrategy": "AsIs",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}
}DNS
DNS 的工作是將網域轉換為位址，但查詢從哪裡送出、回傳結果供哪條路由使用，會直接影響連線結果。常見問題不一定是節點失效，而是系統解析、客戶端內建解析與 TUN 接管同時運作，導致同一網域採用不同的解析路徑。
排查時先簡化：保留一套明確的 DNS 設定，關閉重複接管，接著清除系統快取並重新連線。若只有個別網域異常，再檢查是否命中特殊路由規則。使用內建 DNS 分流時，應讓直連網域與代理網域分別採用和出口一致的解析路徑，避免規則判斷與最終連線目標脫節。
{
"dns": {
"queryStrategy": "UseIP",
"servers": [
"localhost",
"1.1.1.1"
]
}
}桌面端優先使用 v2rayN，Android 可在 v2rayNG 與 v2flyNG 之間選擇。下載頁會進一步區分處理器架構與安裝套件格式。
DESKTOP
Windows 桌面端使用 v2rayN。新一代桌面介面適合從頭安裝，經典 WPF 版則適合延續熟悉的選單結構。進入下載頁後依系統架構選擇檔案，安裝完成後再匯入訂閱。首次測試建議先啟用系統代理，確認瀏覽器連線正常後，再處理 TUN 與自訂分流。
前往下載DESKTOP
macOS 使用 v2rayN 桌面版。下載前先在系統資訊中確認處理器類型：Apple 晶片選擇 arm64，Intel 處理器選擇 x64。首次開啟時依系統提示完成應用程式授權。若只需要瀏覽器與一般桌面程式，先從系統代理開始；需要涵蓋更多應用程式時，再閱讀 TUN 權限與路由說明。
前往下載MOBILE
Android 首選 v2rayNG，採用 Xray 核心並提供訂閱、掃描 QR Code、路由與 VPN 接管入口；需要 V2Fly 核心時可選擇 v2flyNG。多數較新的裝置優先選擇 arm64，無法確認架構時使用通用版。匯入訂閱後先更新分組，再選擇節點並允許系統建立本機 VPN 連線。
前往下載DESKTOP
Linux 桌面端使用 v2rayN，可依發行版選擇 deb 或 rpm，並區分 x64 與 arm64。安裝後若介面能啟動但系統流量沒有變化，先檢查桌面環境是否接受代理設定，再查看權限與 TUN 設定。排查時將圖形客戶端、系統代理與應用程式自身代理分成三層，不要同時修改。
前往下載桌面系統安裝 v2rayN，Android 安裝 v2rayNG，或依核心需求選擇 v2flyNG。開啟客戶端後找到訂閱設定，新增分組並貼上完整訂閱連結，然後執行更新。若清單仍為空，先檢查分組是否啟用、連結是否遭截斷，以及更新操作是否確實完成。
只有單個節點連結時，可以使用從剪貼簿匯入或掃描 QR Code 的入口。訂閱與單節點最終都會產生本機設定，但訂閱更適合後續批次更新。匯入完成後先不要修改路由範本，保留預設設定有助於判斷節點本身能否建立連線。
從訂閱分組中選擇一個節點，將它設為目前的活動設定。桌面端先啟用系統代理，讓會讀取系統設定的應用程式透過客戶端；Android 端啟動連線並確認系統授權。此時只驗證基本連線，不要同時啟用複雜分流、自訂 DNS 與多層代理。
需要讓更多桌面程式進入客戶端時，再考慮 TUN。啟用前確認一般系統代理已經運作，並關閉可能佔用相同虛擬介面或代理連接埠的其他程式。TUN 失敗不代表節點失效，它更常與權限、路由表、虛擬介面或 DNS 接管方式有關。
基本連線建立後，分別測試一個應直連的目標與一個應走代理的目標，再觀察客戶端記錄是否出現相應的出站連線。若只有網域存取異常而直接連線位址正常，應優先檢查 DNS；若瀏覽器正常但特定程式無法連線，應檢查該程式是否讀取系統代理，或是否需要 TUN。
最後再加入自訂路由。每次只增加一組規則，儲存後重新連線並再次測試。遇到問題時依「訂閱內容、節點連線、流量接管、路由命中、DNS 解析」的順序逐層排查，比反覆切換節點更容易找出根因。
將核心、圖形介面與訂閱服務分開理解，許多設定問題會簡單得多。它們處於不同層級，名稱相近，但職責並不相同。
PROJECT V
Project V 建立了一套可組合的網路代理工具與設定模型。常見設定由入站、出站、路由、DNS 與傳輸參數組成：入站接收本機應用程式流量，出站決定流量如何離開，路由負責將不同目標交給指定出口，DNS 則提供網域解析結果。圖形客戶端將這些結構轉換為選單、開關與訂閱分組，讓日常使用不必從空白設定檔開始。
理解這一層的意義在於：客戶端介面中的「系統代理」「路由模式」「遠端 DNS」並非彼此無關的獨立功能，它們最終都會轉換成核心能讀取的設定。連線失敗時，應確認問題發生在介面儲存、設定產生、核心啟動，還是網路出口，而不是把所有異常都歸咎於節點。
CORE FAMILIES
V2Fly 延續 Project V 的社群實作與設定體系，Xray 則在相近的設定思路上維護自己的功能集合。兩者都能處理常見的入站、出站、路由與 DNS 任務，也都支援多種傳輸組合，但具體欄位、功能範圍與更新節奏可能不同。複製設定時應先確認目標客戶端使用哪個核心，不能只因節點名稱相同，就假定所有選項都能互換。
VMess、VLESS、Trojan 等名稱描述的是協定或設定方式；V2Fly、Xray 描述的是執行設定的核心家族；v2rayN、v2rayNG、v2flyNG 則是使用者直接操作的客戶端。將這三個層次分開，就能避免把協定能力、核心能力與介面功能混為一談。
CLIENT LAYER
v2rayN 是桌面端圖形客戶端，涵蓋 Windows、macOS 與 Linux，負責訂閱管理、節點切換、系統代理、TUN、路由範本與記錄檢視。它不是一種新協定，而是將核心設定組織成桌面介面。不同桌面系統的權限模型與代理設定入口各不相同，因此同一個選項在各平台上的啟用流程可能有所差異。
v2rayNG 面向 Android，通常搭配 Xray 核心；v2flyNG 同樣面向 Android，但主要依核心家族差異作為選擇依據。兩者都能匯入訂閱與單節點設定，也都透過系統提供的本機 VPN 介面接管應用程式流量。選擇時先看訂閱內容與所需核心能力，不必只根據介面名稱判斷。
LICENSE & MAINTENANCE
客戶端與核心由不同專案維護，各自有明確的開源授權、發布節奏與相容範圍。開源代表程式碼、授權界線與變更紀錄可公開檢視，但不代表所有元件會在同一天更新。客戶端發布通常還要完成介面適配、核心整合與平台打包，因此客戶端更新與核心更新存在時間差是正常現象。
日常使用不需要追逐每一次變更。遇到協定相容性、系統升級或明確故障時，再閱讀更新說明並升級會更穩妥。更新前記錄目前的訂閱分組、路由模式與 DNS 設定，升級後先驗證基本連線，再恢復自訂規則。如此即可分開判斷「程式更新造成的變化」與「原有設定問題」。
圍繞客戶端選擇、平台部署與連線排查整理的長文。每篇只解決一個明確問題。
從平台涵蓋範圍、核心家族、訂閱管理與路由分流四個面向比較三款客戶端，提供桌面端與 Android 端的選擇建議，並說明 v2flyNG 更適合哪些核心需求。
閱讀技術筆記 →整理主路由與旁路由直接執行核心的兩種路線，說明硬體效能、系統韌體、設定下發與透明代理之間的關係，協助判斷家庭網路是否適合集中接管。
閱讀技術筆記 →從 DNS 查詢路徑開始定位問題，再調整客戶端的遠端解析、內建 DNS 分流與 TUN 接管設定，最後透過重複測試確認解析出口與流量出口保持一致。
閱讀技術筆記 →