V2Ray 常見問題與故障排查

系統代理會修改作業系統的代理設定，只接管主動讀取該設定的瀏覽器與應用程式。TUN 模式透過虛擬網卡處理更多網路流量，適合不遵循系統代理設定的軟體。日常瀏覽可先使用系統代理；遇到應用程式無法被接管時，再啟用 TUN 模式並確認系統已授予網路權限。

全域代理會讓大部分已接管的流量使用代理出站，適合暫時測試節點是否可用。路由分流會依照網域、IP、協定與規則集選擇直連、代理或阻擋，更適合長期使用。初次設定可先用全域模式完成連線驗證，再切換至繞過區域網路與中國大陸等規則模式。

訂閱是一個可更新的設定入口，其中可以包含多個節點；節點則儲存伺服器位址、連接埠、傳輸協定與驗證參數。客戶端更新訂閱後，會使用訂閱回傳的內容更新節點清單。修改單一節點不會改變遠端訂閱，下次更新時，本機修改可能會被新的訂閱內容覆寫。

協定必須與伺服器端設定完全對應，不能只在客戶端任意切換。取得現成訂閱時，直接使用訂閱產生的協定與傳輸參數；自行建立設定時，再依伺服器端實際啟用的協定填寫。連線失敗時，優先核對位址、連接埠、使用者識別碼、傳輸方式與 TLS 相關參數。

v2rayN 用於 Windows、macOS 與 Linux 桌面環境，提供訂閱管理、系統代理、路由規則與 TUN 模式。v2rayNG 用於 Android，通常搭配 Xray 核心；v2flyNG 同樣用於 Android，採用 V2Fly 核心，可作為協定相容性與使用習慣不同時的替代客戶端。

先確認複製的是完整訂閱位址，而不是網頁位址、分享說明或單一節點備註。檢查連結前後是否混入空格、換行與中文標點，再使用客戶端的從剪貼簿匯入或新增訂閱功能。仍然失敗時，可在瀏覽器中開啟該位址，確認伺服器端是否有回傳內容，以及訂閱是否已經過期。

先確認目前網路能夠存取訂閱位址，並檢查裝置時間是否正確。若首次更新需要透過既有代理，應先選擇可用節點並連線，再執行更新。也要檢查訂閱位址是否已被服務商更換、帳戶是否到期，以及客戶端中的訂閱代理選項是否與目前網路環境一致。

2015 年後推出的大多數主流 Android 裝置可優先選擇 arm64，檔案通常較精簡。無法確認處理器架構、裝置較舊，或安裝時出現架構不相容提示時，改用 universal 通用版。兩種安裝包的客戶端功能一致，主要差異在於包含的處理器架構範圍。

TUN 模式需要建立虛擬網卡並調整系統路由，這些操作通常需要系統管理員權限。Windows 可使用系統管理員身分啟動客戶端；macOS 與 Linux 則應依系統提示授予網路擴充功能或相關權限。授權後重新啟動客戶端，再檢查 TUN 開關、虛擬網卡狀態與系統路由是否已建立。

先關閉提示視窗，開啟系統設定中的隱私權與安全性頁面，在安全性區域找到剛才遭封鎖的應用程式，選擇仍要開啟。再次啟動時確認操作，然後依提示授予網路相關權限。不同系統版本的入口名稱可能略有差異，但只應對明確下載且準備使用的客戶端允許開啟。

先在客戶端中選擇可用節點並啟動連線，再開啟系統代理。接著進入作業系統的網路代理設定，確認 HTTP、HTTPS 或 SOCKS 位址指向客戶端顯示的本機監聽位址與連接埠。驗證時應使用會讀取系統代理的瀏覽器；終端機程式還需要另外設定代理環境變數。

路由規則通常會在核心啟動或重新載入設定時生效。儲存規則後應中斷並重新連線，必要時重新啟動客戶端。也要檢查規則順序，較寬泛的規則若排在前面，可能先行匹配並覆蓋後面的精確規則。測試時可查看連線記錄中的目標網域、入站與出站標籤。

簡單的系統代理情境可以先使用系統 DNS。啟用複雜的路由分流或 TUN 模式後，可由客戶端核心統一處理 DNS，讓網域解析結果與路由規則保持一致。設定時應明確劃分本機解析與遠端解析的使用範圍，避免多個 DNS 工具同時接管同一個請求。

為每個訂閱設定合理的更新間隔，並保留手動更新入口。更新前確保網路可用，更新後檢查目前節點是否仍然存在；若訂閱端刪除了正在使用的節點，應重新選擇節點並連線。管理多個訂閱時，適合使用分組與備註區分來源，避免同名節點混在一起。

先為每個訂閱設定清楚的分組名稱，再使用客戶端的篩選、備註或前綴功能區分來源。不要只依賴節點顯示名稱判斷設定，因為不同訂閱可能提供相同名稱但參數不同。更新後若排序發生變化，可依訂閱分組重新篩選，並固定常用節點的選擇範圍。

先切換同一訂閱中的其他節點，判斷是單一節點問題還是所有節點都無法使用。接著檢查本機網路、裝置時間、防火牆與伺服器位址解析。若所有節點都逾時，應更新訂閱並確認客戶端核心是否正常啟動；只有特定節點逾時時，通常應檢查該節點的連接埠、傳輸參數與服務狀態。

已連線只代表客戶端程序與本機代理入口已啟動，不代表目標流量一定能成功出站。先用全域模式測試，再檢查系統代理是否開啟、應用程式是否讀取代理設定，以及節點是否可用。若啟用了 TUN，還要檢查虛擬網卡、DNS 與路由；修改設定後重新連線再測試。

瀏覽器端應檢查是否使用獨立代理設定、代理擴充功能或企業政策，這些設定可能會覆蓋系統代理。終端機程式通常不會自動讀取桌面代理，需要設定 HTTP_PROXY、HTTPS_PROXY 或 ALL_PROXY 環境變數。也應確認變數中的協定、本機位址與連接埠和客戶端監聽設定一致。

確認客戶端已取得系統管理員或網路擴充功能權限，並檢查虛擬網卡是否建立成功。接著排除其他虛擬網卡、網路過濾工具與舊路由殘留造成的干擾。可先關閉系統代理，只保留 TUN 進行測試；若核心記錄出現 DNS、路由或裝置建立錯誤，應依對應項目修正後重新連線。

先更換同一訂閱中的節點，排除單一節點負載或線路波動；再比較不同時段與不同本機網路，判斷問題是否來自接入線路。最後檢查客戶端路由、DNS、傳輸參數與背景資源佔用。不要同時修改多項設定，每次只調整一項並重複相同測試，才能找出實際原因。