生態起點與職責分層
Project V 建立了一套圍繞代理協定、傳輸層、安全參數與路由系統發展的開源技術生態。實際使用時,使用者接觸到的通常是圖形化客戶端,但連線、解析設定、建立傳輸與執行路由規則的工作主要由核心完成。客戶端負責將訂閱管理、伺服器選擇、系統代理與日誌查看整合成可操作的介面,再把結果轉換為核心可讀取的設定。
這種分層表示,介面相似的客戶端可能採用不同核心,同一份基礎設定也可能因擴充欄位不同而產生相容性差異。排查問題時,應先確認失敗發生在哪一層:客戶端能否儲存設定、訂閱能否建立項目、核心能否解析設定、連線能否完成交握、路由規則能否命中。將這些階段混在一起,容易把設定錯誤誤判為線路問題。
V2Fly 與 Xray 核心家族
V2Fly 延續 Project V 生態中的核心能力,著重協定實作、傳輸組合、路由與跨平台執行。Xray 在相近的設定體系上發展,並擴充部分協定能力、傳輸選項與安全參數。兩者在許多基礎欄位上相似,但並非所有擴充功能都能直接互換。尤其訂閱包含較新的欄位時,客戶端採用的核心及其支援範圍會直接影響匯入結果。
選擇核心不應只看名稱。若服務端明確提供協定類型與設定要求,應使用能完整辨識這些欄位的客戶端。採用 Xray 核心的 v2rayNG 適合常見的 Android 設定;v2flyNG 為需要 V2Fly 家族的使用者提供另一選擇。桌面版 v2rayN 負責將多個核心相關設定與系統代理功能集中到統一介面,實際可用項目仍取決於目前版本所包含的元件。
開源授權與社群維護方式
v2rayN、v2rayNG 與 v2flyNG 都是開源客戶端。開源授權規範原始碼的使用、修改與再散布界線,也讓協定實作、設定轉換與介面行為能夠公開討論。開源不代表每個版本都具備相同功能;客戶端發布節奏、相依元件與核心更新週期仍可能不同,因此遇到無法辨識的新協定欄位時,應先核對客戶端類型與發布時間線。
社群維護通常圍繞錯誤修正、系統相容性、核心升級與設定格式變化展開。新版本可能增加欄位支援,也可能調整選單位置或預設值。升級前應記錄目前的訂閱群組與重要路由設定,升級後先驗證基本連線,再恢復複雜規則。長期保留來源不明、版本過舊的設定會增加定位成本;依目前客戶端支援的欄位重新整理設定,更容易維護。
訂閱格式與更新範圍
訂閱連結是設定分發入口,回傳內容可能是單一連結集合、編碼文字或結構化設定。客戶端需要先取得回傳內容,再依支援的格式解析為伺服器項目。連結可存取但清單為空,通常表示回傳格式、編碼方式或欄位支援存在差異;清單正常但無法連線,則應繼續檢查核心啟動與目標參數。訂閱更新不會自動修正手動覆寫的錯誤設定,也不會替使用者決定路由模式。
分別管理訂閱群組、客戶端設定與核心日誌,可以減少誤操作。訂閱負責提供節點參數,客戶端負責管理本機入口與介面狀態,路由負責決定流量出口,日誌負責記錄執行結果。四者各自承擔明確職責。需要遷移裝置時,應先在新裝置上完成一次獨立匯入與驗證,再停用舊裝置設定,避免將舊環境中的連接埠或權限問題一併帶過去。