V2Ray 常見問題
設定與連線疑難排解

先依裝置作業系統縮小選擇範圍：Windows、macOS 與 Linux 桌面版可使用 v2rayN；Android 通常可先選用 Xray 核心的 v2rayNG，需要 V2Fly 核心時再考慮 v2flyNG。同一款客戶端的功能也會隨版本與核心而異，不能只看名稱判斷是否相容。已有設定時，先確認設定提供者要求的協定、傳輸方式與安全參數，再確認客戶端是否支援這些組合；不要一遇到連線問題就先換客戶端。

客戶端負責圖形介面、設定管理與代理開關；核心則依照設定處理連線、路由與協定。節點是一組遠端連線參數，訂閱則是用來取得或更新這些參數的網址。安裝客戶端不代表已經有可用節點，介面能啟動也不表示核心與遠端連線正常。排查時要分清楚問題出在介面操作、核心啟動、取得訂閱，還是節點連線。訂閱網址可能包含存取憑證，請像保管帳戶資訊一樣妥善保存，不要公開在截圖或討論區。

不能直接互換。VMess、VLESS 與 Trojan 是不同的代理協定；REALITY 則是一種安全層方案，並非與它們並列的獨立節點協定。能否連線取決於客戶端與伺服器的協定、傳輸方式、安全層及相關欄位是否一致。只改協定名稱或開啟某個選項，通常無法得到可用設定。建議優先匯入設定提供者提供的完整連結；手動編輯前先備份原設定，再逐項核對連接埠、使用者識別碼、伺服器名稱與公鑰等適用欄位。

系統代理會將代理位址登錄至作業系統，主要影響會讀取這項設定的應用程式；TUN 則透過虛擬網路介面接管符合路由條件的流量，涵蓋範圍較廣，也更仰賴權限、路由與 DNS 的配合。初次使用建議先關閉 TUN，透過系統代理確認設定可用，再處理不遵循系統代理設定的應用程式。TUN 不是提升連線品質的開關，也不保證能接管所有流量。切換方式時一次只調整一項，避免與其他虛擬網卡或代理程式同時接管網路。

確認裝置支援 64 位元 ARM 應用程式時，優先選擇 arm64；不確定處理器架構時，可選擇包含多種架構元件的 universal 通用版。通用版通常檔案較大，但不會因此讓連線速度變快。不能只看購買年份判斷，有些裝置的處理器支援 64 位元，系統卻仍採用 32 位元執行環境。若顯示應用程式不相容，先確認系統需求、裝置架構與安裝檔來源；若提示簽章衝突，先備份設定，再確認既有應用程式是否來自相同發布管道。

先分清楚訂閱網址和單一節點分享連結：訂閱網址應新增至訂閱群組，單一連結則使用從剪貼簿匯入等相應功能。複製時檢查前後空格、換行與內容是否遭截斷，並確認取得的是原始網址，而非網頁標題或登入頁面。新增群組後通常還要執行更新，節點才會出現。如果成功取得內容卻無法解析，可能是回傳格式不相容，或收到錯誤頁面；請向提供者確認適用的客戶端與輸出格式。排查時不要把完整訂閱網址提交給不熟悉的轉換網站。

先記下錯誤訊息，再依作業系統、處理器架構與安裝檔類型確認執行需求。壓縮檔應完整解壓縮至可寫入的資料夾，不要直接在壓縮軟體中啟動；安裝程式則依照提示完成安裝。Windows 桌面版與 WPF 版使用不同的介面技術，所需執行環境應以各自的發布說明為準，不能把所有啟動錯誤都歸因於缺少同一種執行階段。若先前能正常執行，先結束殘留程序並備份設定，再嘗試在獨立資料夾使用新設定，藉此區分程式問題與舊設定問題。

桌面版先查看記錄中的具體失敗階段，再依目前作業系統與客戶端要求授予管理員權限或網路延伸功能權限；不要長期關閉系統安全防護。Android 需確認已授予系統 VPN 權限，而且通常無法同時執行另一個占用該通道的應用程式。若先前可以使用，請檢查是否有其他 VPN、虛擬網卡工具或安全軟體改變網路環境。關閉其他接管網路的程式後重新啟動客戶端；若仍失敗，先改用系統代理測試節點，避免將權限問題誤判為伺服器故障。

取得訂閱與連線節點是兩條不同的請求路徑，舊節點能用不代表訂閱網址一定可以存取。先保留現有設定，確認網址尚未過期、憑證未遭撤銷，再檢查更新記錄中的逾時、拒絕存取或解析錯誤。若客戶端提供透過代理更新和直接更新兩種方式，可在已有可用節點的情況下分別嘗試；不同版本的功能名稱可能不同。若回傳登入頁面或拒絕存取，請向提供者確認權限，不要反覆刪除群組，也不要短時間內連續更新。

日常使用可先採用規則分流，讓不同目標依規則選擇直連、代理或封鎖。全域模式適合暫時對照測試，但實際作用取決於客戶端目前的設定，並不代表所有應用程式流量都已進入客戶端；接管範圍仍由系統代理、應用程式代理或 TUN 決定。切換後重新發出請求，必要時關閉應用程式中的既有連線，因為已建立的連線可能繼續沿用原有路徑。若只有規則模式失效，應檢查比對到的規則與 DNS 結果，而不是先更換節點。

不能。TCP 連線測試通常只能確認指定位址與連接埠能否建立連線；實際請求測試還會受到測試目標、TLS、DNS 與伺服器策略影響。單項測試失敗，不能單獨證明節點完全無法使用；測試有回應，也不代表所有網站與應用程式都能正常存取。建議用自己常用的目標進行小範圍測試，並搭配記錄觀察失敗階段。大量測試可能產生額外流量或觸發服務限制，建議降低並行數量，優先比較相同環境下的結果，而不是只追求單一數字。

先使用客戶端提供的匯出或備份功能，並另外記下目前的核心、代理模式、監聽連接埠與自訂規則。若要複製設定資料夾，先正常結束客戶端，避免複製到尚未寫入完成的檔案。備份可能包含節點憑證與訂閱網址，應存放在妥善管控的位置；分享記錄或設定前，請移除敏感欄位。每次只修改一類設定，儲存後重新測試相同目標，並記下結果。還原時確認客戶端版本與設定格式相容，不要直接將某個核心的 JSON 覆蓋到圖形客戶端的管理資料庫。

先關閉代理，確認基本網路正常，再檢查系統時間、節點位址、連接埠，以及目前網路是否需要透過網頁登入認證。查看記錄判斷問題階段：解析失敗時先檢查 DNS；建立連線逾時時，留意目標位址、連接埠與網路路徑；交握失敗時再核對協定、安全層與身分欄位。可使用同一節點在另一個獲准使用的網路上測試，或在目前網路測試另一組已知可用的設定，以縮小問題範圍。不要一開始就同時修改 DNS、路由與協定；連續變更會讓原有故障與新問題混在一起。

顯示已連線可能只代表核心已啟動，或系統 VPN 通道已建立，不表示遠端請求已成功。先用瀏覽器存取明確的測試目標，同時查看客戶端是否產生相應的連線記錄。沒有記錄時，檢查應用程式是否有透過代理；有記錄但網域解析失敗時，檢查 DNS；出現憑證或交握錯誤時，確認系統時間與安全參數。接著暫時切換另一種路由模式進行比對，判斷是否為規則比對錯誤。若關閉代理後仍無法上網，先恢復基本網路，結束其他接管網路的程式並檢查殘留的代理設定。

並非所有應用程式都會讀取作業系統的代理設定：有些使用自己的代理選項，有些只在啟動時讀取，也有些流量類型不適用一般 HTTP 代理。先確認客戶端確實已設定系統代理，並核對監聽位址與連接埠；再完全結束目標應用程式後重新開啟。若應用程式支援手動設定代理，請依照客戶端提供的協定與連接埠填寫，不要混用 HTTP 與 SOCKS。確實需要擴大接管範圍時再評估 TUN，並檢查應用程式排除清單與路由規則；不要只憑系統代理開關判斷流量路徑。

先確認受影響的是特定網域、某類應用程式，還是所有連線，並記下記錄中的解析結果與比對到的出站。應用程式、作業系統與核心可能各自參與解析；若瀏覽器啟用了加密 DNS，請求也不一定會經過預期的核心 DNS 路徑。逐項確認 DNS 伺服器是否可連線、解析請求如何送出、路由是依網域或 IP 比對，以及是否存在過期快取。調整後重新建立連線再測試。FakeDNS、IPv6 與網域解析策略彼此可能互相影響，不建議只為了解決單一網域問題就一次開啟所有進階選項。