協定與傳輸
協定決定通訊方式，傳輸負責承載資料，安全機制則保護連線；這三個層次不能只憑名稱互相取代。
- VMess代理協定 · 使用者識別碼驗證
- VMess 是 Project V 生態系中的代理協定，使用使用者識別碼進行驗證；常見設定還包括伺服器位址、連接埠、傳輸方式與安全設定。用戶端與伺服器必須使用相符的參數，不能只填入位址就建立連線。驗證也受系統時間影響；若裝置時間明顯不準，請先同步時間，再確認設定是否失效。
- VLESS輕量代理協定 · 搭配安全層使用
- VLESS 簡化了協定層的處理，本身不負責加密通訊內容，通常搭配 TLS 或 REALITY 等安全機制使用。匯入設定時，除了使用者識別碼，也應保留原有的傳輸方式、伺服器名稱與流量控制等參數。VLESS 與 VMess 不能直接互換；更改協定下拉選單的名稱，並不會完成設定轉換。
- Trojan代理協定 · 密碼與 TLS
- Trojan 通常透過 TLS 連線傳送代理流量，並以密碼完成驗證。除了位址與密碼，伺服器名稱、憑證驗證及實際傳輸方式也會影響連線結果。若憑證驗證失敗，應檢查網域名稱、裝置時間與伺服器設定，不建議將停用憑證驗證當作日常解法。
- REALITY傳輸安全機制 · Xray 生態系
- REALITY 是 Xray 生態系中的傳輸安全機制，並非獨立的代理協定，常與 VLESS 搭配使用。連線設定須符合公鑰、伺服器名稱、短識別碼等參數；可用欄位也會因用戶端與核心版本而異。看到 REALITY 時，應確認目前使用的核心支援這組設定，而不只是確認協定清單中有 VLESS。
核心與生態系
介面負責設定，核心負責執行連線。排查相容性時，兩者都要確認，不能只看軟體名稱。
- Project V專案體系 · 模組化代理通訊
- Project V 是以模組化代理通訊為核心的專案體系，V2Ray 是認識這個生態系的重要起點。日常討論中的「V2Ray」有時指核心，有時泛指相容的協定與用戶端；閱讀教學時須依上下文判斷。選擇軟體前，先分清協定名稱、負責執行的核心與圖形介面用戶端，才不會混淆三者的功能。
- V2Fly社群專案 · 維護 V2Ray 核心
- V2Fly 是維護 V2Ray 核心及相關元件的社群專案，實際連線能力取決於所使用的核心版本。Android 用戶端 v2flyNG 是採用這套核心的選擇之一，但用戶端名稱不等於協定名稱。移轉設定時，應確認協定、傳輸方式與欄位支援情形，不能假設其他核心都能直接套用原有設定。
- Xray代理核心 · 負責連線與路由
- Xray 與 V2Ray 有技術淵源，負責協定協商、連線處理與路由執行等工作，部分功能則各自發展。v2rayN 可管理核心設定，v2rayNG 則是常見的 Android 圖形介面用戶端。核心啟動失敗時，應查看啟動記錄中的具體欄位或檔案錯誤，不能只因介面已開啟就認定連線正常。
- 核心與用戶端執行層與設定介面的差異
- 用戶端提供訂閱管理、伺服器選擇、記錄檢視等介面；核心則在背景依產生的設定執行網路工作。介面顯示某項設定，不代表目前使用的核心都能辨識該欄位。更新用戶端、更新核心和更新訂閱是三件不同的事；遇到問題時，應記下實際變更的是哪一層。
訂閱與節點
訂閱用來取得設定，節點用來描述連線；分享與備份時，也要留意敏感資訊及移轉範圍。
- 訂閱連結取得一組連線設定的網址
- 訂閱連結是用戶端用來取得一組連線設定的網址，回傳內容必須是用戶端可辨識的格式。連結可能含有身分資訊，不適合放進公開截圖、記錄或討論內容。匯入失敗時，先區分是無法連上網址，還是格式解析失敗；訂閱轉換只能調整格式，無法自動補上來源缺少的連線參數。
- 節點伺服器項目 · 連線設定
- 節點通常是用戶端清單中的單筆連線設定，包含伺服器位址、連接埠、協定、驗證資訊及傳輸安全參數。清單中的顯示名稱只是備註，無法據此確認實際服務位置或連線品質。選取節點代表將它設為目前的連線候選；應用程式是否使用該節點，還取決於代理模式、路由規則與核心是否正常運作。
- 更新訂閱重新整理設定清單 · 非程式升級
- 更新訂閱會重新向訂閱網址發出請求，並依用戶端的處理方式更新設定清單；這不能取代用戶端或核心升級。來源內容變更時，原有項目可能遭到修改或移除，因此不應將訂閱項目當作長期手動編輯的備份。更新後，先確認目前選取的項目仍存在，再測試連線，以免將選項變更誤判為網路故障。
路由與分流
規則負責判斷條件，出站負責執行連線。先確認比對順序與資料來源，再檢查最後符合的規則。
- 路由規則比對條件 → 出站標籤
- 路由規則依網域、IP、連接埠或處理程序等條件選擇出站方式，可用條件取決於核心與用戶端。規則通常由上往下比對，符合後便使用對應出站；條件過於寬泛，可能會先攔截後續更精確的規則。排查時先檢查規則順序，再確認請求是否帶有可用的網域資訊；最後才考慮設定兜底規則。
- GeoIPIP 位址集合 · 依地區與用途分類
- GeoIP 會依地區或用途將 IP 位址整理成路由集合，例如
geoip:private常用來比對私人位址。集合比對結果會受資料來源與版本影響，不能當作判定位址實際位置的絕對依據。使用 IP 條件時，也要考慮網域何時解析，以及目前路由策略是否會主動查詢位址以進行比對。
- GeoSite網域分類集合 · 依賴規則資料
- GeoSite 會依類別整理網域，規則可引用
geosite:cn等分類，不必逐一維護網域。分類是否存在及涵蓋哪些項目，取決於目前載入的資料檔案。若記錄顯示找不到分類，應檢查資料檔案與分類名稱；只調整規則順序無法補上不存在的分類。
- 分流與出站分配請求的流程與實際連線設定
- 分流是將不同請求交由不同路徑處理的流程，出站則是實際執行連線的設定。介面常用
direct、proxy、block標示直連、代理與封鎖，但標籤名稱本身不會自動產生作用，必須對應正確的設定。直連仍須具備連線至目標的網路條件；選擇直連不代表能忽略正常的網路限制。
用戶端功能
代理模式決定哪些流量會進入用戶端，連線測試則只驗證特定目標；兩者都要確認作用範圍。
- 系統代理將本機代理位址登錄至系統
- 系統代理會將本機代理位址登錄到作業系統，主要影響遵循該設定的應用程式，不會自動接管所有網路連線。v2rayN 中的「自動設定系統代理」與「清除系統代理」會變更系統設定，不會修改遠端連線參數。若關閉用戶端後仍保留已失效的代理位址，瀏覽器可能繼續向已停止運作的本機連接埠發出請求。
- TUN 模式虛擬網路介面 · 接管更廣泛的流量
- TUN 模式透過虛擬網路介面接收流量，可處理部分不遵循系統代理設定的應用程式，通常需要管理員權限或相應的網路權限。實際接管範圍取決於系統路由、排除規則、IPv6 設定與具體實作，不能只看開關已啟用就認定所有流量都受到處理。啟用前應確認權限與 DNS 設定，並留意其他虛擬網卡軟體造成的路由衝突。
- 延遲測試測試方式不同，結果不能直接比較
- 延遲是特定測試所需的時間；TCP 建立連線、HTTP 請求與其他探測方式涵蓋的流程並不相同。TCP 連接埠可連線，只代表該連線階段可達，不能證明協定驗證與目標存取都成功。比較結果時，應使用相同的測試方式與目標；延遲較低也不代表持續下載速度一定較快。
- 真實連線延遲透過代理設定發出請求的測試
- 用戶端中的真實連線延遲，通常是透過目前的代理設定向測試位址發出請求，比單純探測伺服器連接埠涵蓋更多連線環節。是否計入 DNS、交握與重新導向，以及如何判定成功，須以個別用戶端的實作為準。測試失敗可能是測試位址本身或其路由造成，不能單憑此結果判定所有應用程式都無法連線。
網路基礎
網域解析、位址映射與本機連接埠是不同環節。先找出問題所在的層級，再調整設定。
- DNS網域解析 · 連線前查詢位址
- DNS 用來將網域解析為 IP 位址等記錄，解析結果會影響後續連線及依 IP 進行的路由判斷。系統、瀏覽器與代理核心可能各有 DNS 設定，修改其中一處不一定會改變所有查詢路徑。網域無法存取時，應分別確認解析是否成功、取得的位址是否可連線，以及請求最後使用哪個出站方式。
- FakeDNS虛擬位址與網域映射
- FakeDNS 會從特定位址池回傳虛擬位址，並保存虛擬位址與原始網域的對應關係，讓後續處理程序保留網域資訊。這些位址並非目標伺服器的實際位址，後續連線必須交由能辨識該對應關係的元件接手處理。切換模式後，若應用程式仍快取舊位址，可能造成存取異常；應依用戶端實作處理 DNS 快取與接管範圍。
- DNS 洩漏查詢路徑偏離預期
- DNS 洩漏通常指網域查詢未經預期的解析路徑，而是由系統或應用程式交給其他解析服務。是否異常取決於原先設定的分流目標；直連網域使用本機解析，不應只因解析位置不同就判定為故障。檢查時須一併確認瀏覽器的安全 DNS、系統解析、核心 DNS 與 TUN 設定；單一檢測頁面只能反映部分狀況。
- 本機監聽連接埠應用程式連線至用戶端的本機入口
- 本機監聽連接埠是用戶端在裝置上接收連線的入口，與遠端伺服器連接埠不同。部分 v2rayN 設定會使用
10808作為 SOCKS/HTTP 混合監聽連接埠；實際值請以目前的參數設定為準，應用程式填寫的協定與連接埠必須相符。若連接埠遭其他程式占用，可能導致核心啟動或監聽失敗，通常應先查看記錄找出衝突。