V2Ray 常見問題

V2Ray 屬於 Project V 代理工具生態系，V2Fly 延續 V2Ray 的社群維護，Xray 則是從該生態系發展出的核心分支。核心負責協定處理、路由與資料轉送；v2rayN、v2rayNG、v2flyNG 則提供設定管理與圖形操作介面。v2rayNG 使用 Xray，v2flyNG 使用 V2Fly；v2rayN 實際使用的核心則視版本與設定而定。確認是否支援某項協定時，應一併檢查客戶端版本、實際啟動的核心及伺服器端參數，不能只看介面上是否出現相似名稱。

客戶端安裝完成，只代表本機工具可以執行，不表示已具備可連線的遠端服務。通常還需要匯入有效訂閱、分享連結，或手動填入服務端提供的位址、連接埠、認證與傳輸參數。本網站提供客戶端下載入口與設定文件，不提供節點或訂閱。已有的設定也要確認有效期限、服務狀態與協定相容性。不要直接用來路不明的訂閱覆蓋現有設定；請先另建群組、確認來源與用途，再選擇節點並測試連線。

系統代理會提供本機代理位址給遵循系統代理設定的應用程式，但不保證涵蓋所有程式。流量進入核心後，路由規則才會決定使用哪個出口；未進入客戶端的流量，不會因此自動被納入。TUN 則透過虛擬網路介面接管符合條件的流量，也會牽涉系統路由、DNS 與權限。排查時，依序確認應用程式是否進入客戶端、路由是否符合條件，以及出口是否可用。初次設定建議先用系統代理確認瀏覽器能否連線，再另外測試 TUN，避免一次變更多個流量入口。

Windows、macOS 與 Linux 桌面環境可優先考慮 v2rayN；Android 可優先考慮使用 Xray 核心的 v2rayNG，若需要 V2Fly 核心，再評估 v2flyNG。選擇時應考量作業系統、裝置架構及現有設定的協定需求，而不是只看名稱是否相似。Windows 版 v2rayN 桌面版採用跨平台介面，WPF 版則採用傳統介面，選單位置可能不同。更換客戶端前先備份設定，確認新客戶端支援原有的傳輸與安全參數；不要直接複製另一款工具的內部資料庫。

arm64 適用於搭載 64 位元 ARM 系統的裝置。2015 年後推出的主流 Android 手機通常可先考慮此版本，但仍應以裝置系統支援的 ABI 為準。universal 安裝包包含多種架構的原生元件，適合暫時無法確認架構時使用，檔案通常較大。處理器支援 64 位元，不代表安裝的系統一定是 64 位元。若提示安裝包不相容，先檢查系統版本與 ABI；若提示簽章衝突，代表既有應用程式與新安裝包的簽章不一致，改選 universal 並不能解決問題。

先分清訂閱網址與單一節點分享連結：前者應新增至訂閱群組後再更新；後者則使用從剪貼簿匯入等節點匯入功能。複製時檢查前後空格、換行及是否有字元遺漏，並確認網址沒有被通訊軟體截斷。清單空白時，查看訂閱更新記錄，並確認目前的群組篩選條件沒有隱藏新節點。若網址開啟後顯示登入頁、錯誤頁面或空白內容，就無法作為有效訂閱解析。若伺服器使用客戶端尚未支援的格式，請向提供者確認相容格式；不要反覆修改網址中的認證欄位來嘗試修復。

macOS 使用者先在「關於這台 Mac」查看晶片資訊：Apple Silicon 選 arm64，Intel 選 x64。Linux 則要同時確認處理器架構與發行版套件格式；Debian、Ubuntu 系統通常使用 deb，Fedora 等系統通常使用 rpm，ARM 裝置則需選擇對應的 arm64 套件。安裝後無法啟動時，先查看系統提示的相依套件、權限或相容性問題，不要直接更換節點。若應用程式能開啟但核心無法啟動，屬於另一層問題，應接著檢查記錄、執行階段程式庫與檔案執行權限，避免把軟體安裝問題誤判為網路故障。

先確認目前的客戶端版本確實提供 TUN 功能，再依照該版本的指示，授予建立虛擬介面及修改路由所需的權限。Windows 通常需要系統管理員權限或客戶端搭配的服務機制；macOS 與 Linux 的授權方式則依版本而異，不要直接套用其他平台的步驟。Android 使用者應確認已授予系統 VPN 權限，並檢查是否有其他 VPN 應用程式占用連線。只授予功能所需的權限，不要全面關閉安全防護。排查前先關閉 TUN，確認一般代理是否可用；若基本出口連線失敗，提高權限也無法修復遠端連線。

先手動成功更新一次，再到客戶端的訂閱群組設定或訂閱設定中尋找自動更新選項；實際名稱、時間單位與觸發條件依目前版本介面為準。依照提供者的更新頻率設定合適的間隔，不要用過短的週期反覆發出請求。桌面客戶端結束後通常不會繼續執行自己的排程工作，Android 的背景限制也可能延後更新。若更新需要透過代理，請保留一個目前可用的節點，並確認更新請求使用哪種連線方式。自動更新只會重新整理設定，不會延長訂閱期限，也無法恢復已停用的服務。

通常不需要。訂閱用來批次取得及更新節點設定；切換節點則是在現有清單中選擇目前使用的設定，兩者是不同操作。切換後確認客戶端已套用新設定，並檢查記錄中是否出現重新載入失敗。瀏覽器已建立的長連線可能仍使用舊連線；測試時可關閉原有頁面再重新開啟，必要時重新啟動相關應用程式。若清單由自動選擇或負載平衡規則控制，介面上的選擇也可能不是最終出口，應檢查目前模式。只有在節點參數變更、設定過期或清單確實需要更新時，才需要更新訂閱。

先確認核心已成功啟動，再啟用系統代理，並核對系統代理指向的位址與連接埠是否和客戶端本機入站設定一致。開啟新的瀏覽器頁面，同時查看客戶端存取記錄；只有記錄中出現相應請求，才能確認該請求已進入核心。若尚未啟用記錄，先開啟適當的記錄層級，測試後可還原原設定。瀏覽器擴充功能、個別代理設定或應用程式本身的連線策略，都可能覆寫系統設定。延遲測試成功只能證明測試路徑可用，不能證明瀏覽器已連上客戶端；出口位址也只能作為參考，直連規則可能讓不同請求使用不同出口。

優先使用目前客戶端提供的備份或匯出功能，並記下訂閱群組、目前使用的節點、路由模式、本機連接埠與 DNS 設定。匯出內容可能包含訂閱憑證及節點認證資訊，應存放在安全的位置，不要上傳到公開討論區。升級前確認目標版本的系統需求與設定遷移說明；遷移完成後先測試基本連線，再逐項還原自訂路由與 TUN。訂閱節點可能在下次更新時被覆蓋，因此自訂修改應另行儲存。若要改用其他客戶端，使用通用分享連結或受支援的設定格式匯入會比較穩妥。

先確認裝置目前可正常連上基本網路，再核對伺服器位址、連接埠及訂閱是否有效。實際連線測試逾時可能與 DNS 解析、建立連線、TLS 交握或測試目標無法連線有關，單次結果不能直接證明節點永久失效。查看同一時間的記錄，區分網域名稱解析失敗、連線遭拒與交握錯誤。可在同一網路下改用已知可用的設定作為對照，再於獲准使用的其他網路測試原設定。若所有設定都失敗，優先檢查本機網路與核心；若只有某一項設定失敗，再核對其傳輸與安全參數及服務狀態。

顯示已連線可能只代表本機 VPN 介面或核心程序已啟動，不表示遠端請求成功。先確認瀏覽器請求是否出現在存取記錄中：沒有請求就檢查系統代理、瀏覽器設定或 TUN 接管範圍；有請求則檢查相符的出口與錯誤記錄。若只有網域名稱無法連線，但其他連線正常，優先檢查 DNS 設定與系統時間；若只有部分網站無法使用，則檢查對應路由規則與目標服務狀態。排查時先還原簡單設定、關閉重複的代理入口，每次只修改一項再重新測試，避免同時更動 DNS、路由與節點，導致無法判斷原因。

先確認客戶端核心已成功監聽本機入站，再比對系統代理設定的主機與連接埠，不要只看系統代理是否已開啟。部分程式不會讀取系統代理，需要在程式內設定支援的 HTTP 或 SOCKS 入口，或另外評估使用 TUN。若記錄中出現 address already in use，請關閉重複執行的客戶端，或將本機監聽連接埠改成未被占用的連接埠，並同步更新引用該連接埠的應用程式設定。不要終止用途不明的系統程序。若代理擴充功能或其他網路工具不斷覆寫設定，先停用衝突項目，再重新套用系統代理。

訂閱更新失敗發生在取得或解析訂閱內容時，應檢查連結有效期限、認證狀態、請求使用的網路及憑證錯誤。先確認系統時間正確，再分別測試直接連線更新，以及透過現有可用代理更新；不要在公開記錄中洩露完整訂閱網址。核心啟動失敗則發生在載入本機設定時，應從記錄中找出第一個具體錯誤，例如 JSON 語法錯誤、未知欄位、缺少檔案或連接埠衝突。前者不一定會影響既有節點繼續使用；後者則會使依賴該核心的連線無法建立。先判斷故障發生在哪個階段，再修正相應設定，不要一開始就清除所有設定。