V2Ray 常見問題
訂閱、代理與連線排查

V2Ray 屬於 Project V 代理生態系；V2Fly 維護相關核心，Xray 則是另一個發展分支。核心負責連線、協定處理與路由執行，v2rayN 則提供訂閱、節點及設定的圖形介面。排查時，先分清是介面操作失敗還是核心啟動失敗：前者查看匯入內容和介面提示，後者查看用戶端記錄。設定能否使用取決於目前核心及其版本支援，不能只看用戶端名稱判斷，也不要直接以其他核心的設定檔覆蓋現有檔案。

Windows、macOS 和 Linux 桌面版優先選擇 v2rayN；Android 優先選用 Xray 核心的 v2rayNG，需要 V2Fly 核心時再考慮 v2flyNG。三款用戶端的選單、核心功能與設定格式不盡相同，教學中的設定名稱也可能因版本而異。先確認作業系統與處理器架構，再核對是否支援訂閱協定。更換用戶端時，建議重新匯入原始訂閱，不要直接搬移整個程式資料夾；有自訂路由的話，也要另外記下規則和本機連接埠。

用戶端是管理設定與建立連線的工具，本身不會自動提供可連線的伺服器。訂閱網址用來取得節點清單，單一節點連結則包含建立連線所需的位址、連接埠、協定與驗證參數。請向有權使用的服務取得設定，或使用自建伺服器的設定，再匯入用戶端。訂閱網址通常含有帳戶識別資訊，取得網址的人可能因此讀取你的設定，請勿貼在公開留言、截圖或線上轉換網站。訂閱失效時，先查看服務說明與帳戶狀態，不要一再重裝用戶端。

系統代理會讓遵循系統設定的應用程式將請求送至本機代理；路由分流決定進入核心的流量要走代理、直連或封鎖；TUN 則透過虛擬網卡接管符合條件的網路流量。三者作用於不同環節，啟用系統代理不代表所有程式都會經過代理，啟用 TUN 也不代表所有流量都會走遠端節點。若只需處理瀏覽器請求，可先使用系統代理；確實需要接管不讀取代理設定的程式時，再考慮 TUN，並一併確認權限、DNS 和路由設定。

近年常見的 Android 手機通常可先選 arm64 套件，但仍應以裝置支援的應用程式架構為準；處理器支援 64 位元，不一定代表系統允許安裝 64 位元應用程式。universal 套件包含多種架構，檔案通常較大，適合不確定裝置架構時使用。若出現無法安裝應用程式的提示，先檢查系統需求、可用空間，以及現有應用程式的簽章是否一致，再確認是否為架構問題。不要直接解除安裝現有用戶端來試錯；先匯出必要設定並妥善保管訂閱資訊，避免遺失分組和規則。

先確認複製的是訂閱網址、單一節點連結，還是帳戶管理網頁。訂閱網址應填入訂閱分組的網址欄位，儲存後還要執行更新；單一連結則使用剪貼簿匯入等相應功能。複製時移除前後空格、換行和通訊軟體附帶的標點，並確認網址沒有被截斷。更新後仍然空白，可查看記錄是否顯示格式不支援、驗證失敗或收到網頁內容。不要使用公開工具轉換私人訂閱；先向設定提供者確認用戶端支援的格式，再重新匯入。

TUN 需要建立虛擬網卡並調整路由，通常需要額外的系統權限。Windows 可先完整結束 v2rayN，再依照目前版本的說明以系統管理員身分啟動並開啟 TUN；macOS 和 Linux 則依用戶端提示完成服務安裝或授權。若仍然失敗，查看記錄中的網卡建立、驅動程式載入或權限遭拒訊息，並檢查是否與其他虛擬網卡或代理工具衝突。不要為了消除錯誤而長期停用防護軟體，也不要執行來源不明的提權指令；處理完成後，先以單一接管模式驗證。

macOS 可先在「關於這台 Mac」查看晶片：Apple Silicon 選 arm64，Intel 選 x64，優先下載符合架構的安裝套件。Linux 則要同時確認架構與套件管理系統：Debian、Ubuntu 系統通常使用 deb，Fedora 等採用 RPM 套件管理的發行版通常使用 rpm；ARM64 裝置也要選對應的 arm64 套件。套件格式相同，不代表所有發行版都具備執行所需的相依套件，安裝前請查看套件管理工具的提示。若缺少相依套件，先依發行版的方式補齊，不要強制忽略相依性安裝。

先依來源建立不同的訂閱分組，並使用容易辨認來源的名稱，再到目標分組執行更新。更新完成後，確認目前選取的節點是否仍然存在；部分訂閱可能變更名稱、地區或項目順序，原本的選擇未必仍適用。先手動選取一個節點測試連線，再恢復自動選擇或其他規則。不要只靠清單位置記住常用線路，也不要把自建節點放進可能遭更新覆蓋的訂閱分組。若要保留自訂項目，請使用獨立的手動分組管理。

先確認目前調整的是系統代理模式，還是核心的路由規則。繞過中國大陸通常依網域、位址等規則，讓部分流量直連；全域代理類規則則會讓更多已進入核心的請求使用代理，但仍不會接管所有應用程式。調整後，以原本無法連線的目標重新測試，並查看存取記錄中的出站結果。若只有特定網域的分流不符預期，應檢查該網域及其相依網域的比對順序，不必直接長期改用全域代理。修改自訂規則前先備份，以免影響原有的直連需求。

延遲測試只反映特定探測方式下的往返時間或交握表現，不能直接代表持續傳輸量。實際速度還會受目標伺服器、節點出口、網路壅塞、服務限速和本機 Wi-Fi 影響。先固定下載目標與測試時段，分別測試直連和代理，再比較同一訂閱中的少數候選節點。測試時暫停背景同步，並確認沒有流量額度或倍率限制。不要同時對所有節點大量測速，這會占用頻寬，也可能觸發伺服器端的限制，讓結果更難比較。

先記下訂閱分組、手動節點、自訂路由、DNS、本機監聽連接埠和接管模式，再使用目前用戶端支援的匯出或備份功能儲存設定。備份檔可能包含驗證資訊與私人訂閱網址，請存放在可信任的位置；分享記錄時也要遮蔽這些內容。升級後先驗證一個節點和一條常用規則，再還原較複雜的設定。跨平台或跨用戶端移轉時，建議重新匯入原始訂閱，並手動重建必要規則；設定目錄結構和核心格式可能不同，直接覆蓋整個資料夾容易造成舊設定衝突。

先確認訂閱網址完整、帳戶有效，且服務沒有發布異常公告，再查看更新記錄中的具體錯誤。若驗證失敗或遭拒絕存取，請聯絡設定提供者確認網址是否已重設；若逾時或網域解析失敗，則檢查本機網路和 DNS。若用戶端提供透過代理或不透過代理更新的選項，請依目前網路狀況選擇，並確認用來更新的節點確實可用，以免失效節點阻擋更新。不要短時間內連續重試；記下錯誤訊息和發生時間後再處理，也不要在求助時公開完整訂閱網址。

先確認本機網路可正常瀏覽一般網站，再檢查用戶端核心是否成功啟動。只測試一個設定資訊完整的節點，核對位址、連接埠、傳輸方式和安全參數是否符合提供者要求。若同一分組的節點全部逾時，可在另一個獲准使用的網路環境下重測；若只有一個節點失敗，優先查看該線路的狀態。若記錄指出 TLS 交握或憑證問題，應檢查系統時間與伺服器名稱，不要一概判定為連接埠不通。測試逾時只代表此次探測失敗，仍須搭配實際請求記錄判斷。

顯示已連線或核心正在執行，只代表部分啟動流程已完成，不代表目標網頁的請求成功。先確認瀏覽器請求是否出現在用戶端的存取記錄中：沒有記錄時，優先檢查系統代理、本機監聽連接埠和應用程式自己的代理設定；有記錄但請求失敗時，再檢查所選節點、路由出站和 DNS。暫時停用其他代理工具後重測一次，並分別比對網域解析和連線錯誤。每次只調整一項設定，並保留原值。若只有單一網站無法開啟，也要檢查網站狀態、瀏覽器擴充功能及其相關網域。

先在系統網路設定中確認代理位址和連接埠與用戶端目前的監聽設定一致，再查看用戶端記錄是否收到該應用程式的請求。有些應用程式不會讀取系統代理設定；部分瀏覽器設定或擴充功能也可能覆寫代理設定。可先用遵循系統代理設定的瀏覽器測試，必要時完全結束應用程式後重新開啟。若有其他代理或 VPN 工具，先停用其流量接管功能，以免設定反覆遭到改寫。若確實需要接管不支援系統代理的應用程式，可參考教學評估 TUN，並檢查路由與 DNS；不要為了解決本機連線問題而將監聽位址改為公開位址。