v2rayN 主介面功能速覽：伺服器清單、訂閱分組、日誌與設定詳解

先看懂主視窗的四個區域

v2rayN 主視窗負責管理設定與查看狀態，實際處理連線的是選定的核心。視窗版面會因 7.x 小版本、顯示縮放與面板開關略有不同，但資訊關係大致不變：上方是選單與快速操作，中間是伺服器清單，側邊或分組欄用於篩選訂閱，底部則顯示狀態與執行日誌。

最容易混淆的是「選取列」與「目前使用的伺服器」。單擊某一列通常只會變更目前選取項目，方便測速、編輯或刪除；雙擊伺服器或執行「設為目前伺服器」後，才會成為目前的出站。切換完成後，應同時查看清單標記、視窗底部狀態，以及系統匣選單中的目前伺服器名稱，不要只根據反白列判斷。

• 選單與工具區：集中放置訂閱更新、伺服器測試、路由、設定與說明入口。
• 訂閱分組區：依訂閱來源篩選伺服器，適合分開管理工作、日常與測試設定。
• 伺服器清單區：顯示別名、位址、連接埠、協定、傳輸方式、分組與測試結果。
• 狀態與日誌區：確認核心是否啟動、監聽連接埠是否成功，以及連線失敗發生在哪個階段。

伺服器清單如何排序、測速與切換

伺服器清單不只是節點列表，同時也負責篩選、批次測試、結果排序與目前出站切換。點擊「真實連線延遲」欄標題可依最近結果排序，再次點擊通常會切換遞增與遞減順序。若部分列沒有數值，表示這些伺服器尚未執行對應測試，不應直接把空值視為連線失敗。

不同測試項目回答的問題並不相同。TCP 延遲只檢查目標位址與連接埠能否建立基本連線，數值通常較小；真實連線延遲會經過協定交握與代理請求，更接近實際開啟網頁的等待時間；速度測試還會受到測試目標、線路負載與本地頻寬影響，短時間內連續執行可能出現明顯波動。

1. 篩選分組

   先在訂閱分組區選擇來源，只針對目前分組執行測試，避免數百台伺服器同時發起連線。

2. 測試真實延遲

   在伺服器清單中按 Ctrl+A 選取目前結果，開啟右鍵選單並執行「測試伺服器真實連線延遲」。

3. 排序結果

   點擊真實連線延遲欄標題，將可用且數值較低的伺服器排在前面，同時排除顯示逾時的項目。

4. 設為目前伺服器

   雙擊目標伺服器，或在右鍵選單中執行「設為目前伺服器」，接著確認狀態列顯示的別名已經變更。

5. 驗證出口

   啟用系統代理後開啟實際需要造訪的網站，再檢查日誌中是否出現相應目標與成功建立的連線。

例如，在同一網路下，某台伺服器的 TCP 延遲為 38 ms，真實連線延遲為 126 ms，這種差距並不異常，因為後者包含協定協商與目標請求。如果 TCP 延遲為 42 ms，但真實連線延遲持續逾時，則更可能是協定參數、伺服器狀態或目標連通性有問題，而不只是距離較遠。

訂閱分組不只是更新按鈕

訂閱分組用於儲存訂閱位址、更新方式與伺服器歸屬。匯入後，每台伺服器都會與某個分組關聯，因此刪除分組、清理舊設定或修改篩選條件前，應先確認其中是否有手動編輯過的伺服器。直接更新訂閱通常會以遠端內容刷新該分組，手動修改過的別名與參數可能需要重新核對。

新增入口通常位於「訂閱分組」選單。建立分組後填寫備註與訂閱位址，再執行「更新目前訂閱」或「更新所有訂閱」。如果更新完成但清單沒有變化，先清除搜尋關鍵字與協定篩選，再確認目前顯示的確實是剛更新的分組。

一次完整的訂閱更新檢查

1. 開啟「訂閱分組」，確認備註、位址與啟用狀態正確。
2. 執行「更新目前訂閱」，等待視窗或日誌顯示完成訊息。
3. 查看伺服器清單數量是否變更，並確認是否出現 VMess、VLESS 或 Trojan 等預期協定。
4. 選取新增項目執行真實連線延遲測試，不要只憑名稱直接切換。
5. 將一台可用伺服器設為目前伺服器，再驗證系統代理與實際連線。

自動更新適合長期有效的訂閱，但間隔不宜過短。每天更新一次可使用 1440 分鐘作為參考；頻繁更新不會改善既有連線品質，還可能在網路不穩定時反覆覆寫清單。若訂閱需要透過既有代理存取，應先保留一條可用線路，再於分組更新選項中啟用透過代理更新。

日誌面板應該查看哪些資訊

日誌的價值在於定位失敗發生在哪一層。啟動核心時，先查看設定是否成功載入、本機監聽連接埠是否建立；造訪網頁時，再查看網域解析、路由比對、出站選擇與連線結果。只截取最後一行通常不足以判斷原因，至少應保留錯誤前後 10 至 20 行。

v2rayN 常見本機連接埠包括 SOCKS 連接埠 10808 與 HTTP 連接埠 10809，實際數值以「設定」→「參數設定」中顯示的設定為準。如果日誌提示位址已被使用，表示其他程式或另一個核心程序正在監聽相同連接埠。此時可結束重複程序，或將本機連接埠改為未使用的數值，例如 10818 與 10819，然後重新啟動核心。

2026/08/21 10:14:03 loading configuration
2026/08/21 10:14:03 listening TCP on 127.0.0.1:10808
2026/08/21 10:14:11 accepted tcp connection
2026/08/21 10:14:11 routing to selected outbound
2026/08/21 10:14:12 connection established

上述範例表示設定載入、本機監聽、入站接收、路由選擇與出站建立都已完成。若日誌停在 loading configuration 後立即報錯，應優先檢查設定欄位與核心類型；若已出現 accepted connection，但後續連線逾時，則應檢查目前伺服器、遠端連接埠、DNS 或路由規則。

• 設定解析錯誤：通常會在核心啟動階段出現，應檢查手動編輯的傳輸參數、連接埠與安全設定。
• 連接埠遭占用：常見關鍵字是 address already in use，需要釋放或更換本機監聽連接埠。
• 解析失敗：存取網域時未取得位址，可暫時切換 DNS 設定後重新測試。
• 連線逾時：先改用同一分組中的另一台伺服器，再比較 TCP 與真實連線延遲。
• 路由攔截：若日誌顯示目標進入 block 出站，應檢查目前路由模式與自訂規則。

系統匣選單與系統代理狀態

關閉主視窗後，v2rayN 通常仍會常駐於系統匣。核心是否繼續執行取決於程式狀態，而不是主視窗是否可見。找不到視窗時先檢查系統匣圖示，雙擊可恢復主介面，右鍵則能快速切換系統代理、目前伺服器與路由模式。

系統代理決定遵循作業系統代理設定的程式是否連線至 v2rayN 的本機連接埠。常見選項包括「清除系統代理」、「自動設定系統代理」與「不變更系統代理」。自動設定適合需要立即接管瀏覽器與一般桌面程式的情境；不變更系統代理則適合由其他工具或應用程式自行指定 127.0.0.1:10808 的情境。

核心類型在哪裡修改

需要核對核心時，依序進入「設定」→「參數設定」→「Core 類型」。切換後應儲存設定並重新啟動核心，再查看日誌中的啟動資訊。核心類型必須與設定特性相符；例如訂閱包含特定傳輸或安全參數時，僅更換介面選項無法修正遠端參數錯誤。

系統代理與 TUN 的差異

系統代理主要涵蓋遵循系統代理設定的應用程式，設定簡單，適合瀏覽器與一般桌面軟體。TUN 模式會從網路層接管更廣泛的流量，需要相應的系統權限，也可能與安全軟體、虛擬網卡或其他網路工具衝突。初次使用建議先確認系統代理模式運作正常，再單獨測試 TUN。

常見介面問題與排查順序

介面問題往往不是單一按鈕造成的。有效的排查順序是先確認訂閱內容，再確認目前伺服器，接著檢查核心、連接埠、系統代理與日誌。每次只變更一個變數，測試後記錄結果，比同時切換伺服器、DNS、路由與核心更容易找出原因。

建議保留的一套日常檢查

1. 啟動後確認訂閱分組與目前伺服器名稱。
2. 對候選伺服器執行一次真實連線延遲測試。
3. 確認核心日誌出現本機監聽成功訊息。
4. 依使用情境選擇自動設定或不變更系統代理。
5. 實際存取目標服務，並核對日誌中的路由出站。
6. 結束前依需求清除系統代理，避免留下連接埠設定。

掌握這套順序後，v2rayN 主介面可理解為五層狀態：訂閱提供設定，分組整理來源，目前伺服器決定目前出站，核心執行連線，系統代理決定哪些應用程式將流量送入本機連接埠。發生問題時沿著這五層逐項檢查，通常能快速判斷是清單、設定、核心還是接入方式出現偏差。