v2rayN 常見問題

Windows、macOS 與 Linux 桌面環境可選擇 v2rayN；Android 通常優先選用 Xray 核心的 v2rayNG。若現有設定明確依賴 V2Fly 的行為，可考慮 v2flyNG。用戶端負責操作介面、訂閱管理與代理開關，實際支援的協定仍取決於隨附核心及其版本。選擇前請確認平台、處理器架構與伺服器需求，不要只憑應用程式名稱判斷相容性。三款用戶端都需要可用的伺服器設定；安裝完成不代表已具備連線條件。

VMess 與 VLESS 是代理協定，REALITY 則是與安全層相關的技術，三者並非同一類選項，不能直接互換。實際連線還涉及傳輸方式、連接埠與安全參數，必須與伺服器設定一致。例如 VLESS 使用 REALITY 時，需正確填入公鑰、serverName、shortId 等欄位，flow 也應依伺服器要求設定。匯入後若出現不支援的欄位，請檢查用戶端與核心的支援能力，不要任意改用 VMess。

訂閱連結通常是用戶端取得設定清單的網址，更新時會重新擷取內容；分享連結通常描述單一伺服器設定，常見前綴包括 vmess://、vless://、trojan:// 和 ss://。原生 JSON 則可包含入站、出站、路由與 DNS 等完整核心設定，不一定能當作一般訂閱匯入。請依內容類型選擇訂閱群組、從剪貼簿匯入或自訂設定入口。訂閱網址可能包含存取憑證，截圖或尋求協助時請遮蔽完整網址及相關參數。

系統代理會將代理位址寫入作業系統設定，主要影響會讀取這些設定的應用程式；自行直連或另行設定代理的應用程式可能不受影響。TUN 模式則透過虛擬網路介面接管符合路由條件的流量，並涉及權限、DNS 與網路路由。這不代表所有流量都一定經過代理，實際結果仍受分流規則影響。初次設定時，建議先用系統代理確認伺服器可用，再依應用程式需求啟用 TUN，避免一次變更多項設定而難以找出問題。

2015 年後的主流手機通常可優先選擇 arm64 套件，但仍應以裝置系統支援的 ABI 為準；處理器支援 64 位元，不代表系統一定支援相應的應用程式。universal 套件包含多種架構的內容，適合暫時無法確認架構時使用，但檔案通常較大。若安裝時顯示裝置不相容，請先確認系統版本與架構，再選擇相符的套件；若顯示簽章衝突，不要反覆更換架構試圖解決。覆蓋安裝前請保留設定，以免解除安裝後遺失訂閱與自訂規則。

先確認複製的是完整訂閱網址，而非訂閱管理網頁、說明文字或單一分享連結，並移除網址前後的空白與換行。將網址加入訂閱群組後，還需要執行更新訂閱。若清單仍是空白，請查看記錄中的請求結果與解析錯誤：若回傳登入頁面，通常表示網址或授權有誤；若格式無法辨識，請確認提供者指定的用戶端類型。排查時不要公開完整訂閱網址；只記錄錯誤類型、回應狀態，以及已遮蔽敏感資訊的內容特徵。

先確認已選取目前要使用的伺服器，且核心正在執行；接著到作業系統的代理設定，確認位址與連接埠指向用戶端實際監聽的位置。不要把範例連接埠當成固定值，更新或自訂設定後，監聽連接埠可能不同。然後確認瀏覽器是否使用系統代理，以及代理擴充功能是否覆蓋該設定。部分應用程式有獨立的網路設定，需要另外指定代理。關閉其他代理工具後，重新測試同一個目標；若只有特定網站直接連線，還要檢查路由規則是否將其指定為 direct。

桌面作業系統建立虛擬介面與修改路由通常需要提升權限，請依目前版本的用戶端提示授予權限，再確認相關服務或虛擬介面元件已正常建立。Android 需透過系統 VPN 授權流程，並在系統對話框中確認。請勿同時啟用另一個具備相同網路接管功能的工具。授權後若仍失敗，請查看記錄中的失敗步驟，並檢查安全軟體是否攔截或是否有殘留介面；不應為了解決問題而長期關閉系統防護。停用 TUN 後，先確認一般網路已恢復，再繼續排查。

Tcping 主要反映能否與目標位址及連接埠建立 TCP 連線，不會完整驗證代理協定交握、驗證程序或目標網站是否可存取。真實連線延遲測試則會透過代理存取指定測試位址，較接近實際使用情況，但結果也會受測試目標、DNS 與當下網路狀態影響。若連接埠可連線但真實連線測試失敗，應進一步檢查協定參數與記錄。不要只憑一次測試挑選伺服器；請固定測試目標並重複觀察，再用瀏覽器確認需要使用的應用程式是否確實經過代理。

日常可依用途選擇繞過中國大陸等分流方案，實際命中結果取決於規則內容與排列順序。排查特定目標存取異常時，可暫時讓該目標經過代理，或切換至用戶端提供的全域代理路由方案進行比對，同時保持伺服器與測試位址不變。若切換後恢復正常，請著重檢查規則優先順序、規則資料與網域解析方式。系統代理開關只決定應用程式如何將請求送至用戶端，並不等同於核心的全域路由；測試完成後，請恢復所需的分流設定。

更新訂閱可能會覆寫該群組中由訂閱產生的伺服器項目，因此不建議直接在會自動更新的項目上保留長期修改。需要調整參數時，若用戶端支援，請先複製到獨立的手動群組，並保留原始訂閱作為比對。更新前請備份訂閱群組、路由規則與必要的自訂設定，並妥善保管備份檔案。若更新後目前使用的伺服器失效，請重新確認啟用中的伺服器及其所屬群組，不要假設名稱相同的項目仍使用原本的位址與參數。

先確認核心運作正常，再確認指定的應用程式使用系統代理、手動代理或 TUN 接管中的哪種連線方式。使用同一個應用程式存取明確應經過代理的目標，同時查看用戶端連線記錄或存取記錄中的入站與出站標記。網頁能開啟不代表流量一定經過代理，因為目標可能可直接存取，也可能符合 direct 規則。測試時可暫時提高記錄層級，完成後再恢復常用設定；提供記錄給他人前，請遮蔽伺服器位址、訂閱參數及可能透露個人活動的資訊。

先確認本機一般網路正常，並檢查伺服器位址與連接埠是否完整。接著區分網域解析失敗、TCP 連線逾時與協定交握失敗：解析失敗時優先檢查 DNS；連線逾時時檢查伺服器監聽狀態與網路連線；交握失敗時再確認協定、安全層與驗證欄位。系統時間若有明顯誤差，也可能影響驗證或憑證檢查。固定使用一台伺服器進行比對，每次只變更一個項目；若相同設定在其他網路可用，應優先比較本機網路環境，而非反覆重新安裝用戶端。

用戶端正在執行或本機監聽已成功，只代表流量接管入口已啟動，不代表所有遠端請求都能成功。先查看真實連線測試與存取記錄，確認請求是否進入用戶端；沒有記錄時檢查應用程式的代理設定，有記錄但出站失敗時則檢查伺服器與協定參數。若記錄中集中出現網域解析錯誤，請檢查 DNS 及其路由，避免解析請求依賴尚未建立的代理。若只有部分目標失敗，請比對規則命中情況與目標連線狀態；不要把關閉憑證驗證當成通用修復方式。

先確認錯誤屬於請求逾時、授權遭拒還是內容解析失敗。授權遭拒通常需要確認訂閱是否到期，或網址是否已重設；解析失敗則需檢查回傳內容是否變成網頁或不相容格式。若用戶端支援分別透過直連與代理更新，可在已有可用連線時進行比對，避免更新請求依賴已失效的伺服器。也請檢查系統時間、DNS 與本機安全軟體記錄。舊項目仍可使用時請先保留，不要立即清空所有群組，以免失去比對設定。

連接埠遭占用通常表示另一個程序或重複啟動的核心正在監聽相同位址。先關閉重複執行的用戶端，在系統中確認占用來源，再停止相關程序，或在設定中更換本機監聽連接埠；應用程式的手動代理設定也要同步修改。若異常退出後無法上網，先檢查系統代理是否仍指向已停止的本機監聽，再確認 TUN 介面與路由是否已恢復。請盡量使用用戶端正常停用與結束程序。若網路仍未恢復，先保存錯誤記錄，再逐項檢查作業系統的網路設定。