V2Ray 常見問題

V2Ray 屬於 Project V 代理工具生態系；V2Fly 延續 V2Ray 核心的開發，Xray 則是另一個核心分支。核心負責協定連線、路由與 DNS 等處理；圖形介面用戶端則負責儲存節點、管理訂閱、產生設定並啟動核心。排查時要分清這兩個層次：介面能開啟不代表核心已啟動，核心已啟動也不代表系統流量已進入代理。先查看用戶端記錄中的啟動結果，再檢查代理入口。

Windows、macOS 與 Linux 桌面環境可選擇 v2rayN，再依處理器架構與安裝套件格式選擇下載項目。Android 通常可先考慮採用 Xray 核心的 v2rayNG；若需要使用 V2Fly 核心，再考慮 v2flyNG。別只憑用戶端名稱判斷設定是否相容，也要確認伺服器使用的協定、傳輸方式與安全欄位。遇到特定欄位不受支援時，先確認實際啟動的核心與版本，再決定是否更換用戶端。

用戶端是設定與連線工具，安裝後不會自動產生伺服器位址或存取憑證。節點清單必須透過合法取得的訂閱網址、分享連結，或手動輸入連線參數建立。訂閱通常包含多個節點，單一分享連結通常只包含一個節點，兩者的匯入入口也不同。匯入前先確認資料類型，匯入後檢查是否顯示節點名稱、位址與連接埠；請勿將帳戶管理網頁的網址當成訂閱網址貼上。

VMess、VLESS 與 Trojan 是代理協定名稱；REALITY 則是安全機制，並非與它們並列的獨立節點協定。一次連線也可能包含 TCP、WebSocket 或 gRPC 等傳輸設定。手動設定時，應分別核對協定、位址、連接埠、使用者識別碼，以及傳輸與安全參數；不能只因協定名稱相同，就認定設定一致。缺少欄位時應向設定提供者確認，尤其不要自行猜測伺服器名稱、公鑰或短識別碼。

先確認裝置支援的應用程式架構，不要只看手機上市年份。支援安裝 64 位元 ARM 應用程式的裝置通常選 arm64；無法確認架構時，可選包含多種架構的 universal 通用套件，但檔案通常較大。若發生解析失敗或無法安裝，也要檢查檔案是否下載完成、系統相容性要求，以及是否已有簽章不同的舊版安裝。準備解除安裝舊版前，先匯出設定，以免節點與群組記錄隨應用程式資料一併刪除。

先確認失敗發生在儲存網址、取得內容，還是解析節點。無法儲存時，檢查網址前後是否有空格、換行或複製不完整；無法取得內容時，查看記錄中的網路或 HTTP 錯誤；取得內容卻沒有節點時，確認回應內容是否為登入頁、錯誤頁，或用戶端不支援的格式。在 v2rayN 的訂閱群組設定中儲存網址後，還要執行更新訂閱。訂閱網址可能包含存取權杖，分享截圖或求助記錄時應遮蔽完整網址。

系統代理只會提供代理位址給遵循系統設定的應用程式，不會自動接管所有網路請求。先確認用戶端核心正在執行，再核對系統代理的主機與連接埠是否對應本機 HTTP 或混合式入站。接著檢查目標應用程式是否使用自訂代理、明確停用代理，或必須重新啟動才能讀取設定。命令列工具與部分應用程式可能需要另外設定；至於不遵循系統代理的流量，再評估是否適合使用 TUN 模式。不要只看開關狀態就判斷流量路徑。

TUN 通常會用到虛擬網路介面與系統路由，所需權限取決於平台、用戶端版本及具體實作。桌面端請先閱讀用戶端的權限提示，依指示授予所需的管理員權限或輔助服務權限；Android 則需允許系統跳出的 VPN 連線要求。也要檢查是否有其他 VPN 或網路接管工具占用相同資源。授權後重新啟動相關模式並查看記錄；不要反覆安裝來源不明的驅動程式，也別把所有權限錯誤都歸因於節點無法使用。

建議依訂閱來源建立獨立群組，使用容易辨識來源的名稱，再將對應網址儲存至該群組。手動新增的節點應另外保存，不要混入可能在訂閱更新時被覆蓋的清單。更新前確認操作對象是單一群組還是所有群組；更新後檢查節點數量變化與目前選取的節點。數量減少不一定是用戶端故障，也可能是來源內容有所變更。群組與篩選是用戶端的管理功能，不應寫成通用的核心設定欄位。

規則模式會依網域、IP、連接埠等條件選擇出口；全域代理通常表示將進入用戶端的流量統一交由代理出口處理，但實際範圍取決於用戶端的定義。這不代表所有應用程式流量都已被接管，也不等於自動啟用 TUN。排查分流問題時，可暫時讓目標請求走代理進行比對，再切回規則模式並檢查命中的規則。務必分開檢查流量如何進入用戶端，以及進入後如何選擇出口。

先執行一次可重現的連線，再從用戶端記錄中尋找對應的網域、目標位址與出口標籤。routing 規則通常依序比對，前面的寬鬆條件可能先攔截請求；規則中的 outboundTag 必須與 outbounds 中的 tag 一致。同時確認請求進入核心時是否仍保留網域名稱，因為只有 IP 的請求未必能命中網域規則。調整時一次只修改一條，並重新載入設定，避免同時修改 DNS 與路由，導致無法判斷變化原因。

先在電腦用戶端開啟允許區域網路連線，確認代理入站監聽的並非只有迴路位址，並記下電腦的區域網路 IP 與實際監聽連接埠。在另一台裝置的代理設定中輸入該 IP 與對應的 HTTP 或 SOCKS 連接埠，再確認電腦防火牆允許可信任的區域網路存取。兩台裝置也必須能互相連線，訪客網路或無線隔離可能會阻擋連線。僅在可信任的網路中開放，並優先限制來源位址；不要將代理連接埠轉送至公網。

先保留現有節點，避免刪除後失去可用設定。檢查訂閱是否到期、網址是否已重設，以及本機時間是否正確，再根據記錄區分連線逾時、憑證錯誤與 HTTP 狀態錯誤。若用戶端提供直連更新與透過代理更新兩種方式，可在已有可用節點時分別嘗試；依賴已失效的節點更新訂閱，可能陷入循環。若回傳內容已變更，應確認來源支援的訂閱格式，不要反覆將錯誤網頁匯入節點清單。

不一定。測試結果同時受測試目標、DNS、目前網路、協定參數與伺服器狀態影響。先確認選用的測試方式是連接埠連線，還是實際代理請求；兩者不能直接畫上等號。接著檢查位址、連接埠、系統時間，以及伺服器要求的傳輸與安全欄位，並查看失敗時的記錄。可換用已知可用的節點或網路進行比對，但不要頻繁大量測試。若所有節點同時失敗，優先確認本機核心是否已啟動，以及網路是否正常。

依序檢查本機入口、路由、遠端連線與 DNS。先確認瀏覽器請求是否出現在用戶端記錄中；若沒有記錄，檢查系統代理、應用程式自訂代理或 TUN 的接管範圍。若有記錄但連線失敗，核對出口標籤、節點參數與遠端錯誤；只有網域解析出錯時，再檢查 DNS 伺服器的連線路徑。不要直接關閉所有安全軟體。也要確認問題是出現在所有網站，還是只影響特定網域或應用程式。

先查看啟動過程中第一則明確錯誤，不要只看最後的退出提示。JSON 解析錯誤通常需檢查逗號、引號與括號；連接埠被占用時，檢查是否有舊程序或其他程式使用相同的入站連接埠；協定或欄位不明時，則要核對設定與核心支援能力。若提示規則資源遺失，檢查用戶端管理的相關資源是否存在。修改用戶端產生的暫存設定可能會在下次啟動時被覆蓋，建議優先回到介面設定或自訂設定來源修正。