本文適合第一次開啟 v2rayN，或升級後找不到功能入口的使用者，並以 v2rayN 7.15.4 範例介面為參考，依序說明功能表列、訂閱群組、伺服器清單、執行日誌與參數設定的用途；讀完後即可判斷目前節點來自哪個群組、正在使用哪個節點、連線失敗應查看哪段日誌，以及 Core 類型和本機連接埠應在哪裡核對。
先建立主視窗的功能地圖
介面重點
v2rayN 主視窗可依操作順序理解為五個區域：頂端功能表負責執行指令，訂閱群組負責區分設定來源，伺服器清單負責顯示與選取節點，日誌區域負責回報執行過程，底部狀態區域則顯示目前代理模式、活動伺服器與本機監聽連接埠。排查時應沿著這條鏈路逐步檢查，而不是在所有功能表之間反覆切換。
介面重點
不同 7.x 小版本可能會調整圖示位置或功能表用語，但資料關係基本不變。訂閱群組不是節點，節點也不等於正在執行的出站連線。只有將清單中的某筆設定設為活動伺服器，並啟動相應核心後，該設定才會參與連線。系統代理是否啟用，則是瀏覽器等程式能否將流量交給 v2rayN 的另一層開關。
主視窗的兩條閱讀路徑
日常連線路徑
- 選擇正確的訂閱群組
- 執行真實連線延遲測試
- 設為活動伺服器
- 確認系統代理模式
故障排查路徑
- 查看活動伺服器名稱
- 檢查核心啟動日誌
- 核對 10808、10809 連接埠
- 檢查路由與 DNS 紀錄
日常操作從群組走向狀態列；故障排查則從狀態列反向追查伺服器設定與核心日誌。
介面重點
功能表中的「伺服器」主要處理單筆設定，包括新增、編輯、刪除、匯入及設為活動伺服器；「訂閱群組」管理訂閱網址與更新動作；「設定」則集中放置系統代理、路由、參數設定及核心相關選項。第一次使用時，先記住這三個入口即可，其他功能表可在需要匯出、備份或查看版本資訊時再使用。
伺服器清單各欄位分別代表什麼
介面重點
伺服器清單是一份設定清單，每一列對應一個可供核心讀取的出站設定。清單中的位址、連接埠、協定與傳輸方式來自訂閱或手動輸入；延遲、速度等欄位則是本機執行測試後取得的結果。測試值不會永久代表節點品質，網路路徑、伺服器負載及測試時間改變後，數值也會跟著變動。
介面重點
「別名」通常是訂閱提供者寫入的節點名稱，用來辨識地區、線路或用途；「位址」是遠端主機名稱或 IP；「連接埠」是遠端服務的監聽連接埠，不要與本機的 10808 混淆。「網路」可能顯示 tcp、ws、grpc 等傳輸方式，「安全性」可能顯示 tls、reality 或 none。VMess、VLESS 等協定欄位需要與傳輸層欄位搭配閱讀，僅查看其中一欄無法還原完整的連線條件。
| 清單欄位 | 代表內容 | 排查用途 |
|---|---|---|
| 別名 | 節點名稱與線路標記 | 確認目前選取的列是否屬於目標地區或群組 |
| 位址／連接埠 | 遠端伺服器入口 | 辨識解析失敗、連接埠無法連線或訂閱資料異常 |
| 協定 | VMess、VLESS 等出站協定 | 判斷應由哪個核心及哪組協定參數處理 |
| 傳輸／安全性 | TCP、WebSocket、gRPC、TLS、Reality 等組合 | 核對路徑、SNI、指紋、Flow 等附加欄位 |
| 真實連線延遲 | 完成代理握手後取得的回應時間 | 比一般 ping 更接近實際建立代理連線的成本 |
| 速度 | 下載測速階段測得的吞吐量 | 用於區分低延遲節點與高頻寬節點 |
介面重點
例如，同一個群組中兩筆設定的真實連線延遲分別為 186 ms 和 312 ms，前者通常更適合瀏覽網頁；如果下載測速分別為 4.8 MB/s 和 12.4 MB/s，後者可能更適合傳輸大型檔案。延遲與頻寬測量的是不同指標，因此不要只依照單一欄位排序後就永久固定節點。
介面重點
選取一列後執行「設為活動伺服器」，介面通常會以反白、顏色或狀態列文字標示目前設定。僅用滑鼠單擊一列通常只是選取，不能據此判斷核心已完成切換。切換後應查看底部的活動伺服器名稱，再觀察日誌中是否出現新的出站設定載入紀錄。
如何組織訂閱群組中的節點
介面重點
訂閱群組用於儲存訂閱網址、更新規則，以及由該來源產生的伺服器清單。一個群組可以包含多筆節點設定，也可以個別設定更新行為。將工作、測試與備用線路放入不同群組，比把所有節點堆在同一份長清單中更容易定位問題，也能降低誤刪或誤切換的機率。
介面重點
更新訂閱時，v2rayN 會要求訂閱內容並解析支援的設定。更新成功只代表用戶端已取得並處理訂閱資料，不表示其中每個節點都能連線。更新後應先查看清單數量與別名是否變化，再對目標群組執行真實連線測試。若切換群組後清單為空，應先確認篩選條件，而不是立即重複新增訂閱。
-
確認目前群組
介面重點
在主視窗的訂閱群組區域選取目標群組，先記錄更新前的節點數量，例如 18 筆，避免將其他來源的清單誤認為更新結果。
-
檢查訂閱設定
介面重點
進入「訂閱群組」→「訂閱群組設定」，核對啟用狀態、備註與訂閱網址的對應關係；同名群組應透過備註進一步區分。
-
執行群組更新
介面重點
選擇「訂閱群組」→「更新目前訂閱」，等待狀態提示完成；若需要重新整理所有來源，再執行更新所有訂閱。
-
測試有效設定
介面重點
在伺服器清單中選取目標列，執行真實連線延遲測試。取得 186 ms 等具體結果，表示完整代理握手成功；空白或逾時則需要查看日誌。
-
核對核心類型
介面重點
沿著「設定」→「參數設定」→「Core 類型」進入核心選擇區域，確認目標協定分配給 Xray 或 v2fly，儲存後重新啟動核心。
介面重點
更新後節點減少不一定是解析錯誤，也可能是訂閱來源調整了線路。判斷時應比較節點數量、別名與協定欄位，並查看更新日誌是否出現無法辨識的設定類型。手動修改訂閱產生的節點時也要注意，下次更新可能會覆蓋這些變更；需要長期保留的自訂設定，更適合放在獨立群組中。
日誌面板應該查看哪些資訊
介面重點
日誌的價值不在於逐行閱讀，而在於確認連線鏈路停在哪個步驟。啟動階段先查看設定是否成功載入、核心程序是否執行，以及本機連接埠是否正在監聽；存取階段再查看 DNS、路由比對與遠端連線結果。若第一階段已經失敗，繼續調整瀏覽器代理或路由規則通常無法解決問題。
介面重點
典型的正常順序是：v2rayN 產生執行設定，啟動 Xray 或 v2fly 核心，建立本機監聽位址，接著應用程式流量進入 127.0.0.1。舊版常見 SOCKS 連接埠為 10808、HTTP 連接埠為 10809；部分 7.x 設定會採用混合監聽方式，因此最終應以「設定」→「參數設定」中顯示的本機連接埠為準。
啟動檢查範例
Core: Xray
SOCKS: 127.0.0.1:10808
HTTP: 127.0.0.1:10809
Active server: HK-02 VLESS Reality
Routing: domainStrategy = AsIs
Test result: true connection latency 186 ms- 連接埠被占用：日誌出現 bind、address already in use 或監聽失敗時，先關閉占用 10808、10809 的舊程序，或在參數設定中改用尚未占用的連接埠。
- 網域解析：出現 resolve、DNS timeout 等紀錄時，檢查 DNS 設定及目前網路是否能完成基本解析，再判斷是否需要調整查詢方式。
- 遠端逾時：出現 connection timeout、context deadline exceeded 時，重新測試同一群組中的其他節點，用來區分單一節點故障與本機網路問題。
- 驗證失敗：若紀錄指向使用者識別碼、金鑰、Reality 公鑰或 shortId，應重新更新訂閱並核對設定欄位，反覆測速無法修正參數。
- 路由拒絕：若連線由 block 出站處理，應檢查規則比對順序，以及 inboundTag、domain、ip 與 outboundTag 的對應關係。
介面重點
日誌中的 warning 不一定會中斷連線。例如某項相容性設定被忽略時，核心仍可能正常監聽；真正需要優先處理的是導致程序結束、設定解析失敗或監聽失敗的 error。判斷順序應先找出啟動時間附近的第一筆關鍵錯誤，再查看由它引發的後續報錯。
介面重點
重現問題時，應清除舊日誌或記下目前時間，然後只執行一次目標操作。例如在 14:32:10 切換節點、14:32:15 開啟測試頁面，就重點查看這段時間的紀錄。如此可避免將數小時前的逾時紀錄誤判為目前問題，也方便比較切換前後的活動伺服器與路由結果。
核心設定入口與四類關鍵參數
介面重點
v2rayN 的常用開關並不全都位於伺服器編輯視窗。單筆伺服器編輯頁只負責遠端協定參數；本機監聽連接埠、Core 類型、日誌層級及部分 DNS 行為則位於「設定」→「參數設定」。系統代理模式與路由模式則是更高一層的流量入口及分流控制，修改時應先確認自己調整的是哪一層。
介面重點
Core 類型決定由哪個核心處理設定。v2rayN 桌面版通常使用 Xray 處理 VLESS、Reality 等設定，也可依協定對應選擇 v2fly。變更 Core 類型後應儲存設定並重新啟動核心，接著透過日誌確認實際啟動的核心名稱；只變更下拉選項而不重新啟動時，目前程序可能仍使用舊設定。
本機代理入口
- SOCKS 位址
- 127.0.0.1
- SOCKS 連接埠
- 10808
- HTTP 連接埠
- 10809
- 用途
- 接收本機應用程式流量
連接埠以參數設定中的實際值為準，瀏覽器手動設定代理時必須填寫相同連接埠。
Core 類型
- 功能表路徑
- 設定 → 參數設定
- 常用核心
- Xray
- 可選核心
- v2fly
- 生效操作
- 儲存並重新啟動核心
選擇結果應與伺服器協定及傳輸參數相符，並透過啟動日誌再次確認。
系統代理模式
- 關閉
- 不變更系統代理
- 自動設定
- 依規則提交流量
- 全域
- 將系統流量交給本機代理
- 檢查位置
- 主視窗狀態區域
核心已啟動但網頁仍直連時，優先確認系統代理模式是否符合預期。
日誌與路由
- 日誌層級
- warning / info
- 排查層級
- info
- 網域策略
- AsIs
- 規則關鍵項目
- outboundTag
排查結束後可恢復常用的日誌層級；修改路由後，需使用目標網域進行實際驗證。
介面重點
系統代理、Core 類型與路由模式之間是串聯關係：應用程式先將請求提交至本機代理連接埠，核心再讀取伺服器設定，最後依照路由規則選擇直連、代理或攔截出站。某個網頁無法開啟時，應依照這個順序定位。直接更換 Core 類型有時只是改變表面現象，並未處理連接埠、節點或規則中的真正錯誤。
主介面常見問題與快速判斷
介面重點
熟悉介面後，絕大多數問題都可先歸入四類：群組未更新、節點未設為活動伺服器、核心未正常監聽，以及系統流量未進入本機代理。先確認所屬類別，再修改設定，比不斷更換節點或重複匯入訂閱更容易得到可重現的結果。
雙擊節點後，為什麼仍是原來的線路？
介面重點
先查看底部狀態區域顯示的活動伺服器名稱。若沒有變化，請在目標列上按右鍵並執行「設為活動伺服器」，接著重新啟動核心，再從日誌確認新設定已載入。
訂閱顯示更新成功，為什麼清單沒有變化？
介面重點
確認目前查看的是剛更新的群組，並清除清單篩選條件。記錄更新前後的節點數量，例如都為 18 筆；數量與別名都沒有變化時，可能只是訂閱內容本身未調整。
真實連線延遲是空白，應該查看哪裡？
介面重點
先檢查核心是否啟動，再查看測試時段內的 DNS、連線逾時與驗證紀錄。若 10808 監聽失敗，應先處理連接埠占用問題，延遲測試才會有可用的本機入口。
核心正在執行，瀏覽器卻仍然直連？
介面重點
檢查系統代理模式與瀏覽器本身的代理設定。手動設定時，SOCKS 應指向 127.0.0.1:10808，HTTP 應依參數設定中顯示的連接埠填寫，不能與遠端伺服器連接埠混用。
切換路由模式後，如何確認已生效？
介面重點
重新啟動核心後，分別存取預期直連與代理的目標，在 info 層級日誌中查看命中的 outboundTag。若所有請求都落到同一個出站，請檢查規則順序與兜底規則的位置。
介面重點
最後可用一套固定流程完成主視窗檢查：確認群組、選擇節點、執行真實連線測試、設為活動伺服器、核對系統代理、開啟目標頁面，再讀取對應時段的日誌。每個步驟都能在介面上找到明確結果，出現異常時即可停在目前層級處理，不必同時修改訂閱、連接埠、核心與路由。