本文適合剛啟動 v2rayN,面對伺服器清單卻不清楚各區用途的使用者。內容以 v2rayN 7.14.x 的常見介面為參考,依序說明節點欄位、訂閱分組、核心選擇、日誌判讀、系統代理與本機連接埠,讀完即可獨立完成選擇節點、啟動代理與基本故障排除。
先看懂主視窗的四個工作區
v2rayN 主視窗可依用途分為選單與工具列、訂閱分組、伺服器清單、執行日誌四個區塊。日常連線不需要頻繁開啟所有設定:先在訂閱分組限定節點來源,再於伺服器清單選擇活動伺服器,最後觀察日誌區確認核心是否成功啟動。
不同 7.x 小版本可能調整按鈕位置或欄位名稱,但資訊流程大致一致。訂閱會將遠端設定轉換為本機伺服器項目;伺服器清單負責顯示與選擇項目;Xray 或 v2fly 核心負責執行連線;系統代理則將瀏覽器及支援系統代理的程式流量送入本機監聽連接埠。
伺服器清單
- 主要操作
- 選擇活動伺服器
- 常查看的資料
- 延遲、速度、協定
- 更新來源
- 訂閱分組
- 雙擊結果
- 編輯目前設定
連線前先確認醒目提示的列與狀態列顯示的是同一台伺服器。
執行日誌
- 啟動資訊
- 核心與設定檔
- 連線資訊
- 目標位址與路由結果
- 錯誤資訊
- 逾時、連接埠佔用、設定失敗
- 排查順序
- 從底部最新紀錄開始
日誌出現啟動成功只代表核心正在執行,還需繼續驗證網頁與出口位址。
| 介面區域 | 主要用途 | 常用頻率 |
|---|---|---|
| 選單與工具列 | 開啟設定、更新訂閱、執行測速與切換代理模式 | 設定或排錯時使用 |
| 訂閱分組 | 依來源篩選伺服器並執行分組更新 | 切換服務來源時使用 |
| 伺服器清單 | 查看節點屬性、測速結果並設定活動伺服器 | 每次連線時使用 |
| 日誌與狀態區 | 確認核心狀態、本機連接埠與連線錯誤 | 啟動與發生異常時查看 |
如何判讀伺服器清單各欄位
伺服器清單中的每一列對應一組可用設定,可能使用 VMess、VLESS 或 Trojan 等協定。名稱通常由訂閱提供者填寫,主要用於辨識地區、線路與倍率,不代表實測品質。位址與連接埠是遠端入口;傳輸、安全性、TLS、Reality 等欄位描述連線參數,匯入訂閱後通常不需要逐項修改。
延遲欄位要區分測試方式。TCPing 主要檢查目標連接埠能否建立 TCP 連線,數值低不代表完整代理鏈路可用;真實連線延遲會透過核心發起實際代理請求,更適合篩選節點。一次測得 68 ms、下一次變成 210 ms,表示線路有抖動,應連續測試兩到三輪,而不是只看最低值。
- 別名或備註:優先辨識地區、線路類型與倍率,例如「東京 IEPL 1.0x」。
- 位址與連接埠:用於確認訂閱是否產生完整設定;連接埠為 443 不代表一定使用相同協定。
- 傳輸方式:常見值包括 TCP、WebSocket、gRPC,必須與伺服器端設定完全一致。
- 安全性參數:VLESS 節點可能使用 TLS 或 Reality;VMess 設定可能顯示 auto 等加密選項。
- 延遲:低於 100 ms 通常互動較快,100 至 250 ms 多數網頁仍可正常使用,持續逾時則應更換節點。
- 速度:會受測試目標、時段與本地網路影響,適合比較同一輪測試結果。
真實連線延遲
推薦讓目前核心實際建立代理連線,可同時發現握手失敗、驗證錯誤與線路無法連通。三次結果穩定在 72 至 88 ms,比單次最低值更具參考性。
適合:連線前篩選日常節點
TCPing
快速探測遠端位址與連接埠,執行速度快,但無法證明 VLESS、VMess 或傳輸層參數能否完成握手。
適合:快速排除連接埠完全無法連通的情況
速度測試
透過實際資料傳輸比較吞吐量,測試會消耗流量,結果也會受測試伺服器負載與本地頻寬上限影響。
適合:下載大檔案前比較線路
如何使用訂閱分組整理多個來源的節點
訂閱分組的作用不是依協定分類,而是儲存訂閱來源及其更新規則。使用兩個訂閱時,分別建立分組可避免所有伺服器混在同一份清單,也能單獨更新有變動的來源。分組名稱建議使用容易辨識的服務名稱或用途,不要只寫「訂閱 1」「訂閱 2」。
更新訂閱會重新讀取遠端內容,節點名稱、位址、連接埠與驗證資訊可能隨之變更。手動修改過的訂閱節點可能在更新後被覆寫,因此個人化備註較適合透過分組篩選或用戶端支援的備註功能處理,不要直接修改關鍵連線欄位。
-
建立分組
開啟主介面的「訂閱分組」,點選「+」或新增入口,填寫分組名稱與訂閱位址後儲存。
-
更新內容
在「訂閱分組」中選擇對應來源,執行更新目前訂閱;首次匯入可使用更新所有訂閱。
-
檢查數量
返回伺服器清單,核對分組中的項目數量與名稱。清單為空時,先確認分組已啟用。
-
批次測速
先選取目前分組,再執行真實連線延遲測試,避免同時向數百個無關伺服器發出請求。
-
設為活動
選取延遲穩定的伺服器並設為活動伺服器,觀察狀態區是否同步顯示新名稱。
關鍵字篩選的實用寫法
節點數量很多時,可依名稱中的地區或線路標記進行篩選。例如輸入「東京」只保留名稱含有東京的項目;排除「倍率 3x」可減少高倍率線路干擾。篩選依賴節點名稱,不能取代協定參數檢查,也不會修改遠端訂閱內容。
若更新後舊節點仍存在,先確認目前查看的是哪個分組,再檢查是否啟用了保留過期伺服器的相關選項。不要連續新增相同的訂閱位址,否則伺服器清單可能出現名稱相同但所屬分組不同的重複項目。
設定區的 Core 類型與本機連接埠
參數設定集中管理核心、監聽連接埠、啟動行為與代理相關選項。首次使用時最重要的是確認 Core 類型可用,並記住本機監聽連接埠。常見設定會以 127.0.0.1 作為本機監聽位址,連接埠可設為 10808;實際生效值應以目前參數設定與狀態列為準。
如果瀏覽器需要手動設定代理,必須讓協定與連接埠相互對應。混合連接埠可同時接受常見的 HTTP 與 SOCKS 入站;舊設定也可能分別使用 10808 和 10809。發生連接埠衝突時,不要盲目反覆啟動,應先從日誌確認被佔用的連接埠,再改用未使用的值,例如 10818。
-
開啟設定
從主視窗進入「設定」→「參數設定」→「Core 類型」,查看目前設定所對應的核心選擇。
-
確認核心
日常使用 VLESS、Reality 或較新的 Xray 設定時選擇 Xray;既有 VMess 設定則應依訂閱要求維持相容核心。
-
核對連接埠
在參數設定中確認本機監聽連接埠,例如 10808,並檢查是否僅監聽本機位址 127.0.0.1。
-
儲存並重新啟動
儲存參數後重新啟動核心,再從日誌確認新核心與新連接埠已載入,避免繼續使用舊程序。
Xray + VLESS Reality
- Core 類型
- Xray
- 常見傳輸方式
- TCP
- 常見 Flow
- xtls-rprx-vision
- 本機連接埠
- 10808
公鑰、短 ID、ServerName 與指紋通常由訂閱自動寫入,不應自行修改。
v2fly + VMess WS
- Core 類型
- v2fly
- 常見傳輸方式
- WebSocket
- 常見安全層
- TLS
- 本機連接埠
- 10808
路徑、Host 與 TLS 名稱必須與伺服器端一致,任何一個欄位錯誤都可能導致握手失敗。
如何從日誌視窗判讀啟動與連線錯誤
排查日誌應從時間最近的一筆開始。先看核心是否成功讀取設定並監聽本機連接埠,再看存取網頁時是否產生出站紀錄。如果日誌停在啟動階段,問題通常出在核心、設定檔或連接埠;如果已有連線紀錄但遠端逾時,則更可能是節點、網路或遠端服務狀態異常。
正常啟動時,日誌通常會出現核心版本、設定載入與監聽位址等資訊。不同核心的文字不完全相同,因此不必逐字比對;重點是後面沒有緊接著出現 failed、invalid、address already in use 等錯誤,而且狀態列保持執行狀態。
範例判斷順序
1. Core: Xray
2. Local listen: 127.0.0.1:10808
3. Configuration loaded
4. 瀏覽器存取後出現 outbound connection
5. 未出現 timeout 或 connection refused
| 日誌關鍵字 | 常見含義 | 處理方式 |
|---|---|---|
| address already in use | 10808 等本機連接埠已被其他程序佔用 | 結束重複執行的核心,或改用 10818 後重新啟動 |
| connection refused | 遠端位址可達,但目標連接埠拒絕連線 | 更新訂閱並切換同一分組中的其他節點 |
| timeout | 連線未能在限定時間內完成 | 執行真實連線測速,比較其他地區的線路 |
| invalid config | 設定欄位缺失、格式錯誤或核心不相容 | 重新匯入訂閱,並核對 Core 類型 |
| failed to resolve | 網域名稱解析失敗 | 檢查本機 DNS、網路連線與路由設定 |
複製日誌排錯前,應刪除訂閱位址、節點驗證資訊與完整設定內容。通常只需保留錯誤發生前後的十至二十行、v2rayN 版本、Core 類型、節點協定與操作步驟,就足以判斷問題屬於本機連接埠、設定解析還是遠端連線。
狀態列、系統代理與路由分流的關係
選取伺服器不代表流量已經進入代理。完整鏈路是:已設定活動伺服器、核心正在執行、本機連接埠正在監聽、應用程式流量已指向該連接埠。對遵循系統代理的桌面程式,可在 v2rayN 中啟用系統代理;不讀取系統代理的程式則需要個別設定代理,或依實際需求使用 TUN 模式。
路由分流決定流量進入核心後的去向。規則模式可讓區域網路與常用直連目標維持直連,將需要代理的請求交給活動伺服器;全域模式則讓更多流量統一經過代理。修改路由規則後,應同時測試一個直連目標與一個代理目標,避免只驗證單一網頁。
推薦方案:桌面與 Android 端共用訂閱來源
桌面端(v2rayN)
- 依分組管理訂閱來源
- 使用真實連線延遲篩選節點
- 透過系統代理接管常用程式
- 從日誌檢查 10808 監聽狀態
Android 端(v2rayNG)
- 匯入同一個訂閱連結
- 使用 Xray 核心處理對應設定
- 依行動網路結果重新測速
- 需要時設定分應用程式代理
兩端可以共用訂閱來源,但延遲與速度必須分別測試;桌面寬頻測得 65 ms,不代表行動網路也會得到相同結果。
- 在伺服器清單中設定一台真實連線延遲正常的活動伺服器。
- 確認日誌顯示核心已載入,並監聽目前設定中的本機連接埠。
- 啟用系統代理,使用瀏覽器存取兩個不同的網站。
- 檢查出口位址是否符合所選節點地區,同時確認直連規則符合預期。
- 關閉系統代理後再次存取,確認代理狀態切換確實會影響流量路徑。
主介面常見問題與處理順序
主介面異常通常不需要立即重新安裝。先確認分組與活動伺服器,再查看核心與連接埠,最後檢查系統代理和路由模式,便能區分訂閱問題、節點問題與本機代理問題。每次只修改一個變數,修改後重新測試,排查結果會更清楚。
訂閱更新完成後,為什麼清單還是空的?
先確認目前訂閱分組已啟用,並清除伺服器清單中的關鍵字篩選。接著對該分組執行一次更新,觀察日誌是否顯示訂閱解析失敗;若回傳內容為空,應檢查訂閱狀態。
節點延遲很低,為什麼網頁打不開?
確認執行的是「真實連線延遲」而非單純 TCPing,再檢查系統代理是否啟用。接著查看日誌中是否出現驗證失敗、TLS 握手失敗或連線逾時,並切換同一分組中的另一個節點重新測試。
狀態列顯示執行中,程式卻沒有經過代理?
核心執行只代表本機監聽已啟動。進入「設定」確認系統代理狀態,再核對目標程式是否讀取系統代理;手動設定時應填寫 127.0.0.1 與實際連接埠,例如 10808。
日誌反覆提示 10808 連接埠已被佔用?
先完全退出重複啟動的 v2rayN 或殘留核心程序。仍被佔用時,在參數設定中將本機連接埠改為 10818,儲存後重新啟動核心,並同步修改瀏覽器中的手動代理連接埠。
更新訂閱後,原本可用的節點消失了?
訂閱更新以遠端內容為準,已下線項目可能會被移除。切換至正確分組並檢查篩選條件;若需要保留手動設定,應另外新增伺服器,不要將其混作訂閱產生的項目。
熟悉主視窗後,日常操作可以固定成一套簡短流程:更新對應的訂閱分組、執行真實連線延遲測試、設定活動伺服器、啟用系統代理、查看日誌並驗證出口。發生故障時反向檢查,通常能快速定位是應用程式流量未進入本機連接埠,還是核心無法連線至遠端節點。