REFERENCE設定項目與概念對照
V2Ray 術語表
協定決定連線方式，核心負責轉發，客戶端則提供設定介面。先釐清這三個層次，再查閱訂閱、路由與 DNS。
PROTOCOL / TRANSPORT
協定與傳輸
協定、傳輸方式與安全層是不同設定項目。同一協定可以搭配不同傳輸方式，匯入後須逐項確認是否符合伺服器端設定。
- VMess
- Project V 生態系中的代理協定，使用 UUID 等參數識別使用者，並具備協定本身的資料保護機制。VMess 不等於 WebSocket 或 TLS；後兩者屬於傳輸與安全層設定。排查連線問題時，除了位址與連接埠，也要確認傳輸方式；舊設定中的其他參數則須依目前核心的相容性處理。
- VLESS
- 輕量代理協定，本身不提供內容加密，實際部署時通常搭配 TLS 或 REALITY。UUID、傳輸方式、
flow與安全層選項都必須與伺服器端一致，不能因為連結以vless://開頭，就認定其他參數也相同。客戶端能辨識連結，不代表目前使用的核心支援其中所有擴充欄位。
- Trojan
- 通常透過 TLS 運作的代理協定，使用密碼進行身分驗證，設定方式與使用 UUID 的協定不同。伺服器名稱、憑證驗證、連接埠與密碼都會影響連線。遇到憑證錯誤，應先檢查網域、系統時間與伺服器憑證，不宜將略過憑證驗證當作一般解法。
- REALITY
- Xray 生態系中的傳輸安全機制，常見於 VLESS 設定，但不是獨立的訂閱格式。客戶端須正確填入公鑰、
shortId、serverName等參數；介面上的欄位名稱可能不同。僅協定名稱相同還不夠，安全層與傳輸組合也必須受到目前使用的核心支援。
CORE / CLIENT
核心與生態
客戶端負責操作介面，核心負責實際連線。判斷功能支援範圍時，客戶端提供的選項與目前使用的核心都要一併確認。
- Project V
- 以 V2Ray 網路代理技術為基礎發展出的專案與工具生態概念，不是可直接匯入的伺服器設定檔。理解這個名稱時，應將圖形客戶端、代理核心與連線參數分開看待。開源授權說明程式碼的使用與散布條件，不能取代對訂閱來源、伺服器營運者與本機設定的判斷。
- Xray
- 由 V2Ray 相關技術演進而來的代理核心，負責處理協定、判斷路由與轉發連線。v2rayNG 使用 Xray 核心，但實際支援能力仍取決於內含的核心版本。更新圖形介面與更新核心是兩回事；遇到不支援的設定欄位時，應先確認實際執行的核心。
- V2Fly
- 持續維護 V2Ray 核心的社群專案，提供協定、路由與 DNS 等基礎功能。V2Fly 與 Xray 有共同的技術背景，但功能演進、欄位意義與支援範圍並不完全相同。v2flyNG 是 Android 上的相關客戶端選項，切換前應先確認現有設定，不要直接假設兩種核心可以互換。
- 圖形客戶端
- 提供訂閱匯入、伺服器清單、代理模式與記錄檢視等操作介面的應用程式。v2rayN 適用於 Windows、macOS 與 Linux 桌面平台，v2rayNG 和 v2flyNG 適用於 Android。介面中的一個開關可能會產生多項底層設定，因此手冊中的原生 JSON 欄位，不一定能在設定頁找到同名輸入欄位。
還在挑選軟體？查看三款客戶端的平台支援與核心差異。
SUBSCRIPTION / CONNECTION
訂閱與節點
訂閱是取得設定的入口，節點則是個別連線項目。清單顯示內容只代表資料已讀取，不代表已成功連上遠端伺服器。
- 訂閱
- 用來批次取得及更新連線設定的入口，通常是 URL。v2rayN 可透過訂閱群組管理不同來源；更新時，節點可能新增、替換或移除，本機修改是否保留則取決於客戶端的處理方式。訂閱網址可能包含存取憑證，分享截圖或記錄時應遮蔽完整網址，不要當作一般公開網址轉傳。
- 節點
- 客戶端清單中一組可選的伺服器連線參數，通常包含位址、連接埠、協定、驗證資訊與傳輸設定。別名只是方便辨識的標籤，不能單憑名稱判斷伺服器的實際位置、頻寬或可用性。切換節點實際上是更換連線設定；若問題出在本機 DNS 或代理入口，換節點未必能解決。
- 真實連線延遲
- 透過所選代理連線並存取測試目標時測得的耗時，實際計時範圍取決於客戶端的實作。單純的 TCP 延遲通常只反映連接埠連線耗時；真實連線測試則更接近一次實際代理請求，但結果仍會受目標位址、DNS 與網路時段影響。比較時應使用相同的測試條件；數值較低不代表持續下載速度較快。
要實際操作？從匯入訂閱與首次連線教學開始。
MATCH / OUTBOUND
路由與分流
先比對條件，再選擇出口。規則資料、比對順序與出口標籤共同決定連線的轉發方式。
- 路由規則
- 依網域、IP、連接埠或協定等條件選擇出口的規則集合，通常依設定順序比對。寬泛規則若排在前面，後續的特定規則可能就不會生效。在 v2rayN 更換路由方案後，應一併檢查預設出口與規則順序；不要以為介面中選取的伺服器就是所有連線必經的出口。
- GeoIP
- 供路由規則引用的 IP 位址集合，可依地區或用途分類，例如以
geoip:private表示私人位址集合。這項功能依賴本機資料檔案與相應核心的解析支援，並非即時定位服務。位址分類可能隨網路配置變動；若分流結果不如預期，應檢查規則命中狀況與資料更新情形，而不只是查看伺服器別名。
- GeoSite
- 依網站、服務或用途整理的網域集合，方便避免逐一輸入大量網域。規則引用的標籤必須存在於目前使用的資料檔案中，不同資料來源的標籤未必通用。網域規則也需要核心取得目標網域；若應用程式直接連線至 IP，可能需要 DNS 映射或流量嗅探等配套機制。
- 分流與出口
- 分流是將不同連線交由不同出口處理；出口則是核心中實際的連線出口設定，例如直連、代理或阻擋。規則中的
outboundTag必須指向已存在的出口標籤，不能任意填入介面備註。全域代理通常表示路由策略傾向統一走代理，不代表原本未進入客戶端的應用程式流量也會被接管。
DNS / NETWORK MODE
DNS 與網路模式
流量從哪裡進入、網域在哪裡解析，是兩件需要互相配合的事。接管連線不代表也會自動接管所有 DNS 查詢。
- TUN 模式
- 透過虛擬網路介面接收流量的運作模式，可用於處理不遵循系統代理設定的應用程式，通常需要額外權限或網路元件支援。流量進入客戶端後仍須經過路由判斷，因此啟用 TUN 不等於所有流量都會走代理出口。若同時使用其他虛擬網路工具，也應檢查預設路由、DNS 與區域網路存取是否受到影響。
- DNS
- 將網域名稱解析為 IP 位址等記錄的系統，是建立大多數網路連線前的重要環節。作業系統、瀏覽器與代理核心都可能各自進行解析，因此只修改一個 DNS 位址未必能涵蓋所有應用程式。設定時應先釐清由誰發出查詢、查詢經過哪個出口，以及結果供哪些路由使用，再排查快取或解析失敗問題。
- FakeDNS
- 為網域回傳映射位址，並在後續連線中還原網域關聯資訊的機制，可用於依網域判斷路由。這些位址僅供內部映射使用，不是目標伺服器的實際位址。DNS 回應、流量接入與映射還原必須搭配使用；只複製位址池參數可能造成連線異常，停用後也要留意應用程式與系統保留的解析快取。
- DNS 洩漏
- DNS 查詢未依預期路徑送出的情況，不能只看到某個解析服務名稱就直接下結論。排查時應一併檢查應用程式是否使用獨立的加密 DNS、系統解析器設定、IPv6 與客戶端路由策略。網頁顯示的出口位址只能反映該次請求的出口，無法單獨證明其他應用程式及其 DNS 查詢也走相同路徑。
CLIENT / SETTINGS
客戶端設定
流量接管、資訊辨識與連線最佳化各有用途。每次只調整一項，並使用同一個應用程式測試，較容易找出變化的原因。
- 系統代理
- 將代理位址與連接埠登錄至作業系統，讓遵循系統設定的應用程式將連線交給本機客戶端。v2rayN 的「自動設定系統代理」屬於這一層，與路由頁面中的分流策略不同。部分應用程式會忽略系統代理或使用自己的設定；若關閉客戶端後無法連線，應檢查系統是否仍保留指向本機連接埠的代理設定。
- 依應用程式代理
- 依應用程式決定哪些流量納入客戶端接管範圍的設定，常見於 Android VPN 模式。使用 v2rayNG 時，先確認清單採用「僅代理所選應用程式」或「略過所選應用程式」的邏輯，不要只看勾選狀態判斷結果。應用程式納入接管範圍後，連線仍須經過後續路由判斷，不代表所有流量都會強制走代理出口。
- 流量嗅探
- 從連線初始的協定特徵擷取網域等中繼資料，補充路由判斷資訊，例如參考 TLS 交握中的伺服器名稱。這不代表會解密所有通訊內容，也無法保證辨識每種連線。v2rayNG 的「啟用流量嗅探」須配合實際路由需求；若辨識失敗，也要檢查應用程式使用的協定及可取得的資訊是否足夠。
- Mux 多工
- 將多個邏輯連線共用同一底層連線的機制，在部分情境下可能減少重複建立連線的成本。效果取決於協定相容性、網路封包遺失率、並行請求與核心實作，不能視為通用的加速開關。若啟用後出現卡頓或特定協定連線異常，可在相同條件下關閉並比較，也要確認目前的傳輸組合是否適合啟用。
從術語到設定
釐清概念後，再依操作目標閱讀。初次使用可從匯入訂閱開始；調整路由與 DNS 前，先備份目前設定，並記下正在使用的核心與運作模式。