V2Ray 常見問題
訂閱、代理與 TUN

先分清核心與圖形化客戶端。V2Ray 屬於 Project V 生態系，V2Fly 負責維護相關核心；Xray 是另一個核心分支，協定與傳輸功能會隨版本演進。v2rayN 提供桌面圖形介面，可管理訂閱群組、伺服器與路由，並呼叫所選核心建立連線。確認設定是否可用時，必須同時檢查客戶端能否解析連結，以及核心是否支援相關設定欄位。不能只憑客戶端名稱，就認定一定支援 REALITY 或特定傳輸方式。

客戶端負責讀取設定並建立連線，安裝完成後不會自動取得可用伺服器。訂閱網址用來取得一組伺服器設定，通常由服務提供者提供，也可能包含帳戶識別資訊。取得網址後，先存入訂閱群組，再更新訂閱；若只新增網址而未更新，伺服器清單可能仍是空的。請先確認服務狀態與有效期限，再檢查客戶端設定。不要將完整網址貼到公開討論區；分享排查截圖時，也請遮住查詢參數與個人識別資訊。

訂閱網址通常會透過網路傳回多筆設定，適合放在訂閱群組中持續管理；單一節點分享連結則描述一組伺服器設定，常見前綴有 vmess://、vless:// 和 trojan://。不要只看 QR Code 外觀判斷類型，應先檢查解碼後的內容。單一連結通常透過從剪貼簿匯入等方式新增；訂閱網址則要存入訂閱群組。手動匯入的節點不一定會隨訂閱更新而變更；若提供者更換連接埠或驗證參數，需重新匯入或核對欄位。

不是。系統代理會為遵循系統設定的應用程式提供本機代理入口；全域路由決定進入核心的要求通常使用哪個出口；TUN 則透過虛擬網路介面接管符合條件的流量。開啟全域路由，不會讓忽略系統代理的應用程式自動進入核心；開啟 TUN，也不代表每條路由都會經過代理。先確認應用程式流量如何進入客戶端，再檢查路由出口。首次測試建議只啟用一種流量接管方式，避免多個入口與其他網路工具同時生效。

先查看裝置的處理器架構，不要只看 Android 版本。較新的主流手機通常適用 arm64 套件，檔案通常比通用套件小；若不確定架構，或安裝時顯示不相容，可改選 universal，但通用套件仍受最低系統版本等條件限制。桌上型裝置也要選對架構，Apple Silicon 與 Intel 的安裝方式不可混用。升級前請保留訂閱網址與必要設定，並從下載中心選擇對應平台；不要為了解決架構問題，任意覆蓋來源不明的安裝檔。

先確認複製的內容是完整訂閱網址，並移除前後空格、換行及聊天軟體附加的文字。開啟訂閱群組設定，確認網址填在可選地址 Url 欄位、群組已啟用，再更新訂閱。若出現解析失敗，伺服器回傳的內容可能是登入頁面、錯誤訊息或不相容的訂閱格式，請向服務提供者確認客戶端適用的格式。若更新顯示成功卻沒有節點，請先清除群組篩選與過濾正規表示式，再重新檢查。不要反覆建立同名群組，以免掩蓋原始錯誤訊息。

先在目前的網路環境下嘗試更新全部訂閱（不透過代理），並記下日誌中的網路錯誤或 HTTP 狀態碼。若網址必須透過可用代理才能連線，再選擇更新全部訂閱（透過代理）；前提是目前使用的節點與本機代理確實可用。不要依賴已失效的節點更新同一份訂閱。驗證失敗、網址過期或伺服器回傳錯誤內容，通常無法單靠切換更新方式解決。逐一核對網址、服務狀態與回傳格式；分享日誌前請隱藏訂閱參數。

先確認核心已啟動且本機監聽連接埠存在，再核對系統代理指向的位址與連接埠是否和客戶端設定一致。接著檢查瀏覽器是否使用獨立代理設定、擴充功能規則或既有的直連例外；部分應用程式根本不會讀取系統代理設定。可完全關閉瀏覽器後重新開啟，並使用相同的測試網址對照客戶端日誌。若其他網路工具持續改寫系統代理，請先關閉有衝突的工具再重新設定。系統代理只負責提供入口，流量是否經過代理仍取決於核心中的路由規則。

先關閉 TUN，查看日誌確認問題是權限不足、虛擬介面建立失敗，還是新增路由失敗。Windows 通常需要系統管理員權限；macOS 與 Linux 則需依目前客戶端版本的提示完成授權或服務設定，不能把所有錯誤都歸因於權限不足。Android 首次連線時，請確認已授予系統 VPN 權限，並檢查是否有其他應用程式占用 VPN 通道。完成授權仍失敗時，請確認所需元件是否齊全，並查看安全軟體的封鎖記錄。可暫時改用系統代理測試節點，避免把權限問題誤認為訂閱失效。

TCPing 主要檢查與伺服器連接埠的 TCP 連線是否建立，無法證明驗證、傳輸交握與目標要求都成功。真實連線延遲會透過節點向測試網址發出實際要求，更接近實際使用情境，但也會受到測試網址可否連線、路由與網路負載影響。先確認測試網址與測試設定一致，再比較不同節點；不要把單次較低的數值當成穩定速度的結論。若 TCPing 正常但真實連線延遲失敗，請繼續檢查協定參數、TLS 交握與測試目標，不要只檢查伺服器連接埠。

先切換至對應的訂閱群組，查看更新結果，再確認伺服器清單中的使用中項目。訂閱更新可能會更改名稱、位址或排序，不能以原本的列位置作為節點識別。選取要使用的伺服器並設為目前使用的伺服器，確認日誌是否重新載入設定；必要時先停止再重新啟動連線。不要手動修改訂閱節點後，還期待修改永久保留，因為後續更新可能會覆蓋這些欄位。若要長期保留自訂參數，請另存為獨立設定，並清楚區分其維護來源。

先固定一個測試網域，檢查是否符合預期規則，以及規則指向的出口標籤是否存在。路由通常依序比對，較寬泛的規則若排在前面，可能會蓋過後續更細的規則。網域策略 AsIs、IPIfNonMatch 和 IPOnDemand 會影響比對時是否觸發解析，也會影響依 IP 判斷的規則。請搭配日誌中的目標與出口結果檢查，不要只看瀏覽器頁面是否開啟。修改後重新載入設定，並以新的要求測試；既有長連線可能仍沿用原本的路徑。

先在未啟用代理時記下測試頁面顯示的出口 IP，再啟用代理造訪同一頁面，並比對客戶端日誌中的要求與出口。測試目標應符合預期會經過代理的規則，否則出口沒有變化可能只是正常直連。瀏覽器的結果只能反映該瀏覽器的連線路徑，無法推論所有應用程式都已被接管。若結果不一致，請逐一檢查系統代理、應用程式的獨立代理、路由與 TUN 狀態。變更設定後，請用新分頁或新連線重新測試，避免快取與舊連線影響判斷。

先保留目前的錯誤訊息，再用相同網路測試另一個已知可用的節點，以區分單一節點故障與整體連線問題。只有單一節點失敗時，請核對位址、連接埠、驗證參數與服務狀態；所有節點都失敗時，則檢查本機網路、DNS、防火牆與目前使用的核心。先測試連接埠，再測試真實連線延遲，有助於縮小故障範圍，但連接埠可連通不代表協定可用。不要同時修改連接埠、傳輸與安全設定。每次只調整一項再重新測試，才能判斷變更是否有效，也請保留可還原的原始設定。

先關閉系統代理與 TUN，確認一般網路能否存取原本可開啟的網站；若基礎網路異常，先處理網路問題。接著啟動核心，檢查是否有啟動失敗或監聽錯誤，再對目前使用的節點測試真實連線延遲。節點測試通過後，只啟用一種流量接管方式，確認應用程式的要求是否出現在日誌中。若要求已進入但目標仍無法存取，再檢查路由、DNS 與目標網站狀態。連線圖示通常只代表程式正在執行，不代表每一項要求都成功。不要一開始就刪除所有設定，先用最精簡的設定重現問題。

先區分啟動階段與連線階段。核心啟動失敗時，請查看最早出現的錯誤行，檢查連接埠占用、JSON 語法、未知欄位或所選核心不支援的協定；不要只看最後一行的結束提示。連線階段若出現 TLS 或 x509 錯誤，先同步系統日期與時區，再核對 SNI、憑證網域及服務提供者要求的安全參數。不要把略過憑證驗證當成一般修復方式。若要分享日誌，只截取相關時段，並遮住位址、使用者識別資訊與訂閱參數，同時保留錯誤關鍵字。