V2Ray 訂閱匯入、連線與生效驗證

BEFORE START

開始前檢查：用戶端、訂閱網址與系統時間

開始設定前，先確認用戶端已正常安裝並能開啟主畫面。桌面裝置使用 v2rayN，Android 裝置使用 v2rayNG。若尚未安裝，請先前往下載中心選擇對應平台的安裝套件。首次啟動時，系統可能會詢問網路存取權限；允許用戶端建立網路連線後，再進入訂閱匯入步驟。安裝階段不需要預先修改核心路徑、監聽連接埠或路由規則，維持預設設定更容易判斷後續問題來源。

接著準備一組完整的訂閱網址。訂閱網址通常是一段以 https:// 開頭的連結，用來讓用戶端取得節點清單及對應參數。複製時要從第一個字元一路選取到最後一個字元，避免多複製空格、換行或句末標點。訂閱網址不同於單一 vmess:// 或 vless:// 分享連結：前者可以一次更新多個節點，後者通常只會匯入一組設定。兩者的術語差異可在術語表中繼續查看。

最後檢查裝置的日期、時間與時區。許多安全連線都依賴正確的系統時間，時間偏差過大時，即使節點參數完全正確，也可能在握手階段失敗。建議啟用系統自動設定時間，然後完全退出用戶端再重新開啟。完成這三項檢查後再匯入訂閱；遇到錯誤提示時，就能先排除安裝狀態、連結遺漏與時間異常這三類基本原因。

代理模式決定用戶端接管哪些連線。常見選項可歸納為「規則分流」與「全域代理」。規則分流會依照用戶端內建或訂閱提供的路由規則處理請求：部分位址透過代理節點，其餘位址維持直接連線。全域代理則讓大多數符合系統代理條件的請求都經過目前節點。首次測試時，兩種模式都可以使用，但必須記住目前的選擇，因為最後驗證時需要依此模式解讀結果。

桌面版先設定路由，再確認系統代理

在 v2rayN 中，路由模式與系統代理狀態是兩個相關但不同的設定。路由模式負責用戶端內部如何分流，系統代理則負責瀏覽器及其他遵循系統設定的軟體是否將請求交給 v2rayN。首次連線建議先選擇用戶端提供的基本規則模式，再從系統代理選單選擇自動設定系統代理。完成後，工作列通知區的用戶端選單通常會顯示目前的系統代理狀態。若只選擇節點卻沒有啟用系統代理，用戶端核心可能已經執行，但瀏覽器仍會沿用原本的直接連線路徑。

若目前只是要排除規則是否造成存取差異，可以暫時切換到全域模式進行一次對照測試，測試結束後再切回規則分流。不要同時修改路由規則、監聽連接埠、DNS 與節點參數；一次只改變一項條件，才能根據結果找出具體原因。若要深入了解網域規則、IP 規則與直接連線優先順序，請閱讀協議手冊中的路由說明。

Android 版在連線設定中確認模式

v2rayNG 的模式選項通常位於設定或路由設定區域。選擇基本規則後返回主畫面，讓準備連線的節點維持選取狀態。Android 版啟動連線時會出現系統網路連線授權提示，確認後用戶端才能建立本地連線通道。這項授權只代表允許目前的用戶端接管網路請求，並不表示遠端節點一定可用，因此仍需繼續觀察連線狀態並完成第四步驗證。

如果不確定該選哪一種，首次可從規則分流開始。它更適合日常使用，也方便對照本地資源是否仍依預期直接連線。遇到某個目標位址無法存取時，再使用全域模式進行短暫對照：全域模式可用而規則分流不可用，通常應檢查路由匹配；兩種模式都不可用，則繼續檢查節點、訂閱參數或網路連線。

模式確定後，維持設定不變並返回節點清單。接下來只選擇一個節點啟動連線，避免在連線過程中連續切換多個項目，導致日誌與測試結果互相混淆。

第一次確認：瀏覽器是否經過目前連線

保持用戶端連線，不要切換節點或模式。開啟新的瀏覽器視窗，前往常用的網路位址查詢頁面，記錄頁面顯示的出口位址與大致地區。接著中斷用戶端連線，重新整理同一頁面，再比較中斷前後的結果。兩次結果出現符合節點設定的差異，表示瀏覽器請求已交給用戶端並透過目前節點送出。測試時盡量使用新視窗，避免舊頁面快取造成誤判。

如果連線前後結果完全相同，桌面版先返回 v2rayN 檢查系統代理是否啟用，再確認瀏覽器沒有使用獨立於系統設定的代理設定。Android 版則檢查主畫面的連線狀態是否仍然有效，並確認測試瀏覽器沒有被加入繞過清單。檢查完成後重新連線，關閉原測試頁面，再開啟新頁面進行對照。

第二次確認：使用真實網頁請求

位址查詢只能證明某次請求的出口發生變化，還要繼續開啟兩到三個一般網頁，觀察頁面能否完整載入。選擇包含文字、圖片與多項資源請求的頁面更容易發現問題：如果文字能開啟但圖片長時間載入，可能是 DNS、分流或傳輸穩定性異常；如果所有頁面都立即失敗，應優先檢查系統代理、本地連接埠與節點連線；如果只有單一頁面失敗，則不能直接判定整個節點不可用。

測試期間不要將一般 ping 當成唯一標準。實際網頁存取會經過網域解析、協議握手、遠端出站與內容傳輸，更接近用戶端的實際工作流程。若用戶端提供真實連線延遲測試，可以將結果作為節點之間的相對參考，但最終判斷仍應以連續開啟網頁、載入資源與維持連線的表現為準。

第三次確認：模式是否符合預期

若第二步選擇的是規則分流，再存取一個平時應維持直接連線的本地資源或常用服務，觀察速度與出口表現是否符合預期。規則分流模式下，不同目標可能使用不同出站方式，這是正常現象；不能因為兩個網站顯示的網路路徑不同，就直接判定設定失敗。若選擇的是全域模式，則大多數遵循系統代理的瀏覽器請求都應經過目前節點。

需要進一步確認時，可以在規則分流與全域模式之間只切換一次，維持節點不變，然後重複相同的頁面測試。節點不變而模式改變後結果隨之變化，表示連線本身大致正常，差異來自路由規則。若兩種模式下都失敗，則回到第三步檢查節點狀態與日誌。透過這種單一變因對照，可以避免同時反覆修改節點、模式、DNS 與系統代理。