適合已匯入訂閱，但還不確定如何完成首次連線的使用者。依序操作：「挑選候選節點 → 測試真實連線 → 設為作用中伺服器 → 設定系統代理 → 驗證實際請求」。本文以 Windows 版 v2rayN 為例，說明節點可用、核心執行中，以及應用程式使用代理是三件不同的事；連接埠範例請替換為本機介面顯示的數值。
一、節點清單：先挑少數候選節點
主畫面 → 目前訂閱群組，先確認清單中已有伺服器位址、連接埠與協定等資訊。訂閱是用來分發一組連線參數的方式，不代表目前已連線。清單出現節點名稱，只能表示用戶端已讀取該項目，無法證明伺服器可連線，更不能證明瀏覽器已使用代理。
第一次先挑兩三個候選節點，不必反覆測試整份訂閱。節點名稱中的地區、倍率與線路描述由服務提供者填寫，只能作為篩選參考。實際連線表現還會受到目前網路、伺服器負載及連線目標影響；名稱相似的兩個節點也可能使用不同出口。
參數完整的候選節點
建議優先選擇訂閱更新後參數完整，且真實連線測試能通過的項目。先完成一次連線驗證，再考慮長期使用哪條線路，避免同時修改協定、路由與 DNS。
適用情境：首次連線，建立可重複的測試基準
只有連接埠測試通過
TCP 連接埠可連線，只代表建立連線的前段可能正常；驗證、傳輸路徑、TLS 或後續 HTTP 請求仍可能失敗。可先保留為候選，不要直接視為可用。
適用情境：區分網路可達與協定連線問題
逾時或缺少參數
先檢查訂閱是否更新成功、服務是否到期，以及本機時間是否正確。不要憑猜測修改 UUID、SNI、傳輸路徑或 Reality 參數，這些值必須與伺服器端設定相符。
適用情境：暫停使用，向服務提供者確認參數
VMess、VLESS 是連線協定，WebSocket 等是傳輸方式，TLS 與 Reality 則涉及連線安全設定。初次使用不必依「協定越新越快」排序；先保留訂閱匯入時的組合，並確認所選核心支援該組合。訂閱參數有誤時，切換系統代理無法修復協定交握問題。
二、測試真實連線：先確認節點能完成請求
節點清單 → 選取候選節點 → 在右鍵選單中選擇「測試伺服器真實連線延遲」。部分版本會簡稱「測試真實連線延遲」，請以實際選單名稱為準。這項測試會測量透過候選節點連線至測試網址所需的時間，不是單純 Ping，也不是下載頻寬。
-
確認測試網址
開啟「設定」→「參數設定」，尋找真實連線測試網址相關選項。先保留用戶端原有網址，並確認適用於目前網路。更換網址後，測試結果不宜直接前後比較。
-
選取候選節點
返回節點清單，按住 Ctrl 多選兩三個項目。先暫停正在進行的大型檔案下載，避免本機頻寬占用掩蓋節點之間的差異。
-
執行真實連線測試
按右鍵 →「測試伺服器真實連線延遲」，等待結果回傳。看到明確的延遲結果後，再進行下一輪；不要連續重複點擊，以免測試工作堆積。
-
再次測試並保留結果
在相同測試網址與網路環境下再測一次。優先保留兩輪都成功的節點；偶爾逾時的節點可留待實際連線驗證，不要只憑一次結果下定論。
真實連線測試通常會為候選節點建立暫時的測試連線，不需要先替瀏覽器設定系統代理。這項測試有助於檢查協定連線與測試目標的請求，但無法證明所有網站都能存取。具體計時範圍取決於用戶端的實作方式，適合在同一測試環境中比較數值。
三、作用中伺服器與本機連接埠：接通兩端
節點清單 → 在候選節點上按右鍵 →「設為作用中伺服器」，接著檢查主畫面狀態與記錄檔。不要只看反白的列：反白可能僅表示選取了該列，請確認作用中伺服器標記或狀態資訊已更新，且核心沒有隨即結束。不同版本的操作入口可能略有差異，通常透過右鍵選單比記住快速鍵更容易確認。
接著開啟「設定」→「參數設定」，確認本機監聽位址與連接埠。下方兩張卡片分別記錄遠端連線參數與本機入口，避免把伺服器的 443 填入瀏覽器代理連接埠。所有範例僅用來說明欄位，不代表本機預設值，也不是可直接使用的節點。
本機代理入口範例
- 查看位置
- 設定 → 參數設定
- 監聽位址
- 127.0.0.1
- 連接埠範例
- 10808
- 使用條件
- 該連接埠支援 HTTP 或混合代理
本機應用程式會連到此處；命令列範例也必須使用實際監聽連接埠。
遠端節點參數
- 查看位置
- 節點清單 → 編輯伺服器
- 伺服器位址
- 以訂閱匯入的值為準
- 連接埠範例
- 443
- 驗證與傳輸
- 保留服務提供者提供的完整參數
核心會連線至此處；遠端連接埠不能取代本機代理監聽連接埠。
舊版設定可能將 SOCKS 與 HTTP 分別設在 10808、10809；新版設定也可能共用同一個混合連接埠。不能只看數字判斷協定。如果記錄檔出現 address already in use 或繫結失敗，請先結束重複執行的用戶端，再確認連接埠是否被占用；核心尚未開始監聽前，不必繼續排查網頁問題。
四、系統代理：讓瀏覽器使用本機入口
v2rayN 主畫面底部或系統匣圖示的右鍵選單 →「系統代理」→「自動設定系統代理」。確認核心正常執行後再啟用，接著前往 Windows「設定」→「網路和網際網路」→「Proxy」確認代理位址與連接埠。介面上的「自動設定系統代理」是用戶端的操作名稱，不代表必須手動填入自動設定指令碼網址。
系統代理只是將本機入口告知會讀取該設定的應用程式，不會強制接管電腦上的所有流量。瀏覽器可能使用系統設定，也可能受到自身設定、擴充功能或組織政策覆寫。首次驗證時，建議停用可能改寫代理設定的擴充功能，並開啟新視窗，避免舊連線影響判斷。
| 檢查項目 | 查看位置 | 正確理解 |
|---|---|---|
| 系統代理入口 | v2rayN「系統代理」選單 | 完成自動設定後，應用程式仍須讀取系統代理設定才會使用代理。 |
| 本機位址與連接埠 | Windows「網路和網際網路」→「Proxy」 | 應與用戶端實際使用的 HTTP 或混合監聽入口相符。 |
| 路由模式 | v2rayN 主畫面的路由選擇 | 決定送入核心的請求要直連、經由代理或封鎖，不等同於系統代理開關。 |
| 瀏覽器本身的設定 | 瀏覽器設定與擴充功能管理 | 個別代理規則可能覆寫系統設定，需另外確認。 |
先使用現有路由完成驗證，不必一開始就啟用 Tun。若某個應用程式確實不讀取系統代理，再檢查它的個別代理選項，或依需求了解 Tun 的權限與接管範圍。同時啟用多種流量接管方式，會讓首次排查難以確認請求實際經過哪裡。
五、確認代理生效：比對請求與記錄檔
在瀏覽器開啟先前未造訪過的 HTTPS 網頁，同時查看 v2rayN 記錄檔。只看到網頁開啟還不夠：頁面可能來自快取，也可能依路由規則判定為直連。必須比對造訪時間、目標網域與記錄檔中的出站資訊，才能判斷這次請求是否使用代理節點。
- 確認核心正在執行：記錄檔中沒有持續出現啟動失敗、連接埠繫結失敗或程序結束的紀錄。
- 確認應用程式已連入：送出新請求後，記錄檔中應出現對應目標；若未啟用存取記錄，請先前往「設定」→「參數設定」確認記錄相關選項，不要直接把「沒有紀錄」視為未連入。
- 確認路由出站：區分代理、直連與封鎖。出站標籤名稱會依設定而異，須配合目前的路由規則判讀，不能只看記錄檔中是否出現網域名稱。
- 確認目標回應：網頁應收到有效回應；驗證失敗、TLS 錯誤或連線逾時都需要繼續排查，不能因本機連接埠已連線就判定成功。
若要排除瀏覽器設定的影響，可在 Windows 終端機使用 curl.exe 明確指定代理。以下命令假設 HTTP 或混合代理連接埠為 10808；若實際使用的連接埠不同，請先修改。命令會送出一次一般 GET 請求、捨棄回應本文並顯示連線過程，不適合用來測量下載速度。
curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 30 -v -o NUL https://example.com/命令可確認請求已送至指定的本機入口，但無法單獨證明核心最後選擇了代理出站：目標仍可能符合直連規則。請將命令執行時間與記錄檔內容互相比對；必要時，暫時選擇明確讓目標經由代理的路由再試一次，驗證後恢復原本的分流模式。若環境變數設定了代理略過清單，也要排除它對測試造成的影響。
六、首次連線常見問題與收尾
真實連線測試有結果，瀏覽器為什麼仍然逾時？
先確認是否已執行「系統代理」→「自動設定系統代理」，再檢查 Windows 代理連接埠是否對應目前的監聽入口。使用上方明確指定代理的命令排除瀏覽器因素；如果命令也失敗，再確認作用中節點是否與測試節點相同。
所有節點都逾時，是訂閱失效了嗎？
不能直接下結論。先確認不經代理時基本網路可正常使用，檢查系統時間與時區，再確認測試網址。接著查看核心是否啟動、訂閱是否到期；若只有同一個測試目標失敗，請改用另一個確認可連線的測試網址重試。
只有一個網站打不開，需要更換節點嗎？
先測試第二個目標，並查看失敗請求的記錄檔。單一網站可能受到 DNS、路由、帳號地區或網站本身限制影響。保留目前可用的節點，每次只修改一項，避免把目標網站端的問題誤判為整條線路故障。
關閉用戶端後，為什麼網頁也打不開了？
先在系統匣選單執行「系統代理」→「清除系統代理」，再結束用戶端。若程式異常結束，請前往 Windows「設定」→「網路和網際網路」→「Proxy」，確認是否仍留有指向本機的手動代理設定；受組織管理的設定應交由管理員處理。
完成驗證後，記下三項資訊即可：目前的作用中節點、本機監聽連接埠，以及正在使用的路由模式。日後發生問題時，先比對這三項資訊，不必重新安裝或一次修改多個訂閱參數。如需進一步排查，請參閱疑難排解，將問題範圍縮小至監聽、協定連線、路由或應用程式設定。
提交記錄檔前，請刪除訂閱連結、驗證資訊、伺服器位址等敏感內容。保留錯誤類型、發生時間與已執行的測試步驟，通常比只說「連不上」更有幫助。首次連線的目標不只是看到一個延遲數值，而是能說明新請求如何從應用程式進入哪個本機連接埠，最後經由哪個出站完成。