V2Ray 常見問題

先區分設定介面與連線程式。V2Ray 通常是指 Project V 生態系中的代理工具與相關技術；V2Fly 和 Xray 則是功能各有差異的核心專案。v2rayN、v2rayNG、v2flyNG 是圖形化用戶端，負責管理訂閱、選擇節點及產生設定，實際的協定處理由核心執行。因此，介面能匯入節點，不代表目前使用的核心也能連線。排查時請一併記下用戶端名稱、核心名稱與記錄檔錯誤，特別確認協定、傳輸方式和設定欄位是否相符；不要只看介面上的協定標籤就判斷是否相容。

桌上型電腦可先考慮 v2rayN，適用於 Windows、macOS 和 Linux；Android 裝置可先考慮採用 Xray 核心的 v2rayNG，如需 V2Fly 核心設定，再選擇 v2flyNG。選擇時應考量作業系統、處理器架構，以及節點所需的協定與傳輸能力，而非名稱是否相似。尤其使用 VLESS、REALITY 等設定時，請確認所選用戶端隨附的核心實際支援哪些功能。更換用戶端前，先記下目前設定，並匯入已知可用的節點進行比對。請勿同時啟動多個用戶端接管系統代理或虛擬網路介面，否則測試結果容易受到干擾。

需要。用戶端是管理設定與連線的工具，安裝後不會自動取得遠端伺服器。訂閱網址可用來取得節點清單；單一節點連結通常包含協定、伺服器、連接埠和驗證參數。訂閱與節點設定應來自你有權使用的服務或自行架設的服務；用戶端無法取代伺服器帳戶或流量額度。匯入後還須選取節點、啟動連線，並依需求設定系統代理或其他流量接管方式。若訂閱清單是空的，請先檢查訂閱內容與帳戶狀態，不要誤以為是安裝失敗。訂閱網址和節點參數可能包含存取憑證，分享截圖或記錄檔前請先遮蔽。

系統代理會讓遵循系統代理設定的應用程式將請求交給用戶端；路由分流則是在流量進入核心後，依規則決定直連、代理或封鎖；TUN 模式透過虛擬網路介面接管更多流量。三者作用於不同環節，不能互相取代。若應用程式忽略系統代理，修改路由規則未必有用，因為請求可能根本沒有進入用戶端。TUN 的涵蓋範圍較廣，但也涉及權限、DNS、閘道和其他網路軟體的相容性。初次設定建議先用系統代理測試單一節點，再依應用程式需求評估是否使用 TUN，避免一次變更多項設定。

先確認複製的是訂閱網址，還是單一節點分享連結。v2rayN 通常要在訂閱群組設定中新增網址，儲存後還須執行訂閱更新；Android 用戶端也應從訂閱相關功能新增並重新整理，不要把網頁網址當成單一節點匯入。檢查複製的內容是否含空格、換行、遺漏的查詢參數，或實際連到需要登入的網頁。仍然沒有節點時，請查看更新記錄，判斷是請求失敗、回傳內容無法識別，還是篩選後沒有結果。不要將含有憑證的網址貼到公開轉換工具；若需要轉換格式，先確認來源可信、目標格式相容，並保留原始訂閱以便比對。

多數較新的 Android 手機可先考慮 arm64，但應以裝置支援的應用程式架構為準，不要只憑購買年份判斷。有些裝置的處理器支援 64 位元，但系統只提供 32 位元應用程式環境，此時仍可能無法安裝 arm64 套件。可在裝置資訊中查看支援的 ABI；若不確定架構，則可選 universal。通用套件通常包含多種架構，檔案也較大。若安裝失敗，還應檢查現有應用程式的簽章、系統版本與儲存空間，不要立刻認定是架構問題。解除安裝舊用戶端可能會刪除設定，請先備份並確認備份檔案的存放位置。

先依系統資訊確認架構，再選擇套件格式。Windows 請確認系統是否符合 x64 套件的需求；macOS 可在「關於這台 Mac」中查看是 Apple Silicon 還是 Intel；Linux 除了確認 x64 或 arm64，也要確認發行版使用 deb、rpm 等套件管理格式。副檔名相同不代表架構相同，套件能開啟也不代表執行環境符合需求。程式無法啟動時，先查看系統提示與用戶端啟動記錄，再檢查執行相依項目，不要直接複製其他裝置的程式資料夾。跨平台移轉時，優先移轉訂閱與必要設定；路徑、網路介面和權限選項則應在新裝置上重新確認。

先確認一般連線正常，再處理 TUN 權限。Windows 通常需要依用戶端提示以系統管理員權限執行，或設定相關服務；macOS 和 Linux 建立網路介面、修改路由時也可能需要授權，具體步驟依用戶端版本而異。Android 用戶端首次接管流量時會要求系統 VPN 授權，請在系統對話框中確認。授權失敗時，先關閉其他正在使用虛擬網路介面的應用程式，再查看記錄檔中的介面建立或路由錯誤。不要為了排除單一錯誤而長期停用系統防護。測試完成後，確認關閉 TUN 能讓原有網路恢復，再決定是否日常啟用。

這些測試測量的環節不同。Tcping 主要測量與伺服器連接埠建立 TCP 連線所需的時間，無法證明驗證、代理轉送或目標網站連線成功；真實連線測試通常會透過代理請求指定網址，涵蓋更多協定與網路環節；下載測速則測量持續傳輸能力，也會受到測試檔案、並行連線數和伺服器限速影響。因此，握手延遲低不代表下載速度一定快，真實連線失敗也可能是測試目標無法連線。比較節點時請固定測試目標與時間，先確認真實連線可用，再依實際使用體驗選擇。下載測試會消耗流量，尤其使用流量倍率計費的節點時，請控制測試次數。

為每個訂閱建立獨立群組，並用容易辨認的備註區分來源與用途。先更新單一群組，確認節點數量與欄位正常後，再安排定期更新；篩選條件宜逐項新增，避免一次隱藏所有節點。更新可能會取代節點記錄，伺服器端也可能調整名稱、網址或排序，因此用戶端未必能保留原先選取的項目。更新後應檢查目前選取的節點、路由模式，以及是否需要重新連線，不要只確認清單已重新整理。手動新增的節點最好放在獨立群組，避免與自動更新的內容混在一起。清除舊群組前請先備份必要設定，備份中的訂閱憑證也要妥善保管。

先確認流量確實進入用戶端，再確認已選取修改後的路由設定。規則通常由上而下比對；若較寬泛的規則排在前面，後面的特定規則可能就不會生效。請檢查網域規則、IP 規則和出站標籤是否正確，引用的 geo 資源是否存在，並區分網域請求與已解析為 IP 的請求。儲存後依用戶端要求重新啟動核心或重新連線，避免舊連線繼續沿用原本的路徑。測試時只存取一個明確的目標，並查看記錄檔中的目標位址與出站選擇。不要把所有問題都歸因於規則順序，應用程式自行設定的代理與 DNS 行為也會影響測試結果。

先判斷問題出在網域解析還是代理連線，不建議一開始就更換所有 DNS。直連解析與代理解析的連線路徑不同；如果遠端解析位址需要經由代理連線，請確認用戶端能正確安排其出站路徑，否則可能發生建立代理時又依賴該解析結果的循環。修改前先記下目前設定，只調整一項並測試已知網域，再檢查應用程式是否啟用了自己的加密 DNS。瀏覽器、系統和用戶端快取也可能讓結果短時間內不一致。公共 DNS 位址只是解析服務的入口，不保證在所有網路環境中都能連線；調整 DNS 也無法修復錯誤的節點憑證或伺服器連接埠。

先確認網址完整、帳戶有效，再查看更新記錄中的請求結果。連線逾時時，優先檢查訂閱網域解析與連線路徑；HTTP 401、403 通常需要確認授權或伺服器端政策；若請求成功但無法解析，則確認回傳內容是節點訂閱，而不是登入頁或錯誤頁面。目前的節點無法使用時，透過代理更新也可能失敗；若用戶端提供此選項，可比較直接更新與透過代理更新的結果。不要反覆按下重新整理，以免觸發存取限制。必要時聯絡訂閱服務提供者並說明錯誤狀態，但分享記錄檔前請移除網址中的憑證。刪除群組後重建通常不是第一步，這樣容易遺失篩選與更新設定。

先在相同網路下使用已知可用的節點進行比對，再用目前的節點執行真實連線測試。若只有一個節點失敗，請優先檢查伺服器位址、連接埠、驗證參數、傳輸設定與伺服器狀態；若多個節點同時失敗，再檢查本機網路、系統時間、防火牆和其他代理軟體。握手測試成功只代表連接埠可能可以連線，無法排除驗證或協定錯誤。如果記錄檔顯示核心根本沒有啟動，應先處理連接埠衝突或設定錯誤，而不是繼續更換節點。測試時暫時關閉重複的流量接管方式，每次只變更一項並記錄結果。不要只因一次逾時就刪除整個訂閱，也不要把測試網站無法連線當成所有網站都無法使用。

先區分用戶端已啟動與目標請求確實成功。檢查瀏覽器流量是否進入用戶端：確認系統代理狀態、應用程式自己的代理選項，以及目前選取的節點。接著檢查網域解析、路由出站與記錄檔中的連線錯誤；若只有個別網站無法使用，請檢查相關規則與目標服務狀態，不必立刻重設全部設定。使用 TUN 時，還要檢查 DNS 接管、介面路由和其他虛擬網路軟體是否衝突。可先關閉 TUN，改用系統代理測試一般網頁，縮小排查範圍。關閉用戶端後若網路仍異常，請檢查系統代理是否殘留，以及原有 DNS、閘道是否恢復，再重新啟動測試。

先查看作業系統目前的代理位址與連接埠，確認它們指向正在執行的用戶端監聽連接埠。用戶端連接埠變更、其他軟體覆寫設定，或程式異常結束，都可能留下錯誤的系統代理。正常關閉後若仍指向已關閉的本機連接埠，可在用戶端或系統設定中清除代理，再測試直連網路。有些應用程式不會讀取系統代理，需要在應用程式內指定代理，或評估使用 TUN；HTTP 與 SOCKS 連接埠也不能任意互換。排查時只保留一個用戶端執行，避免彼此改寫設定。不要任意將本機監聽對區域網路開放；允許外部裝置連線是另一項設定，須另外考量驗證方式與存取範圍。