v2rayN 新手十問：訂閱、核心、系統代理常見問題解答

訂閱從哪裡取得，匯入後還要做什麼

第一問：v2rayN 會提供訂閱連結嗎？

不會。v2rayN 是負責讀取設定、啟動核心與轉送本機流量的桌面用戶端，不負責提供伺服器。訂閱連結需由實際的節點服務提供者產生，通常包含伺服器位址、連接埠、使用者識別碼、傳輸方式、TLS、SNI、REALITY 公開金鑰等連線參數。

訂閱網址屬於存取憑證，不應貼到公開頁面、截圖或聊天群組。取得連結後，先確認它是完整的 HTTPS 位址，而不是網頁管理介面網址。管理介面用於管理帳戶，訂閱網址才是用戶端能定期讀取設定的入口。

第二問：貼上訂閱後，為什麼清單仍然是空的？

儲存訂閱群組只完成網址登錄，還需要執行更新。以 v2rayN 7.15.7 的介面路徑為例，可依照下列順序完成首次匯入；不同 7.x 小版本的選單文字可能略有差異，但「新增群組、更新訂閱、選擇節點」這三個動作不變。

1. 新增群組

   開啟主介面的「訂閱群組」→「訂閱群組設定」→「新增」，填寫備註並貼上完整訂閱網址。

2. 儲存網址

   確認網址前後沒有空格或換行，儲存後返回伺服器清單；不要把訂閱網址直接當成單一伺服器匯入。

3. 更新訂閱

   選擇「訂閱群組」→「更新全部訂閱」，等待狀態列顯示本次取得與解析結果。

4. 選擇節點

   在伺服器清單中雙擊一個節點，或使用右鍵選單將其設為作用中伺服器，再進行延遲測試。

5. 啟用代理

   從系統匣選單選擇合適的系統代理模式，讓瀏覽器等支援系統代理的程式使用本機監聽連接埠。

核心是什麼，該如何選擇 Xray 與 v2ray

第三問：安裝了 v2rayN，為什麼還需要核心？

v2rayN 主要負責圖形介面、訂閱管理、路由設定與程序控制，真正建立 VMess、VLESS 等協定連線的是 Core。可以將用戶端介面理解為控制層，將 Xray 或 v2ray Core 理解為執行層：介面會把選定的節點與路由規則整理成執行設定，再交由核心監聽本機連接埠並連線至遠端。

核心檔案遺失、版本過舊，或目前核心不支援設定參數時，常見現象是點選節點後 Core 立即退出。此時不應反覆切換系統代理，而應先開啟日誌，確認問題出在檔案路徑、設定欄位還是協定相容性。

第四問：Xray Core 和 v2ray Core 該選哪一個？

選擇依據不是名稱新舊，而是節點設定需求。VLESS、XTLS Vision、REALITY 等參數通常應由 Xray Core 處理；以 VMess、TCP、WebSocket 為主的既有設定，則可依服務提供者的相容性要求使用 v2ray Core。匯入訂閱後若已指定適用核心，優先保留自動選擇結果。

需要手動確認時，進入「設定」→「參數設定」→「Core 類型」，查看目前協定對應的核心選擇。變更後應停止舊 Core，再重新設定作用中伺服器，避免舊程序仍占用 10808、10809 等本機連接埠。

系統代理與 TUN 有什麼差別

第五問：已選取節點，為什麼還要開啟系統代理？

選取節點只是讓 Core 準備好本機代理入口，不代表所有程式都會自動使用它。系統代理模式會將 Windows 的代理設定指向 v2rayN 的本機 HTTP 或 SOCKS 監聽連接埠，瀏覽器及遵循系統代理設定的軟體才會將請求交給 Core。

如果 Core 正常執行但系統代理保持關閉，直接在軟體內設定 127.0.0.1 與對應連接埠的程式仍可能連上網路，而一般瀏覽器可能繼續直連。排查時要將「核心已啟動」與「應用程式流量已進入核心」視為兩個獨立狀態。

第六問：TUN 模式一定比系統代理好嗎？

不一定。TUN 會建立虛擬網路介面，在更接近網路層的位置接收流量，因此能涵蓋不讀取系統代理設定的程式，也更適合處理 UDP 或需要全域接管的情境。相對地，它更依賴權限、虛擬網卡、DNS 與路由表，排錯範圍也更大。

• 先使用系統代理驗證訂閱、節點與核心都能正常運作，再考慮啟用 TUN。
• 啟用 TUN 前，先退出其他占用虛擬網卡或修改系統路由的網路工具，避免預設路由互相覆蓋。
• TUN 啟動失敗時，查看日誌中的權限、驅動程式、介面建立與路由寫入資訊，不要只觀察網頁是否開啟。
• 關閉 v2rayN 前，先恢復系統代理或停止 TUN，避免系統仍保留指向已停止程序的代理設定。

如何查看系統匣圖示、延遲與連線狀態

第七問：系統匣圖示顏色代表節點已經連通嗎？

不能只憑顏色判斷遠端是否可用。系統匣圖示主要提示 v2rayN 目前的執行狀態或系統代理模式，具體顏色對應會隨版本、主題與代理模式調整。更可靠的判斷方式是開啟系統匣選單，查看目前勾選的系統代理狀態、作用中伺服器名稱，以及 Core 是否正在執行。

即使圖示顯示代理已啟用，也只代表系統代理開關已寫入，不表示 TLS 握手、遠端驗證與出口存取都成功。反過來，系統代理關閉時，某個手動填寫 SOCKS 位址的程式仍可能透過本機連接埠連線。

第八問：延遲顯示負數、逾時或很高，節點就一定不能用嗎？

不同測試指令測量的鏈路不同。TCP 延遲主要檢查目標位址與連接埠能否建立連線，不會完整驗證代理協定；實際延遲測試會讓流量經過核心與遠端節點，更接近實際存取結果。某些伺服器不回應特定探測方式，但仍能正常轉送網頁請求。

首次篩選節點時，可先對全部節點執行一次 TCP 延遲測試，再對候選節點進行實際延遲測試。選擇連續測試穩定、錯誤率低的節點，比追求某一次最低數值更可靠。若同一訂閱中的所有節點同時失敗，應優先檢查本機時間、DNS、訂閱有效期限與網路環境，而不是逐一修改節點參數。

連線失敗如何排查，更新時如何保留設定

第九問：狀態顯示已連線，但網頁打不開，應先檢查哪裡？

依流量路徑由近到遠檢查最省時間：應用程式是否使用代理、本機連接埠是否正在監聽、Core 是否回報錯誤、節點是否完成握手，以及路由規則是否誤將目標判定為直連或阻擋。不要同時修改 DNS、TUN、核心與節點參數，否則很難判斷是哪項變更造成影響。

1. 確認作用中節點

   確認伺服器清單中已有作用中伺服器，節點協定、位址與連接埠不是空值，訂閱群組也未被停用。

2. 查看核心日誌

   開啟日誌視窗，先尋找 failed、timeout、handshake、invalid、address already in use 等關鍵字，並記錄第一筆錯誤。

3. 檢查本機連接埠

   在「設定」→「參數設定」中核對監聽位址與連接埠，系統代理應指向 127.0.0.1 與目前實際使用的 HTTP 連接埠。

4. 暫時使用預設路由

   暫時切換回基本路由設定，排除自訂網域規則、IP 規則或阻擋規則將目標流量送往錯誤出口。

5. 更換同組節點

   選擇同一訂閱中的另一個節點重新測試。只有單一節點失敗時，問題更可能出在遠端狀態或該節點參數。

日誌中的第一筆錯誤通常比後續連鎖錯誤更重要。例如連接埠遭占用會讓 Core 無法建立本機入口，之後出現的連線失敗只是結果；SNI 不相符、系統時間偏差或 REALITY 公開金鑰錯誤，則會在握手階段中斷。先找出錯誤發生的層級，再修改相應設定。

第十問：更新 v2rayN 時，訂閱與自訂規則會遺失嗎？

設定能否保留取決於更新方式與資料目錄位置。覆蓋主程式前，應先完全退出 v2rayN，確認系統匣程序與 Core 都已停止，再備份目前程式目錄中的設定資料。不要在程式執行時直接替換檔案，否則可能出現設定尚未寫入或檔案遭占用的情況。

升級後先檢查訂閱群組、作用中伺服器、本機連接埠、Core 類型與路由規則，再啟動代理。若跨越多個大版本，建議先使用預設設定完成一次節點連線測試，再逐項恢復自訂 DNS、路由與 TUN 設定，以便找出舊欄位與新版本行為之間的差異。

新手設定的核心順序可濃縮為五步：取得有效訂閱、更新伺服器清單、選擇相容核心、設定作用中節點、啟用合適的流量入口。系統代理適合作為首次驗證路徑，TUN 留待基本鏈路穩定後再啟用；發生故障時，日誌與實際連接埠比圖示顏色更值得參考。