V2Ray 常見問題
安裝、訂閱與連線排除

V2Ray 通常指 Project V 生態系中的代理核心與相關專案；V2Fly 延續這個核心家族，Xray 則是另一條發展分支。v2rayN 是圖形介面客戶端，負責匯入設定、選擇伺服器、設定路由並呼叫核心。介面可以匯入某種連結，不代表目前使用的核心一定支援其中所有參數。排除相容性問題時，請記下客戶端版本、實際呼叫的核心及其版本，再核對協定、傳輸與安全設定。

Windows、macOS 與 Linux 桌面版可優先考慮 v2rayN，依作業系統和處理器選擇相應的安裝套件。Android 通常可先使用 v2rayNG；需要 V2Fly 核心設定時，再考慮 v2flyNG。選擇時應以現有設定需求為準，而不是看客戶端名稱是否相似。特別注意，依賴 Xray 特定功能的設定，不能直接視為與 V2Fly 相容。更換客戶端前，先匯出必要設定，並確認訂閱提供者建議的目標客戶端與格式。

客戶端提供設定管理與連線功能，安裝完成後不會自動建立可用伺服器。你需要匯入自行管理或經授權取得的分享連結、設定檔或訂閱網址。分享連結通常對應單一設定；訂閱網址則用來取得可更新的設定集合。取得資料後，先確認資料類型，再使用相應的匯入入口；直接把訂閱網址當成伺服器位址填入，通常無法取得有效設定。訂閱連結可能包含存取憑證，請勿貼到公開截圖或討論區。

不是。VLESS 是代理協定，REALITY 是 Xray 提供的一種傳輸安全機制，兩者可以搭配使用，並非二選一。設定中也可能包含傳輸類型、伺服器名稱、公鑰、指紋與 shortId 等參數，必須符合伺服器端要求。不要只把協定下拉選單改成 VLESS，就認為轉換完成；也不要任意將一般 TLS 設定改成 REALITY。請以完整分享連結和伺服器端說明為準；若涉及核心差異，再查閱協定文件。

多數較新的 Android 手機可先選 arm64，安裝套件通常較小；universal 支援多種架構，適合不確定裝置架構時使用。不過，處理器支援 64 位元，不代表系統一定採用 64 位元執行環境，部分舊裝置仍可能需要通用版。如果 arm64 顯示與裝置不相容，可確認系統架構後改用 universal。安裝套件解析失敗也可能與系統版本、下載未完成或簽章衝突有關，不應一概歸因於架構。

先確認填入的是訂閱介面網址，而不是帳戶網頁、說明頁或單一分享連結；並檢查複製時是否多了空格或漏掉查詢參數。在 v2rayN 中儲存訂閱群組後，還要執行更新訂閱；在 v2rayNG 中也要觸發訂閱更新。接著查看更新提示與記錄，區分請求失敗或解析失敗。前者應檢查存取路徑與網址是否過期，後者則要核對回傳格式。若已有項目但畫面仍顯示空白，再確認目前的群組篩選是否隱藏了結果。

重新複製完整連結，盡量使用純文字來源，避免通訊軟體將連結拆行、加上省略號或附帶中文標點。確認連結類型與目前的客戶端版本相符，尤其是含有新傳輸參數的設定。訂閱網址應輸入訂閱管理頁面，不要和分享連結匯入混用。如果提示缺少參數，請向設定提供者索取完整原文，不要猜測並自行補上公鑰或使用者識別碼。手動輸入時，逐項核對協定、連接埠、傳輸與安全設定；匯入成功後再測試連線。

桌面版建立虛擬網路介面和修改路由通常需要較高權限，請先依目前作業系統與客戶端說明完成授權；Windows 可在確認程式來源後，嘗試以系統管理員身分執行。接著關閉其他正在接管網路的隧道工具，避免路由或介面衝突。Android 則需要接受系統的 VPN 連線授權，並留意是否有其他 VPN 正在執行。請勿把關閉安全防護當成常規步驟；若仍然失敗，查看記錄中的介面、驅動程式或路由錯誤，再針對問題處理。

系統代理主要供遵循系統代理設定的應用程式使用；TUN 在網路層接管符合條件的流量，適合不讀取系統代理設定的程式；路由規則則決定連線進入核心後要使用哪個出口。三者負責不同環節。初次設定時，先透過系統代理確認瀏覽器能否連線，再依實際需求啟用 TUN，避免一次變更多個變數。啟用 TUN 後仍須檢查 DNS 和路由規則；流量遭接管不等於全部流量都會走代理，也不要假設各作業系統的選單與行為完全相同。

先分辨測試項目：TCP 連線測試只能反映連接埠是否成功建立連線；實際請求測試還會涉及更多協定交握與目標存取過程；下載測試則會受到頻寬和測試目標影響。測試通過不代表所有網站都能使用，單次逾時也不能直接判定設定失效。先固定同一台伺服器、相同路由與測試目標，重複驗證後再對照核心記錄。瀏覽器額外使用的代理擴充功能、安全 DNS 或快取，也可能使瀏覽器和客戶端測試走不同路徑。

在支援自動更新的客戶端中，為相應的訂閱群組啟用更新並設定合適的間隔，接著確認一次實際更新是否成功。程式已關閉或手機受到背景執行限制時，更新工作不一定會準時執行。訂閱項目通常會依遠端內容重新產生，直接修改其中的參數，可能在下次更新時被覆蓋。需要長期保留的自訂項目，可複製到獨立的手動群組，並清楚區分來源。更換訂閱憑證後必須更新網址；重複重新整理舊網址無法解決授權失效。

不建議跨作業系統覆蓋整個資料夾。不同客戶端的資料庫、檔案路徑、介面名稱與路由設定可能不同，同一個訂閱也可能回傳針對特定客戶端提供的內容。建議在各裝置分別新增相容的訂閱，或使用客戶端支援的匯入／匯出功能移轉必要設定。系統代理、TUN、DNS 與應用程式分流都應在目標裝置上重新檢查。備份檔可能含有伺服器憑證和訂閱權杖，請存放在妥善控管的位置；同步後先單獨驗證，再取代原本可用的設定。

先分清核心成功啟動和成功存取遠端，這是兩回事。確認已選取伺服器，再檢查瀏覽器是否使用系統代理、客戶端是否設定相應的代理模式，以及本機監聽連接埠是否發生衝突。接著暫時停用瀏覽器代理擴充功能，使用相同目標重試，並查看核心記錄中的連線與 DNS 錯誤。若只有部分網站無法使用，再核對分流規則和瀏覽器的安全 DNS。每次只修改一個項目，並保留原設定，避免同時更換伺服器、DNS 和路由，失去排查線索。

先確認裝置本身可以正常連上網路，再核對伺服器位址、連接埠，以及訂閱是否已過期。開啟系統自動校時，確認目前的核心支援設定需求，並核對傳輸、安全類型與伺服器名稱等參數。查看記錄，分辨網域名稱解析失敗、建立連線逾時或交握失敗，因應方式各不相同。若只有單一設定失敗，可請提供者確認伺服器端狀態；若多個設定同時失敗，應優先檢查本機網路、代理鏈與防火牆規則。不要任意關閉憑證驗證來規避錯誤。

系統代理不適用於所有應用程式，有些程式使用獨立的網路堆疊，或自行儲存代理設定。先用遵循系統代理設定的瀏覽器測試，再確認目標應用程式是否提供 HTTP 或 SOCKS 代理選項，並依客戶端實際監聽的類型與連接埠填入。瀏覽器擴充功能、企業政策或其他代理工具也可能覆寫系統設定。確實需要在網路層接管流量時，再評估使用 TUN，並檢查是否設有繞過規則。請勿把監聽位址擴大到區域網路當成修復方式，這與應用程式是否讀取代理設定無關。

現有設定可用，只代表目前的伺服器連線正常；訂閱介面的存取路徑、授權和回應格式仍可能有問題。先查看更新提示：授權錯誤應核對訂閱憑證，逾時應檢查介面是否可連線，解析錯誤則要確認回傳內容是否為客戶端支援的格式。如果客戶端提供直接更新和透過代理更新兩種方式，可在保留可用伺服器的前提下分別測試，並確認代理確實正在運作。不要先清除所有設定；記下失敗時間與已隱去敏感資訊的錯誤內容，方便進一步排查。