v2rayNG 常見問題

Windows、macOS 與 Linux 桌面環境可選擇 v2rayN；Android 通常建議優先使用採用 Xray 核心的 v2rayNG。v2flyNG 則是採用 V2Fly 核心的替代用戶端，是否適用取決於訂閱提供的協定與傳輸方式組合。判斷相容性時，不要只看應用程式名稱，應確認節點需求及用戶端實際支援的欄位。若目前設定可正常使用，請先保留原用戶端，再測試替代方案；不同用戶端的設定備份不一定能直接互相還原。

用戶端負責讀取設定、執行核心並轉送流量；安裝完成不代表已具備可連線的服務。還需要有效的訂閱網址、節點分享連結，或伺服器端提供的完整參數。請先確認設定來源與使用權限，再匯入節點並選定一個作為目前使用的設定。訂閱可能包含個人存取憑證，請勿將網址貼到公開討論區。尋求協助時可以說明協定、傳輸方式與錯誤類型，但應遮蔽網址中的權杖、使用者識別資訊及其他驗證內容。

協定描述用戶端與伺服器如何交換代理資料，例如 VMess、VLESS；傳輸方式描述資料如何承載，例如 TCP、WebSocket；核心則是實際解析設定並建立連線的執行程式。REALITY 是與安全傳輸相關的機制，不能當成可取代所有節點參數的通用選項。相同協定也可能搭配不同的傳輸方式與安全設定。匯入後應一併確認協定、連接埠、傳輸方式、安全選項與伺服器名稱，不能只把協定名稱改成另一種就期待連線成功。

三者的用途不同。系統代理會為遵循系統設定的應用程式提供代理入口；路由分流決定進入核心的連線要使用哪個出口；TUN 則透過虛擬網路介面接收流量，涵蓋範圍通常比系統代理更廣，但仍受路由、權限及應用程式設定影響。啟用系統代理不代表所有應用程式都會使用代理；啟用 TUN 也不代表每條連線都會經由代理出口。初次設定時，建議先使用一種流量接管方式測試連線，再依需求調整路由與 TUN。

多數較新的 Android 手機可選擇 arm64 套件，但最終仍應以裝置支援的應用程式架構為準，不能只依購買年份判斷。universal 套件包含多種架構，通常檔案較大，適合不確定裝置架構時嘗試；但無法略過最低系統需求。若安裝時顯示無法解析或不相容，請先確認檔案已完整下載、系統版本符合需求，再檢查架構。若無法覆蓋安裝現有應用程式，也應確認套件名稱與簽章來源；解除安裝前請先備份設定，以免遺失訂閱群組與自訂規則。

先確認輸入的是訂閱網址還是單一節點分享連結：訂閱網址應儲存至訂閱群組；節點連結則應使用用戶端提供的匯入功能。複製時請移除前後空白、換行及通訊軟體附帶的標點符號，不要把網頁說明網址誤當成訂閱網址。儲存群組後，還需要執行更新訂閱，清單才會載入。如果顯示無法辨識格式，請確認來源提供的格式適用於目前使用的用戶端；網址能在瀏覽器開啟，也不代表回傳內容一定是節點設定，可能只是登入頁面或錯誤頁面。

訂閱更新與節點連線存取的是不同目標，因此現有節點可用，不代表訂閱網址也能正常存取。先保留現有節點，不要立即清空群組；檢查網址是否已變更、存取憑證是否失效，以及用戶端記錄中的狀態碼或解析錯誤。部分用戶端提供直接連線更新與透過代理更新的選項，可在已有可用連線時交叉測試。若回傳驗證失敗，請向訂閱來源確認使用權限；若回傳網頁內容，請確認連結是否被重新導向至登入頁面，不要反覆匯入同一個網址。

桌面版 TUN 需要建立虛擬網路介面並修改相關路由，請依用戶端提示授予所需權限；Windows 可確認是否需要系統管理員權限或搭配服務，其他桌面系統則依各自的授權流程處理。Android 首次建立本機 VPN 通道時，需確認系統連線要求。若通道已被其他 VPN 應用程式占用，請先停止衝突的連線再重試。若受裝置管理政策限制，請勿強行修改系統政策。授權後仍失敗，應檢查虛擬介面或服務啟動錯誤，而非持續切換節點。

系統代理主要影響會主動讀取該設定的應用程式；有些應用程式使用自己的網路設定，也有些連線類型不會自動經過系統代理。先用瀏覽器確認目前的代理入口，再檢查目標應用程式是否需要個別填寫代理位址。位址與連接埠應以用戶端目前的本機監聽設定為準，不要照抄其他裝置的數值；也要確認應用程式要求的是 HTTP 還是 SOCKS 代理。若確實需要接管更多應用程式的流量，再考慮使用 TUN，並檢查路由是否將目標流量設為直接連線。

先確認目前選單控制的是系統代理的流量接管方式，還是核心中的路由預設，兩者不可混為一談。路由預設中的全域代理通常會將更多進入核心的連線導向代理出口；繞過中國大陸通常會依網域或位址規則，將與中國大陸相關的目標設為直接連線，實際行為仍以預設規則為準。這兩種設定都無法自動接管未進入用戶端的流量。日常使用可先選擇符合需求的分流預設；排查單一網站時，可暫時切換至全域規則比對，確認後再恢復原設定。請勿同時修改 DNS 與多條路由。

先確認自訂規則是否排在範圍較廣的比對規則之前，以及規則指定的出口標籤是否確實存在。路由通常依序比對，前面的規則命中後，後續規則就不會再處理該連線。接著確認用戶端取得的是網域名稱還是 IP 位址：網域規則並非在所有情況下都能比對只有 IP 位址的連線，DNS 解析位置也會影響依位址判斷的結果。修改後套用設定，關閉目標應用程式的既有連線再測試；部分長連線會沿用修改前的連線路徑，不能據此判定新規則失效。

建議優先備份訂閱群組、手動新增的節點、自訂路由、DNS 設定與應用程式分流選擇，並記下目前使用的代理模式。若用戶端支援匯出設定，可使用內建備份功能；備份可能包含憑證，應存放在受控位置，切勿公開上傳。更新後先確認原有設定可正常讀取，再考慮清理舊檔案。跨用戶端移轉時，建議使用相容的訂閱或分享連結重新匯入，逐項重建本機設定；不要直接覆蓋整個設定目錄，以免欄位差異造成啟動失敗。

先確認裝置的基本網路可正常使用，再檢查系統日期與時間是否自動同步；接著更新訂閱，確認節點參數沒有過期或變更。選擇單一節點進行測試，並在相同網路下與另一組已知可用的設定比對，避免將所有問題都歸咎於用戶端。接下來核對協定、連接埠、伺服器名稱與安全傳輸參數，最後查看記錄中的 DNS、連線逾時或交握錯誤。單次延遲測試失敗不足以證明節點無法使用，應搭配實際連線請求判斷；若所有節點同時失敗，請優先檢查本機網路與流量接管設定。

顯示已連線有時只代表本機服務或 VPN 通道已啟動，不代表遠端請求已成功。先確認選取的節點是否正確，再檢查瀏覽器流量是否進入用戶端，並查看記錄中是否有對應的存取紀錄。若沒有紀錄，請檢查系統代理、應用程式的個別代理設定或 TUN 接管範圍；若有紀錄但顯示解析失敗，接著檢查 DNS；若出現交握或遠端連線錯誤，則回頭檢查節點參數與服務可用性。每次只調整一項設定，並以相同目標重複測試，避免多項設定互相掩蓋問題。

先確認核心已正常啟動，且本機監聽連接埠未被其他程式占用，再檢查作業系統的代理設定是否指向目前用戶端的位址與連接埠。瀏覽器擴充功能、其他代理用戶端或裝置管理政策可能會覆蓋系統設定，請逐一排查，避免多個程式同時寫入代理設定。關閉並重新開啟瀏覽器後再測試，同時確認用戶端是否收到請求。若停止用戶端後反而無法上網，請檢查系統是否仍保留指向已關閉連接埠的代理設定，並使用清除系統代理功能，或在系統設定中還原原狀。

若是 DNS 錯誤，先檢查基本網路、解析伺服器是否可連線，以及解析請求實際採用直接連線還是代理；若只有特定網域異常，再檢查對應的分流規則。若是 TLS 交握失敗，應優先確認系統時間、伺服器名稱、憑證相關設定與節點安全傳輸參數，不能直接認定是 DNS 問題。不要將略過憑證驗證當成通用修復方式。提供記錄尋求協助前，請保留錯誤類型及前後相關行，並遮蔽訂閱網址、驗證資訊與個人存取的網域；完整設定也應先去除敏感資訊再分享。