本文適合已匯入訂閱、但不確定下一步該如何操作的 v2rayN 新手。依序完成核心確認、節點篩選、實際連線測速、設為作用中伺服器、開啟系統代理與出口 IP 驗證，就能清楚區分「程式已啟動」、「節點已連通」和「瀏覽器流量已經過代理」這三種狀態。
連線前先確認訂閱、核心與本機連接埠
v2rayN 是桌面圖形化用戶端，伺服器項目只是交由核心執行的設定。成功匯入訂閱不代表連線已建立，主視窗出現節點也不表示系統流量已進入代理。首次操作時，應先確認訂閱群組中至少有一個伺服器項目，並檢查該項目的位址、連接埠、協定與傳輸方式沒有顯示為空白。
訂閱提供的 VMess、VLESS 或 Trojan 設定通常會自動帶入傳輸參數。首次連線不建議逐項修改伺服器位址、UUID、TLS、Reality、WebSocket 路徑或 SNI；其中任何一項與伺服器端不一致，都可能造成逾時或交握失敗。只有在訂閱提供者明確提供手動參數時，才需要進入伺服器編輯視窗調整。
本機代理連接埠範例
- SOCKS 連接埠
- 10808
- HTTP 連接埠
- 10809
- 監聽位址
- 127.0.0.1
以「設定」→「參數設定」中實際顯示的連接埠為準，請勿同時啟動佔用相同連接埠的程式。
首次執行建議
- Core 類型
- Xray
- 代理方式
- 系統代理
- 路由模式
- 規則模式
先使用一般系統代理完成驗證，再依應用程式的相容性決定是否設定 TUN。
- 透過「設定」→「參數設定」→「Core 類型」確認目前使用的核心；訂閱含有 VLESS 或 Reality 節點時，通常選擇 Xray。
- 查看主視窗底部或日誌區，確認沒有「連接埠已被佔用」、「核心啟動失敗」或設定解析失敗等提示。
- 若節點清單為空，先在「訂閱群組」中確認群組已啟用，再執行一次更新全部訂閱。
- 不要把遠端伺服器連接埠與本機代理連接埠混為一談；遠端連接埠可能是 443，本機程式仍可監聽 10808。
先篩選節點，再執行實際連線測速
節點名稱中的地區文字只能代表線路標記，不能直接反映目前品質。首次選擇時，可以先依目標地區縮小範圍，再比較實際連線延遲。距離較近的線路通常往返時間較短，但入口負載、跨網互連與尖峰時段壅塞都會影響結果，因此不能只根據地區名稱下結論。
v2rayN 常見的測試包括 TCP 延遲、實際連線延遲與速度測試。TCP 延遲主要用來確認遠端連接埠能否建立基礎連線，數值低不代表協定交握與實際要求一定成功。實際連線測試會透過節點完成更接近真實存取的要求，較適合作為首次選擇依據。速度測試耗費更多時間與流量，初次排查不必對所有節點反覆執行。
| 測試結果 | 代表意義 | 下一步 |
|---|---|---|
| 連續三次低於 180 ms | 目前網路下回應較穩定 | 設為作用中伺服器並驗證網頁 |
| 一次 120 ms、一次逾時 | 線路有抖動或負載變化 | 改測同地區的其他入口 |
| TCP 有數值，但實際連線逾時 | 連接埠可連通，但協定要求未完成 | 檢查核心日誌與節點參數 |
| 所有節點同時逾時 | 較可能是訂閱、核心或本機網路問題 | 不要繼續逐一盲測，先查看日誌 |
當延遲差距只有十幾毫秒時，不必頻繁切換。穩定的 140 ms 通常比在 90 ms 與逾時之間反覆跳動的線路更適合長期使用。如果訂閱標示了流量倍率，也要一併比較；例如 2 倍率節點傳輸 1 GB 資料可能會按 2 GB 計算，不能只看測速數字。
依序完成首次連線
以下流程會將設定、測試與系統代理分開，每一步都能觀察到明確結果。遇到網頁無法開啟時，就能快速判斷問題出在訂閱、核心、節點或系統代理，而不是一次修改多個選項。
-
確認核心
開啟「設定」→「參數設定」→「Core 類型」，選擇與訂閱協定相容的 Xray 核心，儲存後觀察日誌是否正常啟動。
-
更新訂閱
在「訂閱群組」中選擇對應群組並執行更新全部訂閱，確認伺服器清單出現名稱、位址、連接埠與協定類型。
-
篩選節點
先選擇目標地區的 3 至 5 個節點，不要一開始就對數百個項目執行完整速度測試。
-
實際連線測速
選取候選節點，透過主介面的伺服器測試功能執行實際連線延遲測試，優先保留連續有回應且波動較小的項目。
-
設為作用中項目
雙擊目標節點，或使用伺服器選單將其設為作用中伺服器，確認作用中項目的標示已移至該節點。
-
開啟系統代理
從系統匣圖示選單進入「系統代理」，選擇「自動設定系統代理」，接著重新開啟瀏覽器視窗進行驗證。
成功啟動後，日誌通常會出現本機監聽連接埠、載入設定與出站連線記錄。日誌偶爾出現單一網站連線遭重設，不代表整個節點失效；應結合實際連線測試、多個網頁的存取結果與出口 IP 一起判斷。
系統代理與 Android 端的驗證方式不同
桌面端開啟系統代理後，瀏覽器與遵循系統代理設定的應用程式會將要求交給 v2rayN。本機流量先進入 127.0.0.1 上的監聽連接埠，再由目前的作用中節點轉送。部分自行設定網路代理的程式不會自動讀取系統選項，必須在程式內填寫本機 HTTP 或 SOCKS 位址。
建議方案：桌面端與 Android 端分別完成連線驗證
桌面端（v2rayN）
- 先執行實際連線延遲測試
- 開啟自動設定系統代理
- 透過出口 IP 與網頁存取交叉確認
Android 端（v2rayNG）
- 匯入相同訂閱並選擇節點
- 使用應用程式內的連線按鈕啟動
- 有需要時再設定分應用程式代理
訂閱可以保持一致，但作用中節點、路由規則與本機連線狀態由每台裝置分別管理。
- 只測試 v2rayN 本身是否執行：查看日誌中是否出現本機監聽與核心啟動資訊。
- 測試節點是否能完成要求：執行實際連線延遲測試，並在間隔數秒後重複兩至三次。
- 測試瀏覽器是否經過代理：開啟系統代理後查詢出口 IP，再與關閉代理時的結果比較。
- 測試指定軟體：確認軟體使用系統代理，或手動設定為 127.0.0.1:10809 的 HTTP 代理。
首次排查不建議直接啟用全域 TUN。TUN 會接管更多不讀取系統代理的流量，但也會引入路由、DNS、權限與虛擬網卡等額外變數。先讓瀏覽器透過系統代理穩定存取，再處理遊戲、命令列工具或特殊應用程式的接管需求，定位會更清楚。
透過出口 IP 與網頁存取確認代理生效
「節點顯示已選取」只是用戶端狀態，「實際連線延遲有數值」表示節點能完成測試要求，而「代理已生效」則需要驗證目標應用程式的實際流量。最直接的方法，是分別記錄關閉與開啟系統代理時的出口 IP、地區與網路業者資訊。
測試時應使用同一個瀏覽器與同一個網路連線，並避免同時開啟其他代理工具。先清除系統代理並重新整理 IP 查詢頁面，記錄目前結果；再回到 v2rayN 開啟自動設定系統代理，重新開啟瀏覽器視窗並查詢。只有當出口位址變為所選節點對應的地區，且多個一般網頁都能載入，才算完成基本驗證。
- 在系統匣選單選擇「系統代理」→「清除系統代理」，關閉並重新開啟瀏覽器。
- 搜尋並開啟一個出口 IP 查詢頁面，記錄 IP、地區與業者。
- 回到系統匣選單，選擇「系統代理」→「自動設定系統代理」。
- 重新開啟瀏覽器視窗，再次查詢出口 IP，並與第一次結果比較。
- 繼續開啟兩個不同網站，檢查首頁、圖片與後續頁面是否能持續載入。
- 最後查看 v2rayN 日誌，確認驗證期間出現新的出站連線記錄。
| 觀察結果 | 判斷 | 處理方式 |
|---|---|---|
| 出口 IP 改變，網頁正常 | 代理已基本生效 | 保留目前節點，視需要調整路由 |
| 出口 IP 未改變，日誌沒有要求記錄 | 瀏覽器沒有進入本機代理 | 檢查系統代理狀態與瀏覽器代理設定 |
| 出口 IP 未改變，日誌有直連記錄 | 路由規則將查詢網站設為直連 | 更換查詢網站，或暫時核對路由模式 |
| 出口 IP 改變，但部分網頁失敗 | 節點可用，可能存在 DNS 或目標網站問題 | 查看特定網域的日誌與路由結果 |
逐項排查首次連線常見問題
首次連線失敗時，最有效的方法是維持目前設定不變，只替換一個變數。例如節點逾時時先更換同一訂閱中的另一個節點；所有節點都失敗時，再檢查核心與訂閱；瀏覽器失敗但實際連線測試正常時，則優先檢查系統代理與本機連接埠。
實際連線測速全部顯示逾時？
先開啟日誌確認核心已啟動，再到「設定」→「參數設定」檢查 Core 類型。接著更新一次訂閱，測試 3 個不同地區的節點；如果全部在約 5000 ms 後逾時，應檢查目前網路是否限制相關連線。
選取節點後，為什麼網頁仍使用原出口？
檢查系統匣選單中的「系統代理」是否為「自動設定系統代理」。若日誌中沒有瀏覽器要求，請關閉瀏覽器後重新開啟；仍無記錄時，檢查瀏覽器是否設定了獨立代理或繞過系統代理。
日誌提示 10808 連接埠已被佔用，該怎麼辦？
退出佔用該連接埠的其他程式，或在「設定」→「參數設定」中將本機連接埠改為未使用的數值，例如 10818。儲存後重新啟動核心，並同步修改手動填寫舊連接埠的應用程式。
節點延遲很低，但開啟網頁很慢？
連續測試三次實際連線延遲，再更換同地區節點比較。低延遲只代表要求回應迅速，不代表持續輸送量高；尖峰時段壅塞、節點負載與流量倍率都應一併考量。
只有部分網站無法開啟？
發生失敗時查看日誌中的網域、路由去向與錯誤資訊。若其他網站與出口 IP 都正常，先排除單一網站故障，再檢查 DNS 設定及規則是否將該網域錯誤分配為直連。
排查結束後，如需恢復原本的網路狀態，應從系統匣選單執行「系統代理」→「清除系統代理」，而不只是關閉主視窗。在部分設定下，關閉主視窗後程式仍會駐留系統匣，核心與系統代理可能繼續執行；應以系統匣狀態與系統代理設定為準。
連線成功後的基本維護
完成首次驗證後，可以保留兩至三個穩定節點作為備用，不必每天追逐最低延遲。訂閱更新可能新增、重新命名或移除節點；更新後若作用中伺服器失效，應重新執行實際連線測試並選擇新的項目。
路由分流決定哪些網域使用代理、直連或遭到封鎖。入門階段先使用用戶端提供的一般規則模式，確認瀏覽器存取與出口 IP 都穩定後，再依工作軟體、區域網路資源與特定網域調整規則。每次增加一條規則並立即驗證，比批次匯入大量規則更容易找出衝突。
每週檢查
- 訂閱更新
- 執行 1 次
- 備用節點
- 保留 2–3 個
- 延遲複測
- 重複 3 次
只有在節點表現明顯變化時才重新排序，避免無意義地頻繁切換。
故障記錄
- 發生時間
- 精確到分鐘
- 作用中節點
- 記錄完整名稱
- 錯誤位置
- 保存日誌關鍵行
同時記錄網路環境與測試結果，更容易區分節點波動與本機設定問題。
一套可靠的首次連線判斷流程應該是：訂閱清單有資料、核心正常監聽、本機連接埠沒有衝突、候選節點的實際連線延遲穩定回應、目標節點已設為作用中伺服器、系統代理已開啟、出口 IP 隨之變更，而且多個網頁都能持續存取。只要依照這條流程逐項核對，大多數「看似已連線但實際未生效」的問題都能定位到具體環節。