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

初次開啟 v2rayN 時，主視窗中的按鈕、伺服器列、分組標籤與捲動日誌會同時出現。資訊雖多，但實際操作路徑並不複雜。可以將主介面理解為五個層次：頂端指令區負責啟動操作，訂閱與分組區負責縮小範圍，伺服器清單負責選擇設定，日誌窗格負責說明執行結果，底部狀態區則用來確認目前的代理狀態。

不同版本、桌面平台與視窗寬度可能會改變按鈕排列方式，部分文字也可能略有差異，但核心關係維持一致：訂閱產生伺服器設定，伺服器設定交由 Xray 核心處理，核心建立本機入站連接埠並依路由規則轉送流量，系統代理或 TUN 模式再決定哪些應用程式流量進入這些連接埠。理解這條鏈路後，介面中的大多數入口都能找到明確位置。

由上而下建立主視窗地圖

主視窗頂端通常由功能表列與快速指令組成。功能表列收納完整功能，快速指令則保留高頻操作，例如新增伺服器、更新訂閱、測試伺服器、設定活動伺服器、開啟設定。視窗較窄時，部分按鈕可能會收進更多功能表，因此找不到某個圖示時，應先展開對應功能表，而不是認定該功能已被移除。

中間區域是伺服器管理的核心。通常包含訂閱分組選擇、搜尋或篩選入口，以及佔據最大面積的伺服器表格。每一列代表一份可交由核心使用的出站設定。設定來源可能是手動新增、匯入分享連結、從剪貼簿批次匯入，或透過訂閱更新取得。VMess、VLESS 等協定可以出現在同一份清單中，但每一列仍保有獨立的位址、連接埠、傳輸與安全參數。

伺服器清單下方通常是日誌窗格。日誌不是裝飾資訊，而是判斷「操作是否成功執行」的第一項依據。更新訂閱、啟動核心、切換伺服器、開啟系統代理或建立連線時，相關結果都會出現在這裡。視窗最底部的狀態區則可快速確認活動設定、本機連接埠、代理模式或核心執行狀態。

日常使用可以遵循固定的查看順序：先看目前分組，再看活動伺服器，接著看代理模式，最後確認日誌中是否持續出現錯誤。這樣比反覆開啟設定頁更快，也能避免把「清單中有節點」誤認為「流量已經透過節點轉送」。

頂端功能表與快速指令各自負責什麼

伺服器指令：管理個別設定

伺服器相關功能表主要處理單列或多列設定。常見操作包括手動新增、從剪貼簿匯入、編輯、複製、刪除、測試延遲，以及設為活動伺服器。編輯入口適合核對協定參數，但訂閱產生的設定不宜長期手動修改，因為下一次更新訂閱時，伺服器端下發的內容可能會重新覆寫該列。

手動編輯 VLESS 設定時，位址、連接埠、使用者識別碼、傳輸方式、安全層、SNI、指紋與 flow 等欄位都必須與伺服器端一致。VMess 同樣需要匹配使用者識別碼、alterId 或相容參數、傳輸與 TLS 設定。只要關鍵欄位有差異，即使伺服器名稱看起來正常，也無法建立有效連線。

訂閱指令：批次產生與更新設定

訂閱入口處理的是一組由遠端維護的伺服器記錄。典型流程是先新增訂閱網址，再執行更新。v2rayN 取得並解析內容後，會將可辨識的記錄放入對應的訂閱分組。更新成功不代表每個節點都可用，只表示訂閱內容已完成取得與轉換；節點連線能力仍需另外測試。

當清單突然出現大量同名伺服器時，不要立即逐列刪除。先檢查是否重複新增相同訂閱，或同一訂閱是否被放入多個分組。批次管理應優先在訂閱設定中處理來源，避免下次更新後再次產生重複記錄。

測試指令：區分連線能力、延遲與實際速度

測試功能可能提供多種結果，不能將它們視為同一項指標。連接埠連通性只表示目標位址與連接埠能建立基本連線；實際延遲通常會透過代理請求指定的測試目標；下載速度測試還會受到測試資源、線路壅塞與本機網路影響。某列顯示較低延遲，不代表傳輸大型檔案一定更快，也不代表所有網站的存取路徑都相同。

伺服器清單的每個欄位該怎麼看

伺服器清單是主介面的核心，但不需要同時關注所有欄位。初次安裝的使用者先掌握別名、位址、連接埠、協定、傳輸、安全層、訂閱分組與測試結果即可。其他欄位用於進一步診斷，第一次使用時不必逐項調整。

別名與活動標記

別名是本機顯示名稱，用來辨識地區、線路或用途，不會參與網路交握。活動標記則表示目前選取的出口設定，兩者不能混為一談。修改別名不會改變連線參數，但更新訂閱後，名稱可能會隨訂閱內容變更。

位址與連接埠

位址是伺服器網域名稱或網路位址，連接埠是伺服器端的監聽入口。兩者決定用戶端首先連線到哪裡。若日誌反覆出現連線逾時或拒絕連線，應優先檢查本機網路、網域解析、位址與連接埠，而不是先修改路由規則。路由規則決定流量交給哪個出站，卻無法修復無法連線的伺服器入口。

協定、傳輸與安全性

協定欄常見 VMess 或 VLESS。傳輸欄可能顯示 TCP、WebSocket、gRPC 等方式；安全性相關欄位可能顯示 TLS、REALITY 或其他與版本相符的設定。這些欄位共同構成連線條件，不能只看協定名稱。兩份設定即使都使用 VLESS，只要傳輸、安全層或 flow 不同，也不能互換參數。

為了保持精簡，清單通常只顯示部分摘要。需要確認 SNI、Host、路徑、服務名稱或指紋時，應開啟編輯視窗查看完整設定。核對時以伺服器端提供的資訊為準，不要根據節點名稱猜測參數。

訂閱分組與測試結果

訂閱分組欄說明該列由哪個來源管理，適合用來定位重複節點與批次更新問題。測試結果欄可能顯示延遲數值、失敗提示或空白。空白通常表示尚未執行對應測試，不能直接代表節點失效；失敗結果也應結合日誌判斷，是測試目標無法連線、伺服器逾時，還是協定交握失敗。

訂閱分組如何組織與更新

當伺服器數量較少時，一份清單就足夠使用；訂閱來源增加後，分組就會決定主視窗是否仍然清楚。建議按來源或用途劃分分組，而不是頻繁依臨時延遲重新命名。來源分組方便判斷更新責任，用途則可透過穩定的別名補充。

1. 先在訂閱設定中為每個網址填寫清楚的名稱，避免只保留難以辨識的長網址。
2. 先更新單一新訂閱，確認解析結果與伺服器數量後，再執行全部更新。
3. 在主視窗切換至對應分組，檢查協定、位址與別名是否符合預期。
4. 選擇少量伺服器執行實際延遲測試，不必每次都對所有記錄進行速度測試。
5. 將確認可用的設定設為活動伺服器，再觀察狀態區與日誌。

更新訂閱後伺服器數量變成零，常見原因包括訂閱網址無法存取、回傳內容為空、內容格式無法辨識，或訂閱權限已經變更。此時應先查看訂閱更新日誌。若日誌明確顯示網路請求失敗，問題發生在取得階段；若請求成功卻沒有產生設定，則需要檢查回傳內容與解析結果。

訂閱節點適合繼續交由訂閱維護。若確實需要長期保留一份自訂參數，應建立獨立的手動設定，並使用清楚的別名加以區分。否則下次更新可能會還原訂閱原值，使已修改的路徑、SNI 或連接埠消失。

分組篩選只會影響目前看見的列，不會改變核心的路由規則。路由分流中的「分組」通常指規則集、出站標籤或網域分類，與主視窗中的訂閱分組不是同一個層次。前者決定連線如何傳送，後者主要處理伺服器設定管理。

正確閱讀日誌窗格的順序

日誌應從觸發操作的時間點開始閱讀，而不是只看最後一列。一次正常啟動通常包含設定產生、核心啟動、本機入站連接埠監聽等階段。之後，當應用程式流量進入代理時，會出現連線目標、路由決定或失敗原因。不同版本會改變輸出格式，但「動作—目標—結果」的閱讀方式通用。

先判斷核心是否啟動

切換活動伺服器後，如果日誌立即提示設定錯誤，表示核心可能尚未進入監聽階段。此時即使已設定系統代理，流量也無法透過本機連接埠轉送。應開啟對應的伺服器設定，檢查必填欄位、連接埠格式、傳輸參數與安全參數。

再判斷本機連接埠是否監聽

核心啟動後會在本機建立 SOCKS、HTTP 或混合入站連接埠，具體連接埠由設定決定。若日誌提示連接埠已被佔用，可能是另一個 v2rayN 程序、其他本機網路程式，或上次異常結束後殘留的程序佔用了該連接埠。處理時先確認是否有重複程序，再考慮修改本機連接埠。

最後判斷遠端連線與路由

連線逾時通常表示目標伺服器無法連線、網路路徑受阻或位址解析失敗；拒絕連線表示目標主機可達，但相應連接埠沒有接受連線；交握或驗證類錯誤則更可能指向協定、安全層、時間或伺服器端參數不一致。若只有特定網站異常而其他請求正常，應繼續檢查 DNS 與路由規則，不要直接認定整台伺服器失效。

分享日誌以協助排查前，應移除伺服器位址、使用者識別碼、訂閱網址及其他帳號資訊。日誌層級也不宜長期維持在最詳細狀態。詳細輸出適合重現問題，日常執行使用一般層級更容易找出真正重要的錯誤。

設定入口中的四類核心選項

設定頁的選項很多，但入門階段只需理解本機連接埠、系統代理、核心與路由、TUN 四個區域。不要在首次啟動後同時修改大量參數。一次只改一項，並保留修改前的值，日誌結果才具備可比較性。

本機連接埠

本機連接埠是應用程式與 Xray 核心之間的入口。若瀏覽器或其他程式需要手動填寫代理，應使用這裡的監聽位址與連接埠。啟用系統代理模式後，v2rayN 會將相應資訊寫入桌面系統的代理設定。修改連接埠後，仍使用舊連接埠的應用程式會立即失去連線，因此手動代理設定也要同步更新。

系統代理模式

系統代理會決定遵循桌面系統代理設定的應用程式是否將請求交給 v2rayN。常見狀態包括設定系統代理、清除系統代理，以及維持系統代理不變，具體名稱會隨版本略有差異。「維持不變」不是啟用代理，只表示 v2rayN 不修改目前的系統值。

部分應用程式不會讀取系統代理，部分網路流量也不是 HTTP 或 SOCKS 請求。遇到這種情況時，系統代理已開啟但目標程式仍直接連線，並不矛盾。應先確認該程式是否支援代理，再決定使用程式內的手動代理或 TUN 模式。

核心與路由

核心設定負責選擇執行元件、日誌層級、DNS 等基礎行為；路由設定則負責將不同目標分配至代理、直連或封鎖出站。預設規則足以應付一般使用，入門階段不建議直接堆疊大量自訂規則。規則會依匹配邏輯執行，範圍過大的網域或網路規則可能提前攔截後續項目。

修改路由後，應分別測試預計直連與預計代理的目標，並從日誌確認實際出站。僅憑網頁能否開啟，無法判斷分流是否符合預期，因為直連與代理都可能成功，只是採用不同路徑。

TUN 模式

TUN 模式透過虛擬網路介面接管更廣泛的系統流量，適合不讀取系統代理的應用程式。它涉及路由表、DNS 與權限，排查複雜度高於一般系統代理。啟用前先確認一般代理模式下伺服器本身可用，否則會將節點問題與流量接管問題疊加在一起。

一次完整操作如何穿過這些區域

將各個介面分區串聯起來，可以得到一套穩定的初次使用流程。第一步，在訂閱設定中新增來源並執行更新。第二步，回到主視窗的對應分組，確認伺服器列已產生。第三步，選取一列執行實際延遲測試，並結合日誌判斷結果。第四步，將確認可用的伺服器設為活動伺服器。第五步，選擇合適的系統代理狀態。第六步，存取測試目標，同時觀察日誌是否出現請求與路由記錄。

若第五步之後沒有流量，先檢查底部狀態與系統代理，不要重新新增訂閱。若日誌顯示有流量但遠端連線失敗，回到伺服器列核對參數或切換其他節點。若只有個別目標失敗，請檢查 DNS 與路由。每種現象都對應介面中的一個層級，按層次處理比隨機切換開關更有效。

離開 v2rayN 前，也應確認系統代理的處理方式。若打算完全停止使用，應透過程式提供的代理指令清除系統代理，再正常離開。若只是最小化至背景，則應確認系統匣中的執行狀態與活動伺服器維持正常。關閉視窗在不同設定下可能代表隱藏至背景，也可能代表結束程式，不能只根據主視窗是否可見來判斷核心狀態。

10 分鐘檢查清單

• 訂閱分組名稱能夠說明來源，清單中沒有明顯重複的訂閱記錄。
• 活動伺服器標記清楚，不要把按一下選取誤認為已經完成切換。
• 位址、連接埠、協定、傳輸與安全層均與伺服器端設定一致。
• 分別理解延遲、連接埠測試與速度測試，不要只根據單一數字判斷。
• 日誌中能夠看到核心啟動與本機連接埠監聽結果。
• 系統代理狀態符合目前用途，手動代理應用程式使用正確的本機連接埠。
• 完成一般代理驗證後，再考慮自訂路由或使用 TUN 接管流量。
• 發生故障時，從目前操作的時間點開始閱讀日誌，並依設定、本機連接埠、遠端連線、路由的順序排查。

掌握這些分區後，v2rayN 主視窗就不再只是一組彼此獨立的按鈕。訂閱分組回答「設定從哪裡來」，伺服器清單回答「準備使用哪份設定」，活動標記回答「目前的出口是哪一個」，系統代理與 TUN 回答「哪些流量會進入核心」，日誌則回答「請求在哪個階段成功或失敗」。之後學習路由、DNS 與進階傳輸參數時，也可以繼續沿用這張主介面地圖。