v2rayN 首次連線教學：挑選節點、測試實際連線延遲與確認代理設定

一、匯入訂閱後，先檢查節點與本機監聽

訂閱更新成功，只代表用戶端已下載可解析的設定，不代表每個節點都能連線。v2rayN 是管理介面，實際建立連線的是所選的核心。伺服器清單顯示名稱、位址和協定後，還得測試節點、設為作用中的伺服器，並啟動核心。

本文以 Windows 桌面版 v2rayN 為操作環境。Desktop 與 WPF 介面的選單位置可能不同，以下會以選單文字說明位置；找不到相同項目時，請先確認目前使用的介面與版本，不要只憑截圖猜測開關位置。首次驗證時，先關閉 TUN，也暫停其他代理程式，以免路由或監聽設定互相衝突。

1. 檢查訂閱清單

   在主介面開啟「訂閱分組」，選取剛匯入的分組，確認伺服器清單不是空的。檢查訂閱到期日與流量額度；節點名稱中的地區只是標籤，不能單憑名稱判斷出口位置或節點是否可用。

2. 確認監聽埠

   前往「設定」→「參數設定」，找出本機監聽埠相關設定，記下埠號與支援的代理類型。以下以本機已設定的混合埠 10808 為例；若介面顯示不同埠號，命令中的數字也要一併更換。

3. 挑選少量節點

   先從同一個訂閱分組挑選 3～5 個節點，優先比較距離較近、服務商標示適合目前網路環境的線路。不要一開始就同時測試數百個節點，以免大量並行請求影響測試結果。

4. 開啟記錄視窗

   展開主介面的記錄區域，留意核心啟動訊息。若出現 address already in use，請先處理本機埠號遭占用的問題；此時更換遠端節點通常無法解決。

二、如何測試實際連線延遲與挑選節點

選取要測試的節點，在伺服器清單的右鍵選單中選擇「測試伺服器真連線延遲」，然後等待結果。部分介面會在選單文字後附上多選或快捷鍵提示。測試期間不要反覆切換核心、修改測試網址或更新訂閱，以免不同批次的結果難以比較。

實際連線延遲測試會透過節點連線至指定的測試網址，比單純探測伺服器 TCP 埠號更接近實際代理路徑。不過，測試結果只代表「目前網路、目前節點、目前測試目標」的一次測試，不能代表所有網站都能使用，也不代表下載速度。若測試目標異常，多條正常線路也可能同時顯示失敗。

參考多次測試結果，不要只挑延遲最低的節點

候選節點連續測試 3 輪，每輪間隔幾秒。例如，某節點測得 120、135、128 毫秒，另一個節點則是 80 毫秒、逾時、900 毫秒；首次連線時，前者會是較合適的選擇。這只是解讀測試結果的範例，並非本站實測結果或線路效能保證。頻寬、壅塞狀況和目標服務的限速，都可能讓低延遲節點的下載速度較慢。

• 至少保留 2 個多輪測試成功的節點，方便後續比較。
• 若所有節點都測試失敗，先確認系統時間、訂閱是否仍有效，以及測試目標是否正常，不要急著批次修改協定欄位。
• 若只有一個節點失敗，請檢查該節點的位址、埠號與服務商狀態，不要因個別異常就認定整個用戶端故障。

三、設為作用中的伺服器，再啟用系統代理

在伺服器清單中選取通過測試的節點，按右鍵選擇「設為活動伺服器」，等待核心重新載入。清單中的反白選取狀態不等於作用中的伺服器標示，務必確認目前作用中的項目。接著在系統匣選單的「系統代理」中選擇「自動配置系統代理」，再查看記錄中是否出現啟動失敗訊息。

首次驗證時，可暫時選擇「路由」→「全局」，讓一般目標請求較容易透過代理連出，減少分流規則干擾判斷。這裡的「全局」是指核心如何處理已接收的連線，不代表所有應用程式都會自動交由核心處理，也不代表本機迴圈、區域網路等特殊規則一定會移除。驗證完成後，再改回適合日常使用的分流模式。

四、用瀏覽器驗證：同時檢查頁面、出口與記錄

啟用系統代理後，使用會遵循 Windows 系統代理設定的瀏覽器，開啟一個先前未瀏覽過的頁面。若瀏覽器安裝了代理擴充功能、設有個別代理，或啟用了自訂略過規則，請先暫停這些設定。頁面能開啟只是第一項證據，因為該網站原本可能就能直接連線。

1. 確認送出新請求：開啟常用的 HTTPS 網站並重新整理，不要只憑快取頁面判斷。記下測試時間，方便比對記錄。
2. 確認出口位址：使用可信任的出口位址查詢網站，比較直連與代理狀態下的公網 IP 位址。查詢服務不應要求提供訂閱或帳戶資料。
3. 確認出站方式：查看核心記錄中同一時間的目標網域與出站記錄。若顯示直連出站，表示請求可能已進入核心，但被路由規則判定為直連。
4. 重新測試分流：從全局模式切回日常規則後，再瀏覽需要代理的目標與預期直連的目標，確認兩種連線的行為都符合設定。

出口位址有所變化是有用的證據，但地理位置資料庫可能更新不及時，同一條線路也可能使用多個出口。不要只看國家或城市名稱，也不要直接把「出口地區與節點名稱不同」判定為連線失敗。請綜合位址、實際請求與記錄判斷；若記錄層級設定過低，沒有逐筆記錄也不能單獨證明請求未經過核心。

五、用命令列驗證：略過瀏覽器，明確指定本機代理

命令列程式不一定會讀取 Windows 系統代理設定。為了驗證本機核心到遠端節點的連線，以下會明確指定 SOCKS 代理，不依賴系統代理開關。前提是本機 127.0.0.1:10808 確實提供 SOCKS 或混合監聽；若你的埠號不同，請先替換。

在 PowerShell 中執行以下命令。使用 curl.exe，避免執行到某些環境中的同名命令別名。socks5h 會將目標主機名稱交由代理端解析，有助於排除本機解析目標網域造成的影響，並確認代理連線本身是否正常；若設定了 NO_PROXY 環境變數，請先確認測試網域不會因此略過代理。

curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com

收到目標網站的 HTTP 回應，表示這次明確指定代理的請求已完成相應的網路通訊；若收到 403 等狀態碼，還需分辨是網站存取政策還是連線問題。這不能單獨證明瀏覽器也經過代理。若要比較直連結果，可以執行以下命令；即使兩次都成功，也不能只憑「都能開啟」判斷出口是否相同。

curl.exe --noproxy "*" --connect-timeout 10 --max-time 20 -I https://example.com

• 顯示無法連線到 127.0.0.1：優先檢查核心是否已啟動、埠號是否正確，不要立刻更換訂閱。
• 本機已連線，但後續逾時：檢查遠端節點、測試目標與核心記錄，也可以改用另一個測試成功的節點比較。
• 明確指定代理後可連線，瀏覽器卻失敗：檢查系統代理、瀏覽器個別設定與擴充功能，問題較可能出在應用程式如何接入代理。
• 瀏覽器可連線，命令列卻失敗：確認命令指定的埠號與代理協定，不要假設瀏覽器和命令列使用相同入口。

必要時確認埠號是否正在監聽

在 PowerShell 查詢本機監聽狀態；輸出中的 OwningProcess 是處理程序編號。查到監聽只代表有程式占用該埠號，仍須在工作管理員的「詳細資料」中確認該編號是否屬於預期的核心；若沒有輸出，請先查看記錄並處理啟動錯誤。

Get-NetTCPConnection -LocalPort 10808 -State Listen |
  Select-Object LocalAddress, LocalPort, OwningProcess

六、首次連線常見問題與最後檢查

首次連線是否完成，不能只看一個綠色數字，而要確認一組可重現的結果：作用中的伺服器明確、核心正常監聽、明確指定代理的請求成功，且瀏覽器出口與路由符合預期。最後記下可用節點、本機埠號和日常路由模式；日後遇到問題時，就能用相同的測試條件找出變化，避免一次修改多個選項。