V2Ray 常見問題

V2Ray 所屬的 Project V 生態系提供代理通訊相關元件，V2Fly 與 Xray 是相關的核心專案，負責處理協定、連線、路由和 DNS 等工作。v2rayN、v2rayNG、v2flyNG 則提供圖形介面，可用來匯入伺服器資訊、管理訂閱及調整設定。介面能開啟不代表核心已成功執行，核心正在執行也不代表遠端服務可用。遇到問題時，應分別確認客戶端設定、核心啟動記錄與伺服器參數，不要只根據介面上的連線狀態判斷。

Windows、macOS 與 Linux 桌面環境可優先參考 v2rayN；Android 通常先考慮使用 Xray 核心的 v2rayNG，需要 V2Fly 核心環境時再參考 v2flyNG。選擇前應確認訂閱使用的協定、傳輸方式及核心功能需求，不能只比較介面是否相似。不同客戶端與版本的匯入格式、路由預設及設定入口可能不同；移轉時先保留原有可用設定，再用一個項目測試。客戶端不會自動提供伺服器，仍需準備有效的節點資訊或訂閱網址。

arm64 安裝套件適用於支援 ARM 64 位元應用程式的裝置；universal 通常包含多種處理器架構的元件，因此檔案通常較大。多數較新的 Android 手機可優先確認是否適用 arm64，但購買年份不能取代架構資訊：部分裝置的處理器支援 64 位元，系統卻只支援 32 位元應用程式。可在系統裝置資訊中確認架構；無法確認時可考慮通用套件，並以該客戶端目前的發行說明為準。安裝失敗時，也要檢查系統版本、剩餘空間及現有應用程式的簽章衝突，不要直接歸因於網路問題。

不能只修改客戶端的協定名稱就完成切換。VLESS、VMess、Trojan 是不同的代理協定，REALITY 則屬於相關的連線安全設定，通常還需配合伺服器端的傳輸與交握參數。伺服器位址、連接埠、使用者識別碼或密碼，以及視需要使用的伺服器名稱、公鑰和短識別碼，都應與伺服器端一致。訂閱已提供完整參數時，應優先保留原值；手動調整前先儲存原有設定。選擇協定時，應先確認伺服器支援情況及目前核心的相容性，不能只憑名稱判斷連線速度或可用性。

先區分訂閱網址與單一節點分享連結：前者通常要加入訂閱群組，後者則透過剪貼簿或分享連結的匯入入口處理。複製時移除前後空白，確認連結沒有被通訊軟體截斷，也沒有連同網頁標題一起複製。儲存訂閱群組後，通常還要執行一次更新，並檢查是否啟用了篩選條件。若回傳的是登入頁面、錯誤頁面或客戶端不支援的設定格式，即使網址能開啟也不會產生有效項目。記下更新提示，向提供者確認支援的格式；訂閱網址含有存取憑證，不應公開貼上。

下載訂閱與連線至既有節點是兩條不同的請求路徑，其中一項成功不代表另一項也正常。先查看失敗提示是網域解析、連線逾時、憑證錯誤還是授權失效，再確認裝置時間與訂閱有效期限。如果客戶端提供透過代理更新的選項，可在既有節點確實可用時嘗試；反過來，代理路徑失效時，也可確認直連更新是否可達。排查期間保留原有訂閱群組和可用項目，避免先清空再更新。若提示存取頻率受限，請稍候再試，不要連續點擊或重複建立相同群組。

TUN 模式需要建立虛擬網路介面並調整相關路由，所需權限高於一般本機代理。Windows 可依客戶端說明使用系統管理員權限或安裝對應服務；macOS、Linux 應依目前版本的圖形提示完成授權，避免任意變更整個設定目錄的權限。Android 需確認系統已授權 VPN 連線，並檢查是否有其他應用程式正在使用同類連線。授權後仍失敗時，查看記錄中的介面、驅動程式或路由錯誤。先切回一般代理確認節點可用，再處理 TUN；不要為了排查而長時間關閉防火牆或其他系統防護。

先確認客戶端核心已啟動，再檢查系統代理是否指向客戶端目前監聽的本機位址與連接埠，並留意 HTTP 與 SOCKS 連接埠可能不同。瀏覽器若啟用了自己的代理擴充功能或獨立網路設定，可能會覆蓋系統設定；某些應用程式也不會讀取系統代理。可暫時只保留一種代理管理方式，重新啟動瀏覽器後測試，並檢查系統代理的例外清單。不要為了解決本機問題而將監聽位址改成所有網路介面。若應用程式本身不使用系統代理，可查看其手動代理選項，或在了解流量接管範圍後使用 TUN。

系統代理決定哪些應用程式的請求會交由客戶端處理；路由模式決定進入核心的請求選擇哪個出口；TUN 則改變流量接管方式，三者並非同一層級的設定。客戶端所稱的全域模式，通常是讓已接管的流量優先使用代理出口，不代表所有程式都會自動受到控管。規則分流會依網域、位址或其他條件選擇代理、直連或封鎖。TUN 接管後，仍可能套用路由規則。排查時先確認請求是否進入核心，再查看規則比對結果，避免將流量接管問題誤認為節點問題。

測試結果只反映某種探測方式在當下的表現。連接埠探測成功，可能只代表遠端連接埠可連線，無法保證協定交握、網域解析和目標網站請求都成功；實際請求測試也只代表所使用的測試網址。選擇節點時，應先確認能否實際連線，再觀察持續使用時的穩定性，並核對訂閱提供者說明的流量倍率與地區資訊。單次延遲較低不代表傳輸量較高。比較時固定測試方式與網路環境，逐一切換，避免同時更改 DNS、路由和節點，導致無法判斷是哪項設定生效。

依來源建立獨立群組，使用能辨識用途的名稱，並分別確認更新網址與篩選條件。自動更新前先確認新訂閱能否正常解析；需要保留的手動項目應放在獨立位置，避免訂閱重新整理時遭到覆蓋。名稱相同不一定代表同一台伺服器，比較時也要查看位址、連接埠、協定和群組來源。更新後清單變短，先檢查篩選條件與提供者回傳的內容，不要立刻刪除所有群組。匯出或備份設定時，請留意其中可能包含訂閱憑證、使用者識別碼和密碼，應保存在安全的位置。

修改前記下目前的預設設定與可用節點，每次只調整一個變數，並依客戶端要求儲存、重新載入或重新啟動核心。路由規則通常與比對順序有關，應確認範圍較廣的規則沒有先行覆蓋目標規則；DNS 也可能受到瀏覽器獨立解析、系統快取與核心快取影響。使用同一個目標重複測試，並從記錄確認實際出口或解析錯誤，不能只看設定頁面的開關。測試完成後，恢復臨時調整的記錄層級；若需分享記錄，先移除位址、憑證和個人瀏覽紀錄，再提供與問題相關的少量內容。

先關閉代理，確認基礎網路可以正常連線，再核對目前節點的位址、連接埠、協定與訂閱狀態。若只有一個節點失敗，可切換同一訂閱中的其他項目比較；若全部失敗，優先查看核心是否啟動、裝置時間是否正確，以及本機防火牆是否阻擋客戶端連網。記錄中的連線逾時與驗證失敗代表不同問題；若是後者，應優先檢查憑證和協定參數。必要時改用已知可用的網路進行比對，但不要同時重裝軟體並重寫設定。節點服務故障或訂閱到期，需由服務提供者處理。

介面顯示已連線，可能只代表核心正在執行。先確認瀏覽器請求確實進入客戶端：檢查系統代理模式、本機監聽連接埠及瀏覽器的獨立代理設定；再查看記錄是否出現解析失敗、交握失敗或路由至錯誤出口。使用同一個網站切換至已知可用的節點，區分節點問題與本機設定問題。接著核對 DNS 設定與分流規則，必要時暫時還原客戶端預設設定進行比對。若只有少數網站異常，也要考慮網站本身是否可用或有存取限制，不應直接認定整個代理連線失敗。

先判斷失敗的是伺服器網域解析，還是目標網站網域解析：前者會阻止節點連線，後者可能呈現為節點可連線但網頁無法開啟。檢查填入的 DNS 協定、位址與可連線路徑；使用加密 DNS 時，也要留意其自身網域如何完成初始解析。不要將所有解析都指定經由尚未建立的代理，以免形成循環依賴。瀏覽器的獨立 DNS 與系統解析可能使用不同路徑，應分別確認。每次只修改一項設定，重新載入核心後再測試；公共 DNS 位址並不能自動解決所有網路環境中的解析問題。

退出後先檢查系統代理是否仍指向已停止的本機連接埠；必要時在系統網路設定中恢復自動設定或關閉手動代理，並檢查是否還留有其他代理工具的設定。使用 TUN 時，優先透過客戶端正常關閉，再確認虛擬介面與路由是否已恢復，避免直接刪除不熟悉的系統介面。切換無線網路或從休眠狀態恢復後，可重新連線至基礎網路，再重新啟動核心並測試節點。若問題持續，儲存錯誤記錄後逐項還原最近的修改；不要直接重設所有網路設定，以免影響其他工作連線。