v2rayN 首次連線步驟：選擇節點、實測速度與代理生效驗證

連線前準備：確認用戶端、設定來源與系統時間

在桌面平台使用 v2rayN 時，首先確認程式能正常開啟，且核心元件可由用戶端呼叫。v2rayN 是設定與執行管理介面，實際處理 VMess、VLESS 等連線的是對應核心。用戶端介面成功啟動，不代表代理核心已經運作；後續仍需分別透過狀態列、執行記錄與實際存取結果確認。

節點設定應來自可信賴且仍在維護的訂閱或單一分享連結。訂閱通常包含多個伺服器項目，方便統一更新；單一分享連結只描述一個節點，適合臨時匯入或針對性測試。無論採用哪種方式，至少都要保留伺服器位址、連接埠、使用者識別碼、傳輸方式、安全設定與路徑等必要欄位。欄位缺失或轉換錯誤時，節點名稱仍可能顯示在清單中，但無法建立連線。

• 檢查系統日期與時區：部分安全連線需要本機時間正確。時間明顯偏差時，可能出現握手失敗或憑證時間異常。
• 暫時保留預設路由：第一次連線先驗證基礎出口，不要立即加入大量自訂網域、IP 或程序規則。
• 記錄原有代理狀態：如果系統之前設定過其他本機代理，請先確認其監聽連接埠與開關狀態，避免連接埠被占用或代理設定互相覆蓋。
• 準備兩個測試目標：一個用來確認一般網路仍可存取，另一個用來核對代理出口是否變更，避免只根據單一網頁下結論。

匯入訂閱並確認節點已更新

訂閱位址的匯入順序

在 v2rayN 的訂閱群組或訂閱設定中新增訂閱位址，填寫方便辨識的備註，儲存後執行更新。只完成「新增訂閱」通常不會自動產生節點清單，還必須再執行一次訂閱更新。更新完成後，應在主清單中看到節點名稱、位址、連接埠與協定等資訊。

如果訂閱群組提供更新選項，可以先使用一般更新方式。只有在明確知道訂閱內容需要特定轉換流程時，才調整相關處理選項。錯誤地重複解碼或轉換，可能使原本有效的 VMess、VLESS 分享資料遺失欄位。原生 JSON 設定與分享連結也不是相同結構，匯入口應與設定類型相符。

匯入後需要核對的內容

1. 節點清單是否出現新增項目，而不是只新增一個空的訂閱群組。
2. 節點所屬群組是否正確，更新時是否顯示明確的完成或錯誤訊息。
3. 伺服器位址與連接埠是否為空，協定類型是否與設定來源一致。
4. 同名節點是否被重複匯入，目前選取的項目是否來自剛更新的群組。
5. 訂閱更新失敗時，先檢查訂閱位址能否由目前網路存取，再確認複製過程中是否夾帶空格或換行。

對於單一分享連結，可以使用從剪貼簿匯入等對應功能。匯入完成後同樣要回到節點清單核對，不能只看「匯入成功」提示。提示通常只能表示文字已被用戶端辨識，不代表遠端伺服器在線，也不代表本機網路能連到該伺服器。

選擇目前節點並正確理解延遲結果

節點匯入後，需要將其中一個項目設為目前使用的伺服器。常見操作是雙擊節點，或透過選單將其設為使用中的伺服器。完成後，介面通常會以顏色、標記或狀態文字指出目前節點。僅在清單中按一下某列通常只是選取項目，不一定會改變實際出口，因此應確認「目前伺服器」狀態已更新。

先進行基礎延遲測試

延遲測試適合快速排除完全無法連線、解析失敗或無法完成握手的節點。測試結果較低，通常表示從本機到測試目標的回應較快；出現逾時，則需要考慮節點離線、位址解析失敗、本機網路阻擋、參數不相符或測試方式受限等情況。

延遲數值不能直接等同於下載速度。延遲測試傳輸的資料量很小，主要反映建立連線或取得回應所需的時間；實際瀏覽與下載還會受到線路壅塞、封包遺失、伺服器負載、傳輸協定、目標網站與本機網路狀態影響。兩個節點延遲相近時，應繼續使用實際連線測試，而不是只依清單數字排序。

首次選擇節點的實用方法

• 先選擇設定欄位完整、基礎延遲有回應的節點。
• 不要一次測試所有功能，先用一個節點建立基準連線。
• 節點逾時時，切換同一訂閱中的另一個節點進行比較。
• 多個節點都逾時時，優先檢查訂閱、DNS、本機網路與核心記錄，而不是逐一修改協定欄位。
• 只有某個節點失敗而其他節點正常時，問題更可能集中在該節點或其線路。

如果使用 Android，v2rayNG 採用 Xray 核心，v2flyNG 採用 v2fly 核心。雖然介面操作與桌面端不同，但判斷順序一致：匯入設定、選定節點、啟動連線、執行實際存取，再查看記錄。不同核心對部分擴充參數的支援範圍可能不同，設定遷移後應重新驗證，不要預設所有欄位完全等價。

啟動代理核心並設定系統代理

選定節點後，需要讓 v2rayN 啟動對應核心。狀態列應顯示核心執行狀態，本機代理連接埠也應成功監聽。如果記錄出現連接埠被占用、設定解析失敗、找不到核心元件或程序立即結束，即使系統代理已開啟，也不會得到有效回應。

核心執行與系統代理是兩個獨立步驟。核心負責在本機監聽代理連接埠並轉送連線；系統代理則負責告知遵循系統設定的應用程式，將流量送到這個本機連接埠。只啟動核心但未啟用系統代理時，瀏覽器或其他應用程式可能仍會直接連線。只設定系統代理但核心未執行時，應用程式會把請求交給沒有服務回應的連接埠，結果是所有網頁都無法開啟。

首次連線建議使用系統代理

首次驗證時，系統代理比複雜的流量接管方式更容易觀察。啟用「自動設定系統代理」或介面中的對應選項後，重新開啟測試頁面。遵循系統代理設定的應用程式會將 HTTP 或 HTTPS 請求轉交給 v2rayN，本機代理再依目前路由規則決定直連、代理或阻擋。

系統代理無法保證接管所有程式。部分應用程式使用獨立網路堆疊、內建代理設定或直接建立連線，不會讀取作業系統的代理設定。遇到「瀏覽器有效但某個程式無效」時，應先判斷該程式是否遵循系統代理，不要立即認定節點故障。需要涵蓋更廣泛流量時，可在基礎連線成功後，再研究 TUN 模式及其權限、路由與 DNS 設定。

實際連線測速：區分延遲、吞吐量與穩定性

v2rayN 中的實際連線測速通常會透過節點發出實際網路請求，並以一段時間內的資料傳輸結果衡量可用吞吐量。它比單純延遲更接近日常使用情境，但仍只是特定時間、特定目標與特定測試檔案下的結果。測試期間的本機下載工作、無線網路波動、目標伺服器限速與線路壅塞都會改變數值。

測試前應暫停大型檔案同步、線上影音與其他佔用頻寬的工作，然後只選取少量候選節點進行測試。一次選取過多節點同時測速，可能使它們競爭本機頻寬，導致結果失真。建議先用延遲測試篩出有回應的節點，再逐一或分組進行實際連線測速。

判斷節點體驗的三個面向

1. 連線延遲：影響首次開啟頁面、建立新連線與互動回應。低延遲適合頻繁請求，但不能單獨代表持續傳輸能力。
2. 實際吞吐量：反映一段時間內能傳輸的資料量，更接近檔案下載與媒體載入情境。
3. 持續穩定性：觀察多次存取是否頻繁中斷、速度是否劇烈起伏，以及長連線能否維持。短暫出現一次較高結果，不足以證明長期穩定。

為了得到更具可比性的結論，可以在相同網路、相同時段與相同代理模式下測試兩個候選節點。每個節點分別完成一次延遲測試、一次實際連線測速與數分鐘的一般網頁瀏覽。若要比較更長時間的穩定性，應重複測試並記錄是否出現逾時，而不是只保留最高速度。

實際測速失敗但基礎延遲正常，可能是測試目標無法存取、節點只能完成部分握手、遠端線路異常，或路由規則使測試請求經由非預期出口。此時先開啟實際網頁驗證，再查看記錄中的目標位址、出站標籤與錯誤類型。不要根據一次測速按鈕的結果直接刪除設定。

代理生效驗證：從程序、存取與出口三個層面確認

連線驗證至少應涵蓋三個層次。第一層是程序層：v2rayN 的核心持續執行，本機連接埠沒有報錯。第二層是存取層：啟用系統代理後，測試應用程式能正常開啟目標頁面。第三層是出口層：透過可信賴的網路資訊頁面檢查目前公網出口是否如預期變更。只有三層結果彼此一致，才算完成首次連線。

建議的驗證順序

1. 保持目前節點不變，確認核心記錄沒有持續顯示連線失敗訊息。
2. 啟用系統代理，完全關閉並重新開啟測試瀏覽器，避免繼續重用舊連線。
3. 開啟一般網頁，確認網域解析、頁面資源與圖片都能載入。
4. 造訪網路出口查詢頁面，記錄目前的出口資訊。
5. 暫時關閉系統代理並重新造訪，比較關閉前後的出口是否符合預期。
6. 重新啟用系統代理，連續造訪多個網站，確認連線不是偶然成功。

如果關閉與啟用系統代理後出口完全相同，需要檢查瀏覽器是否設定了獨立代理、是否仍在重用舊連線，以及目前路由規則是否將查詢目標設為直連。也可能是系統代理設定未成功寫入，或應用程式根本不讀取該設定。此時換用一個明確遵循系統代理的應用程式進行對照，可以快速區分應用程式端與用戶端端的問題。

路由分流也會影響驗證結果。v2rayN 可以根據網域、IP、協定或規則集選擇不同出站。啟用繞過規則後，一部分目標會直接連線，另一部分目標則透過目前節點，因此不同查詢頁面可能得到不同的路徑結果。首次驗證時應先了解目前路由模式，並選擇應該經由代理的目標進行檢查。

首次連線失敗的分層排查順序

排查時應從最接近設定來源的位置開始，再逐層往應用程式端移動。一次只變更一個變數，並在每次修改後重新測試。這樣可以保留清楚的因果關係，也能避免原本有效的參數被無關調整覆蓋。

一、訂閱沒有節點或更新報錯

重新檢查訂閱位址是否完整，確認目前網路可以存取該位址，並查看更新記錄中的回應狀態。若訂閱群組存在但清單為空，可能是尚未執行更新、回傳內容無法辨識，或篩選設定排除了所有節點。單一連結匯入失敗時，檢查連結開頭、編碼內容與複製範圍，不要手動刪除看似多餘的字元。

二、所有節點延遲都逾時

先確認本機網路本身正常，再檢查網域解析與系統時間。接著查看核心記錄是否出現位址解析、連線遭拒、連線逾時或安全握手相關錯誤。如果同一訂閱中的所有節點同時失敗，優先懷疑訂閱設定、目前網路或本機環境；如果只有單一節點失敗，則使用其他節點建立對照。

三、開啟系統代理後所有網頁都無法開啟

這通常表示應用程式已將請求送到本機代理，但核心沒有正確處理。檢查核心是否仍在執行、本機連接埠是否被其他程式占用，以及系統代理連接埠是否與 v2rayN 目前監聽的連接埠一致。必要時先關閉系統代理，恢復一般存取，再處理核心錯誤，避免系統持續指向失效連接埠。

四、部分網頁可以開啟，部分網頁失敗

檢查路由規則、DNS 解析與目標網站連線錯誤。若失敗目標被規則設為直連，而目前網路無法直接連到，就需要調整對應分流；若網域解析出異常位址，應檢查 DNS 處理路徑。也要確認失敗是否只發生在某個瀏覽器擴充功能、獨立代理設定或快取連線中。

五、測速正常但日常使用速度緩慢

先停止背景中佔用頻寬的工作，並在不同時段重複測試。測速目標與實際存取目標的線路不同，結果有差異並不矛盾。可以比較兩個節點在同一目標上的頁面開啟速度、持續下載表現與中斷情況，再決定目前節點。若所有節點只有在本機表現異常，應進一步檢查無線網路品質、DNS 回應、系統資源使用量與安全軟體的網路檢查功能。

首次連線完成標準

完成首次連線後，應能明確回答以下問題：目前使用的是哪個訂閱群組與節點；節點協定與關鍵欄位是否完整；核心是否持續執行；系統代理是否已寫入；測試應用程式是否讀取系統代理；實際連線是否可用；啟用與關閉代理時，預期目標的存取路徑是否發生變化。

這些基礎結果穩定後，再逐步啟用自動更新、路由分流、DNS 調整或 TUN 模式。每增加一項功能，都保留原本可用的設定作為對照。調整後若發生故障，就能快速回到已驗證的狀態，不必從頭重建所有設定。

日常使用中，訂閱更新後還應確認目前活動節點是否被替換；節點名稱相同，也不代表底層參數沒有變化。突然無法連線時，先更新訂閱並測試其他節點，再檢查本機設定。透過固定的檢查順序，可以將「用戶端已啟動但無法存取」拆解成可觀察、可驗證的具體環節。