V2Ray 首次連線教學：挑選節點、測試實際連線延遲與確認出口 IP

確認訂閱群組與節點來源

先分清用戶端、核心與訂閱的作用。v2rayN 負責管理訂閱群組、節點和代理設定，核心則負責實際連線；訂閱網址提供的是節點設定，不是用戶端下載網址。訂閱更新成功，只代表這次取得了可解析的設定，不表示其中每台伺服器都能從目前的網路連線。

本文以 v2rayN 常見的繁體中文介面說明。不同版本可能會調整選單位置或快速鍵，操作時請以畫面顯示的完整選單名稱為準。初次排查時先關閉 TUN，避免它與系統代理同時接管要求，讓流量路徑難以判斷。

1. 檢查群組

   開啟上方的「訂閱群組」→「訂閱群組設定」，確認目標群組的訂閱網址。若要透過「新增」建立群組，請填入能辨識來源的備註。不要把登入管理後台的網頁網址填入訂閱網址欄位。

2. 更新訂閱

   返回「訂閱群組」選單。初次使用且沒有可用代理時，先選擇「更新全部訂閱（不透過代理）」。若只有透過代理才能連線至訂閱伺服器，請在建立可用連線後，再選擇透過代理更新的相應選項。

3. 篩選候選節點

   切換至剛更新的訂閱群組，先挑選兩、三個服務商標示適合目前線路且用途明確的節點。地區名稱只是備註，不代表實際出口位置，也不能據此保證速度。

4. 執行測試

   選取候選項目後按右鍵，執行「測試伺服器真實連線延遲」。等本輪測試完成後再比較結果；不要同時更新訂閱、批次測速和切換作用中伺服器。

5. 啟用節點

   在測試成功的候選節點上按右鍵，選擇「設為作用中伺服器」。確認作用中標記已切換，再查看記錄中是否出現核心啟動錯誤。只用滑鼠選取一列，不一定會變更目前連線使用的伺服器。

分辨 TCPing 與實際連線延遲

TCPing 主要用來確認能否與伺服器的目標連接埠建立 TCP 連線。它不會驗證訂閱中的使用者識別資訊、TLS 設定或代理協定交握是否正確，也不會確認目標網頁能否透過代理開啟。即使連接埠可連線、但協定驗證失敗，TCPing 仍可能顯示數值。

實際連線延遲會透過節點送出測試要求，比 TCPing 更接近應用程式的實際連線情況；但結果也會受到測試網址、DNS、逾時設定、節點出口和用戶端實作影響。測試成功只代表這次測試要求已完成，不表示所有網站都能存取，也不代表下載頻寬。

開啟「設定」→「參數設定」，確認目前版本提供的實際連線測試網址和逾時設定。不要為了讓數字好看而不斷更換測試目標。若所有節點都測試失敗，請先確認本機能否解析相關網域、系統時間是否正確，以及測試網址是否暫時無法連線；不要立刻認定整份訂閱已失效。

• 顯示數值：表示本輪測試取得結果，接著用瀏覽器驗證；比較時請確保網路和測試目標相同，並觀察多次測試的表現。
• 顯示逾時或失敗：查看記錄，分辨連線逾時、憑證錯誤和驗證失敗，不要只憑一個負值猜測原因。
• 數值波動很大：隔一段時間再測，暫停會占用頻寬的工作；不要只按單次最低值排序就下結論。

啟用系統代理並確認本機連接埠

設為作用中伺服器後，還需要讓應用程式將要求傳送至用戶端。在 Windows 上，可從 v2rayN 系統匣圖示的右鍵選單開啟「系統代理」→「自動設定系統代理」。初次驗證請使用支援系統代理的瀏覽器；部分命令列工具、遊戲及自行設定代理的應用程式不會自動使用這項設定。

查看「設定」→「參數設定」中的本機監聽設定，並對照 Windows「設定」→「網路和網際網路」→「Proxy」中的手動 Proxy 位址。以下數字僅為教學設定範例，不代表所有版本的預設值；請以目前用戶端實際顯示的值為準。

本機代理連接埠不能直接照抄節點的遠端連接埠。若記錄中出現 address already in use 或繫結失敗，表示該監聽連接埠可能已被占用；請先結束重複執行的用戶端，再檢查連接埠。變更連接埠後，也要重新套用系統代理，避免系統仍指向舊連接埠。

確認出口 IP 與路由分流

選擇能顯示要求來源 IP 的查詢頁面，並先確認目前使用的路由規則。若要驗證代理出口，可暫時在路由設定中切換為全域代理規則進行比對，確認後再恢復日常分流。此處的全域代理是路由選項，不代表系統上的每個應用程式都會自動使用代理。

1. 記錄直連基準。保持 TUN 關閉，使用「系統代理」→「清除系統代理」，重新整理查詢頁面並記錄目前的公開出口 IP。若瀏覽器有獨立的代理設定，請先停用，讓測試條件保持單純。
2. 建立代理對照。恢復「自動設定系統代理」，確認作用中伺服器與測試成功的節點相同，再重新整理同一個查詢頁面並記錄出口 IP。
3. 確認要求路徑。搭配目前的路由規則與可用記錄，判斷查詢網域是直連還是透過代理。更換節點後重新送出要求；若頁面快取了上次結果，可開啟新工作階段或改用其他查詢頁面交叉驗證。
4. 恢復日常規則。取消暫時使用的全域代理測試設定，再瀏覽實際需要使用的網站。查詢頁面驗證成功，不代表分流規則對所有目標都符合預期。

IP 地理位置資料庫可能更新延遲，同一個出口在不同服務上也可能顯示不同城市。節點備註、伺服器連線網址與出口 IP 是不同概念：經過中繼或出口閘道時，三者不一致是正常情況。判斷依據應是實際要求的傳送路徑，而不是備註中的地區名稱。

若要排除瀏覽器系統代理設定的差異，可以明確指定本機 HTTP 代理送出要求。以下命令適用於 Windows 上可用的 curl.exe，前提是已確認 10808 是 HTTP 或混合入站連接埠，且目前路由會將目標要求交由代理送出。

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

這項命令只會驗證透過本機入口連線至範例網站時，能否收到 HTTP 回應標頭，不會顯示出口 IP。代理入口使用 http:// 不代表目標 HTTPS 內容會變成明文；存取 HTTPS 目標時，通常會透過 HTTP CONNECT 建立通道。收到回應後仍須另外確認出口；若發生逾時，請搭配記錄判斷失敗階段。

依失敗環節排查初次連線

記下目前節點、測試時間和完整錯誤訊息，每次只調整一項設定。不要同時更換節點、修改 DNS 和本機連接埠又啟用 TUN，否則即使恢復連線，也很難判斷是哪項設定發揮作用。截圖或分享記錄前，請先移除訂閱網址、使用者識別資訊及其他驗證資料。

保存初次連線的驗證結果

初次連線完成後，留下可重現的檢查紀錄，比記住某次最低延遲更實用。網路、訂閱內容和節點出口都可能變動，下次發生問題時依相同步驟比對，才能判斷問題出在訂閱更新、核心連線、應用程式接入，還是路由分流。

• 確認設定：記錄用戶端版本、訂閱群組名稱、作用中節點備註和測試時間；不要將訂閱憑證存放在公開文件中。
• 確認連線：至少完成一次實際連線延遲測試和一次 HTTPS 網站瀏覽，不要把 TCPing 結果當成完整驗收。
• 確認出口：記錄查詢目標、當時的路由規則和出口結果，避免日後直接比較不同規則下的結果。
• 確認復原：恢復日常分流，並確認結束用戶端後的系統代理狀態符合預期，沒有留下指向失效連接埠的設定。

需要重新整理訂閱匯入和代理設定時，請參閱訂閱群組操作、實際連線延遲說明和系統代理設定。若要接管不遵循系統代理的應用程式，再閱讀TUN 設定步驟；不要用更複雜的接管模式掩蓋尚未釐清的基本連線問題。