V2Ray 常見問題

Windows、macOS 與 Linux 桌面版可優先考慮 v2rayN；Android 通常選用採用 Xray 核心的 v2rayNG，需要 V2Fly 設定環境時再考慮 v2flyNG。用戶端負責管理訂閱、提供操作介面與代理入口；核心則負責解析設定並建立連線，兩者屬於不同層次。選擇時先確認作業系統，再核對伺服器端支援的協定、傳輸方式與安全層，別只看用戶端名稱判斷相容性。安裝用戶端不會自動取得可用服務，仍須自行準備有權使用的訂閱或連線設定。

VMess 和 VLESS 是代理協定，REALITY 則是安全層機制，不能視為與兩者並列的獨立出站協定。常見設定可以是 VLESS 搭配 REALITY，但用戶端仍須同時支援該協定、傳輸方式與安全層。匯入後請對照伺服器端檢查位址、連接埠、使用者識別碼、serverName，以及 REALITY 使用的 publicKey 和 shortId；若伺服器端要求特定 flow，也須保持一致。只把安全層選單改成 REALITY，並不會讓原有設定自動相容；缺少參數時，請向設定提供者確認。

訂閱連結通常用來讓用戶端取得一組設定，之後更新時也會再次連線至該網址；單一節點分享連結則主要描述一條連線，匯入後不會隨訂閱內容自動更新。取得內容後，先確認提供者標示的是訂閱網址還是節點分享連結，再選擇相應的匯入方式。將訂閱網址貼到單一節點的編輯欄位，可能會出現格式錯誤或清單空白。訂閱網址也可能包含存取憑證，請妥善保管；排查問題時，別將完整網址、QR Code 或含有憑證的截圖貼到公開討論區。

只有來源訂閱格式無法供目標用戶端辨識時，才需要考慮轉換格式；若用戶端可直接匯入，建議保留原始訂閱。轉換通常只是重新整理設定欄位，不會延長訂閱期限，也無法修復伺服器端無法使用或缺少的驗證參數。第三方轉換服務可能會接觸完整訂閱網址及其中的存取憑證，使用前請確認信任範圍，並優先採用提供者提供的相容格式。轉換後仍須逐項核對傳輸方式、安全層、flow 與路由資訊；成功產生文字不代表連線一定可用。

在 v2rayN 的訂閱群組設定中新增備註和訂閱網址後，儲存通常只是建立群組，不代表已取得節點。返回主畫面，對該群組執行更新訂閱，確認清單中出現設定後，再選擇要使用的項目作為目前伺服器。不同版本的選單名稱可能略有差異，請以目前介面為準。如果群組已存在，先檢查網址是否遭截斷、前後是否多了空格，以及更新操作是否套用到正確群組。反覆建立同名群組容易留下重複項目，也會讓更新結果更難判斷。

先在 v2rayNG 的訂閱設定中新增名稱與完整訂閱網址，儲存後返回設定清單，再使用更新訂閱功能取得項目；若取得的是單一節點分享內容，則選擇從剪貼簿匯入等相應方式。設定出現在清單後，還要選取目標項目並啟動連線；首次啟動時，依系統提示授權 VPN 連線。系統狀態圖示只表示本機連線服務已啟動，不代表遠端一定可用。若連線後仍無法存取網路，請接著查看記錄、目前使用的設定與 DNS 設定，而不是一再匯入同一份內容。

確認裝置採用 64 位元 ARM 架構時，優先選擇 arm64；不確定裝置架構，或需要相容其他受支援的架構時，可選擇通用版 universal，但安裝套件通常較大。較新的主流手機多採用 64 位元 ARM 處理器，不過處理器支援能力與實際系統執行環境未必完全相同，仍應以裝置規格和軟體相容性要求為準。無法安裝時，請一併確認系統版本、剩餘儲存空間、現有應用程式的簽章，以及套件是否下載完整。不要只因安裝失敗就認定需要更換協定；安裝架構與連線參數是兩回事。

先關閉其他可能接管網路的程式，再依目前平台的要求授予建立虛擬網卡和修改路由所需的權限。Windows 通常需要系統管理員權限；macOS 與 Linux 則依用戶端提示完成相應授權，實際方式視版本與安裝形式而定。確認權限後，檢查核心是否正常啟動，再開啟 TUN 並查看記錄。若一般系統代理原本可正常使用，建議保留這個基準，逐項測試。不要為了繞過權限問題而長期關閉系統防護；若有網卡或路由設定殘留，先停止 TUN，再檢查系統網路狀態。

系統代理主要是提供代理位址給遵循系統代理設定的應用程式，不會強制接管每個處理程序。先確認 v2rayN 核心正在執行、本機監聽連接埠正確，並已選擇自動設定系統代理；接著檢查目標程式是否使用個別代理設定、環境變數或自有的網路實作。瀏覽器擴充功能也可能覆蓋系統設定。如果只有特定程式沒有走代理，可先替該程式設定本機代理；確實需要接管更多流量時，再評估 TUN。關閉用戶端前先清除系統代理，避免系統繼續連到已停止的本機連接埠。

系統代理決定應用程式是否將流量交給用戶端；路由規則則決定已進入核心的流量要走代理、直接連線還是封鎖，兩者不可混為一談。日常使用可先選擇符合需求的路由預設，再檢查特定網域是否符合預期規則。排查時暫時設定所有流量都走代理，有助於確認是否為分流錯誤，但不代表所有程式都會自動將流量交給核心。測試結束後請還原原有策略，並確認區域網路存取與 DNS 行為，避免為了修復單一網站而長期改變所有連線的路徑。

這取決於目前的網路能否直接連到訂閱網址，而不是節點使用哪種協定。若可直接連線，更新時可選擇不透過代理，減少對既有連線的依賴；只有訂閱網址確實需要透過可用連線存取時，才嘗試透過代理更新。如果目前使用的節點已失效，透過該節點更新通常也會失敗；請改用直接更新，或先切換至另一個確認可用的設定。調整自動更新間隔前，先手動成功更新一次，再依訂閱有效期限與使用頻率設定間隔，別用頻繁重試取代錯誤排查。

移轉時，建議優先重新新增原本有效的訂閱，並在目標用戶端個別確認本機連接埠、系統代理、DNS 與路由設定；這些本機設定不一定包含在訂閱中。若必須匯出設定，只透過可信任的本機管道或受控管道傳送，移轉完成後清除暫存檔與剪貼簿紀錄。不同核心和用戶端的設定欄位不一定通用，尤其是傳輸選項、flow 與安全層參數。不要直接覆寫整個設定資料夾後就立即啟用 TUN；先確認單一連線正常，再逐步恢復分流與網路接管設定。

先確認裝置本身可以正常連上網路，再檢查訂閱是否過期、目前使用的設定是否正確，以及位址和連接埠是否遭到誤改。接著查看用戶端記錄，分辨網域名稱解析失敗、連線逾時、驗證失敗或交握錯誤；不同狀況需要不同的處理方式。可換用同一訂閱中的另一個設定進行比對，但單次測試結果不能證明某種協定完全無法使用。若所有項目同時異常，優先檢查本機網路、DNS、防火牆與時間設定；若只有一個項目持續異常，再向服務提供者確認狀態。別靠不斷重新安裝用戶端來掩蓋具體錯誤訊息。

顯示已連線可能只代表核心或本機網路服務已成功啟動，不等於目標網站可正常存取。先確認目前使用的設定與系統代理是否正確，再對照記錄判斷是網域名稱無法解析、遠端連線失敗，還是流量根本沒有進入用戶端。若正在使用 TUN，可暫停 TUN，改用系統代理測試基本連線，將虛擬網卡問題與協定問題分開排查。同時檢查是否有其他代理程式、瀏覽器擴充功能或安全軟體也在修改網路設定。每次只調整一項並記錄結果；不要同時重設 DNS、路由和訂閱，否則很難確認真正原因。

先確認訂閱網址完整無誤，尤其是問號後的參數，以及複製時是否帶入換行或空格；接著確認帳戶效期和提供者要求的訂閱格式。若請求回傳登入頁、錯誤頁面或空白內容，即使網址可以開啟，也不代表用戶端取得了設定資料。如果錯誤涉及 Base64 或協定欄位，不要直接反覆編碼整段內容；先確認目前用戶端支援來源格式，並保留原始網址。更新後先檢查目前群組和篩選條件，避免將清單篩選誤判為訂閱內容為空。必要時向提供者索取適用於目標用戶端的格式。

先確認錯誤發生在連線至訂閱網址、下載回應，還是解析內容的階段，並檢查訂閱是否已過期或遭重設。連結重設後，舊網址即使仍儲存在用戶端中，也可能已失效，必須換成新的完整網址。可分別測試直接更新和透過代理更新，但前提是相應的網路路徑確實可用；若透過代理更新，也要檢查目前使用的節點。若伺服器限制請求頻率，請停止連續重試，依提供者說明等待。回報問題時只提供用戶端名稱、系統環境及已移除憑證的錯誤摘要，不要公開完整訂閱連結。