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

先了解主視窗的分區概念

v2rayN 主視窗不只是單純的節點清單，也同時負責設定管理與執行控制：上半部用來儲存、篩選及選取伺服器，下半部顯示 Core 輸出，選單與狀態區則用於切換系統代理、路由模式及應用程式參數。了解各區域的職責，比逐一記住按鈕位置更重要。

本文以 v2rayN 7.x 常見的桌面介面為參考。小版本更新可能調整按鈕文字或排列方式，但「訂閱分組管理設定、伺服器清單選取節點、日誌確認執行狀態、參數設定控制本機入口」這條操作流程不會有根本變化。若視窗較窄，部分指令可能收進帶有省略號的選單。

• 頂部選單：集中放置伺服器、訂閱分組、設定及說明等指令，是尋找完整功能的首要入口。
• 訂閱分組區域：依訂閱來源整理設定，決定目前伺服器清單顯示哪一組內容。
• 伺服器清單：顯示備註、位址、連接埠、協定、傳輸方式等資訊，並標示目前使用中的伺服器。
• 日誌與狀態區域：顯示 Core 啟動、監聽連接埠、建立連線、路由命中及錯誤資訊。

如何查看伺服器清單的每個欄位

伺服器清單是本機設定的索引，不代表這些伺服器同時連線。正常情況下只有一個設定會被設為使用中伺服器，v2rayN 會據此產生 Core 執行設定。單擊某一列只會選取項目，雙擊或執行「設為使用中伺服器」才會變更實際使用的項目，具體行為也可能受目前快速操作設定影響。

最值得先查看的欄位是「別名或備註」「位址」「連接埠」「協定類型」及「傳輸方式」。備註用於辨認節點；位址可能是網域名稱，也可能是伺服器位址；連接埠是遠端服務連接埠，不是本機的 10808；常見協定類型包括 VMess、VLESS、Trojan 或 Shadowsocks；傳輸方式則可能顯示 TCP、WebSocket、gRPC 等。

延遲測試結果需要配合測試類型理解。TCP 連線測試只能表示目標位址與連接埠可以建立基礎連線；實際延遲測試通常還要透過本機代理與遠端節點存取測試位址。顯示逾時不一定代表設定永久失效，也可能是測試位址無法連線、DNS 解析異常，或目前網路限制了相應連接埠。

如何整理訂閱分組中的節點

訂閱分組解決的是「這些設定來自哪裡，以及應該如何一起更新」的問題。一個訂閱位址通常對應一個分組；更新時，v2rayN 會取得遠端內容並重新整理該分組的伺服器項目。手動新增的單一節點可以放在獨立分組中，避免訂閱更新後難以分辨來源。

分組名稱不必照搬訂閱位址，可以使用「日常」「辦公室備用」「手動設定」等容易辨識的名稱。分組只是管理邊界，不會讓同組伺服器同時運作。選取分組是切換清單檢視，選取使用中伺服器才是切換目前的連線設定，這兩個動作需要分開理解。

1. 開啟頂部的「訂閱分組」選單，進入分組設定介面。
2. 建立新分組並填寫易於辨識的別名，再貼上完整訂閱位址。
3. 儲存後執行「更新全部訂閱」，或只更新目前分組。
4. 返回主視窗，切換至相應分組，檢查伺服器項目是否出現。
5. 選取目標項目，執行「設為使用中伺服器」，再觀察日誌是否重新啟動 Core。

如何從日誌視窗判斷連線狀態

日誌是排查 v2rayN 問題時最直接的依據。它通常同時包含用戶端控制資訊與 Core 輸出：前者說明設定產生、程序啟動及系統代理切換過程，後者說明監聽連接埠、出站連線、DNS 查詢與路由結果。看到日誌持續捲動不代表連線成功，應尋找有意義的狀態列。

一次正常啟動通常會經歷「讀取設定、啟動 Core、本機連接埠開始監聽」三個階段。之後，瀏覽器或其他應用程式發出請求時，日誌才會出現連往目標網域或位址的連線紀錄。如果只看到監聽成功，卻沒有任何後續請求，應檢查應用程式是否確實使用系統代理或手動填寫的本機代理連接埠。

啟動流程示意
[Info] Core process started
[Info] SOCKS listening at 127.0.0.1:10808
[Info] HTTP proxy listening at 127.0.0.1:10809
[Info] accepted tcp connection to example.com:443
[Info] routing request through proxy outbound

日誌中的警告也需要結合上下文判斷。某次測試連線失敗後緊接著出現正常連線，可能只是單一目標無法連線；若 Core 程序反覆結束，或每次啟動都提示設定欄位錯誤，則應檢查使用中伺服器的協定與傳輸參數。排除故障時，保留從啟動前到錯誤發生後的完整片段，比只截取最後一行更有效。

• 沒有監聽資訊：檢查 Core 是否成功啟動，以及設定是否在產生階段發生錯誤。
• 已開始監聽但沒有請求：檢查系統代理狀態，或確認應用程式內的代理是否指向 127.0.0.1 與正確連接埠。
• 出現請求但持續逾時：更換已測試可用的伺服器，並檢查目前網路是否能存取遠端連接埠。
• 只有部分網站異常：檢查路由規則與 DNS，不要立即刪除全部訂閱。

參數設定中最常用的選項

參數設定會影響 v2rayN 的整體行為，而不是某一項伺服器設定。初次使用時，應優先確認 Core 類型、本機連接埠、啟動行為及系統代理相關選項。一次修改多個項目會增加排錯難度；較穩妥的做法是每次只修改一項，儲存後觀察日誌是否完成一次正常重新啟動。

Core 類型決定由哪個核心解析目前設定。日常使用 VMess、VLESS、Trojan 與 Shadowsocks 設定時，Xray Core 通常涵蓋較完整的常見功能，尤其適合包含 VLESS、Reality 或 XTLS Vision 參數的節點。現有設定可以正常運作時，不需要為了介面中的多個選項頻繁切換核心。

1. 開啟參數設定

   從主視窗依序進入「設定」→「參數設定」，先記錄目前的連接埠與啟動選項。

2. 確認 Core

   進入「設定」→「參數設定」→「Core 類型」，依目前協定選擇能處理相應功能的 Core。

3. 核對本機連接埠

   檢查 SOCKS 與 HTTP 入口。若介面顯示 10808 和 10809，瀏覽器或其他應用程式也要使用同一組數值。

4. 儲存並重新啟動

   儲存設定，返回主視窗查看日誌，確認舊程序結束後新的 Core 成功監聽本機連接埠。

5. 驗證實際請求

   開啟需要連線的應用程式，確認日誌出現新的連線紀錄，再判斷設定是否真正生效。

從開啟軟體到確認可用的完整流程

熟悉介面後，可以將日常操作濃縮成固定流程：先更新訂閱，再從目標分組選取伺服器，接著確認使用中狀態與系統代理，最後透過日誌驗證實際請求。固定順序能避免「清單選中了伺服器，但 Core 仍使用舊設定」或「Core 已啟動，但應用程式沒有使用本機代理」等常見混淆。

1. 檢查分組：確認目前顯示的是準備使用的訂閱來源，不要只憑相似的伺服器備註判斷。
2. 更新訂閱：執行目前分組更新，等待清單重新整理完成；更新失敗時先查看提示與日誌。
3. 測試候選項目：對多個伺服器執行實際連線測試，將結果作為初步篩選依據。
4. 設定使用中伺服器：明確執行切換指令，觀察使用中標記與 Core 重新啟動紀錄。
5. 套用系統代理：讓遵循系統代理的桌面應用程式使用 v2rayN；個別設定的應用程式則核對 127.0.0.1 與連接埠。
6. 查看日誌：確認本機連接埠監聽成功，並能看到實際存取產生的連線與路由紀錄。

如果連線仍然異常，不要同時重新安裝用戶端、刪除訂閱、切換 Core 及修改 DNS。先透過日誌判斷問題屬於哪一層：訂閱沒有產生設定、Core 沒有啟動、本機連接埠沒有監聽、應用程式沒有進入代理，還是遠端連線逾時。一次只驗證一層，通常能更快找出原因。

主視窗中最關鍵的關係可以概括為：訂閱分組決定設定來源，伺服器清單決定目前候選項目，使用中伺服器決定 Core 使用哪份設定，系統代理決定應用程式流量是否進入用戶端，而日誌則證明整條流程實際執行到哪一步。掌握這五個概念後，即使後續版本調整按鈕位置，也能依照職責快速找到對應功能。