V2Ray 用戶端常見問題

桌面平台可優先選擇 v2rayN，支援 Windows、macOS 與 Linux；Android 則可先考慮採用 Xray 核心的 v2rayNG，或選用採用 V2Fly 核心的 v2flyNG。圖形介面負責匯入及管理設定，核心則負責實際連線，因此用戶端名稱相近，不代表支援的設定完全相同。選擇前請確認伺服器端協定、傳輸方式及所需的核心功能，再檢查安裝套件適用的作業系統與處理器架構。現有設定若能穩定運作，不必只因介面不同而更換用戶端；遷移前請先備份自訂路由與訂閱分組設定。

不是。VMess 與 VLESS 是代理協定，TCP、WebSocket 等是傳輸方式；REALITY 則是與連線安全相關的機制，常與 VLESS 等設定搭配使用。匯入時不能只看協定名稱，也要核對傳輸類型、安全選項、伺服器名稱及相關參數。用戶端提供某項協定選項，不代表目前使用的核心支援所有組合。請依伺服器端提供的完整設定選擇核心，不要把 REALITY 當成一般 TLS 開關直接替換，也不要只改協定下拉選單來轉換既有設定。

分享連結通常代表單一伺服器設定，例如以 vmess:// 或 vless:// 開頭的文字；訂閱網址通常是 HTTPS 網址，用來取得一組設定並在之後更新。單一分享連結應使用「從剪貼簿匯入」等功能，訂閱網址則應填入訂閱分組的網址欄位。若放錯匯入位置，可能會解析失敗或顯示空白清單。更新訂閱通常會取代該分組中的伺服器項目，不會自動同步所有自訂路由。訂閱網址和分享連結都可能包含連線憑證，排查時請勿將完整內容貼到公開頁面。

多數較新的 Android 手機可先選 arm64，但仍應以裝置支援的應用程式架構為準，不能只看購買年份判斷。有些裝置的處理器支援 64 位元，但系統只提供 32 位元的應用程式環境，此時仍可能無法安裝 arm64 套件。若不確定架構，或安裝程式顯示不相容，可改試同一用戶端的 universal 通用套件；通用套件包含較多架構檔案，通常也比較大。若出現簽章衝突或版本降級提示，通常無法靠更換架構解決；請先確認已安裝應用程式的來源與版本，並在解除安裝前備份設定。

先確認匯入的是單一分享連結還是訂閱網址，再檢查複製的內容是否夾帶空格、換行、中文標點或說明文字。訂閱網址的查詢參數必須完整保留，加入訂閱分組後再執行更新。若記錄顯示解析失敗，取得的內容可能是網站登入頁、錯誤提示頁，或用戶端不支援的訂閱格式；網址能在瀏覽器開啟，不代表回傳內容一定能解析。請確認提供者提供的格式適用於目前的用戶端。排查期間保留原有分組，避免反覆清空設定；也不要把含有存取憑證的完整網址貼在記錄截圖中。

既有伺服器能連線，只代表目前的連線參數可用，不代表也能連上訂閱伺服器。先查看更新記錄，區分 DNS 解析失敗、連線逾時、憑證錯誤與 HTTP 拒絕狀態，再確認訂閱是否過期、網址是否變更。若用戶端提供透過代理更新訂閱的選項，可使用仍可連線的設定嘗試更新；若目前代理已失效，強制透過代理更新反而會失敗。也請檢查系統時間與網路登入狀態。每次只變更一個條件，更新成功後確認分組項目是否正常；不要把反覆點選更新當成解決方法。

啟動用戶端不代表系統代理已經設定完成。先確認核心正常運作，且本機監聽連接埠與設定一致；接著選擇自動設定系統代理，並到系統網路設定確認實際代理位址與連接埠。系統代理只會影響遵循該設定的應用程式；部分軟體使用自己的代理設定，其他流量則可能需要透過 TUN 接管。也請檢查是否有其他代理工具、瀏覽器擴充功能或管理政策覆蓋設定。不要同時修改路由規則和代理連接埠；先用確定支援系統代理的瀏覽器測試，再逐一處理個別應用程式的例外情況。

TUN 涉及虛擬網卡與系統路由，通常比系統代理需要更高的權限。Windows 可依用戶端提示授予系統管理員權限；macOS 與 Linux 則需依目前的安裝方式完成輔助服務或系統權限授權，操作位置請以該版本介面為準。先查看記錄是否明確指出權限不足、建立網卡或寫入路由失敗，不要只因無法上網就提高權限。啟用前請關閉其他正在接管流量的工具，並保留原有網路設定。啟用後若網路異常，先停用 TUN，確認基本網路恢復後再檢查 DNS 與路由，不要反覆重新安裝。

需要依網域或位址區分出口時，使用分流；若要暫時確認某條規則是否影響連線，可短暫切換至全域代理作為對照。全域代理通常是將已進入核心的連線交由代理出口處理，不會自動接管裝置上的所有應用程式。規則會依序比對，範圍較廣的規則若排在前面，可能會遮蔽後續的細項規則；最終結果也會受到預設出口影響。修改時請一併核對規則順序、比對條件與出口標籤。測試完請恢復原本模式，避免將全域模式下能連線誤判為訂閱或 DNS 已修復。

先確認應用程式代理的總開關已開啟，再看清目前模式：代理已選取的應用程式，和讓已選取的應用程式略過代理，兩者意思正好相反。儲存清單後，依介面指示重新啟動連線；必要時關閉再重新開啟要測試的應用程式，讓新連線套用新策略。未納入 VPN 的應用程式流量不會進入核心路由，因此不能只修改網域規則來補救應用程式清單錯誤。測試時先保留一個明確的應用程式作為樣本，不要同時修改多份清單。不同版本的選項名稱可能不同，請以目前介面的說明為準，不要只看勾選框的數量。

先釐清應用程式如何解析網域、核心使用哪組 DNS，以及路由是否需要將網域解析為 IP。AsIs 通常優先依原始網域比對；IPIfNonMatch 會在網域規則未命中時嘗試解析，以比對 IP 規則；IPOnDemand 則會在規則比對需要 IP 時才觸發解析。這些策略不會自行取代整個系統的 DNS。若應用程式使用內建的加密 DNS，流量路徑也可能不同。部分網域無法開啟時，先檢查解析記錄與 DNS 出口，再調整規則；同時更換所有 DNS 和網域策略，會讓問題更難重現。

挑選日常使用的連線時，實際連線延遲通常比單獨的 ping 更接近代理的使用情境，但它仍不代表下載速度。ping 通常測量 ICMP 往返時間，TCP 測試著重連接埠交握，實際連線測試則通常也包含代理交握與測試目標的回應；測試方法或目標不同，結果就不能直接比較。測速時請固定網路、測試目標與測試方式，重複觀察，不要只看一次的最低值。下載速度也會受到伺服器負載、線路封包遺失與目標網站影響。若延遲低但傳輸效能不佳，應另外進行持續傳輸測試，不要只依清單上的數字排序下結論。

依序檢查本機網路、系統時間、訂閱狀態、連線參數與核心記錄。先暫停代理，確認基本網路可以正常使用，再檢查時間與時區是否有明顯誤差；接著更新訂閱，核對位址、連接埠、協定、傳輸方式、安全選項與伺服器名稱。TCP 連接埠可連通，只代表傳輸入口可到達，不代表後續驗證成功。若記錄顯示逾時，可更換網路，並用另一組已知可用的設定比對；若是交握或驗證錯誤，則應重新核對參數。記下每次測試的錯誤類型與單一變更，避免一邊更換節點、一邊修改 DNS，導致判斷失準。

顯示已連線，可能只代表本機服務或 Android VPN 介面已啟動，不代表伺服器端與目標網站都能連線。先確認目標應用程式確實透過代理連線，再查看存取時是否產生核心記錄。若沒有記錄，優先檢查系統代理、應用程式清單或 TUN 接管；若有 DNS 錯誤，檢查解析路徑；若有驗證或交握錯誤，核對伺服器參數。只有少數網站無法使用時，再檢查路由比對、目標網站與應用程式快取。請用相同目標比較直連與代理，不要以單一網頁的結果概括所有網路狀態，也不要只憑連線圖示判斷是否成功。

先確認是否只有螢幕關閉後才會斷線，並在重新開啟應用程式時查看服務是否仍在執行。Android 省電策略可能會限制背景活動，可在系統設定中允許用戶端於背景執行，並依裝置提供的選項調整電池最佳化與自動啟動權限。若常駐通知遭關閉或背景服務被清除，也會讓服務狀態難以確認。Android 通常只允許一個 VPN 同時運作，啟動其他同類應用程式時可能會取代目前連線。不要把所有斷線都歸因於省電：若螢幕亮起時也會失敗，請繼續檢查網路切換、節點狀態與核心記錄，並分別記下觸發條件。

不應將關閉驗證當成一般修復方式。先檢查系統時間、伺服器位址、連接埠、伺服器名稱與安全類型是否和伺服器端一致。一般 TLS 還需要檢查憑證有效期限與信任鏈；REALITY 則應核對公鑰、短 ID、指紋等設定，以及核心是否支援，不能直接套用一般 TLS 的憑證排查方式。相關參數可能由訂閱維護，請優先更新設定並參照提供者說明，不要憑猜測逐項修改。若同一組設定在其他裝置上正常，再檢查本機核心版本與網路環境；公開診斷記錄前，請移除位址、識別資訊與存取憑證。