本文適合剛接觸 V2Ray、已取得節點或訂閱網址,卻不清楚用戶端、核心與代理模式如何搭配的使用者。十個問題依序涵蓋軟體選擇、訂閱匯入、系統代理、TUN、連線排查與路由分流;讀完即可完成基本設定,並知道該從哪裡檢查日誌、連接埠與節點參數。
一、V2Ray、核心與用戶端的關係
問題 1:V2Ray 就是桌面用戶端嗎?
不是。日常語境中的「V2Ray」可能指一套網路代理技術,也可能特指負責處理協定、傳輸、路由與 DNS 的核心程式。核心通常沒有面向一般使用者的完整圖形介面,v2rayN、v2rayNG 與 v2flyNG 才是負責匯入設定、選擇節點、啟動核心與調整系統代理的用戶端。
一份可用設定可以拆成三層:用戶端負責互動與設定管理,核心負責建立連線與執行路由,節點參數則描述伺服器位址、連接埠、使用者識別碼、傳輸方式與加密層。用戶端顯示「執行中」只代表核心程序已啟動,不表示目前節點一定能完成連線。
問題 2:該如何理解 V2Fly 與 Xray 核心?
V2Fly 延續 V2Ray Core 的協定、傳輸與路由能力,適合使用 VMess、VLESS、WebSocket、gRPC 等常見設定。Xray 在相近的設定體系上持續擴充,常用於包含 VLESS、Reality 或特定流量控制參數的節點。兩者都不是訂閱服務,也不會自動提供伺服器;它們會讀取用戶端產生的設定,再依規則處理流量。
Xray 核心
推薦支援常見的 VMess、VLESS 與 Reality 設定,v2rayN 和 v2rayNG 的日常設定通常優先採用。
適合:新設定、VLESS、Reality 節點
V2Fly 核心
延續 V2Ray Core 設定體系,適合常見的 VMess、VLESS 與標準傳輸組合。
適合:既有設定、v2flyNG、相容性核對
問題 3:如何選擇 v2rayN、v2rayNG、v2flyNG?
Windows、macOS 與 Linux 桌面環境使用 v2rayN;Android 裝置則可在 v2rayNG 與 v2flyNG 之間選擇。v2rayNG 使用 Xray 核心,適合需要較新 Xray 設定能力的訂閱;v2flyNG 使用 V2Fly 核心,適合明確要求 V2Fly 設定體系的節點。不要只看名稱判斷,訂閱說明中的協定與傳輸參數才是選擇核心的依據。
二、如何區分節點連結與訂閱網址
問題 4:訂閱網址從哪裡取得?
訂閱網址由節點服務的管理方或自建伺服器的設定系統產生,不是由 v2rayN、v2rayNG、v2flyNG 或核心自動建立。它通常是一個以 HTTPS 開頭的網址,用戶端存取後會取得一組節點設定。網址中可能包含用來識別帳戶的權杖,因此不應貼到公開頁面、截圖或分享的日誌中。
如果只有伺服器 IP、連接埠與使用者識別碼,還需要知道協定、傳輸層、TLS、SNI、路徑、Flow 等欄位,才能手動建立完整設定。只有一個 IP 位址並不足以建立連線。最穩妥的做法是向設定提供方確認支援的用戶端、核心類型與更新方式。
問題 5:vmess://、vless:// 與訂閱連結有何不同?
vmess:// 和 vless:// 通常代表單一節點的分享連結,匯入一次後會在用戶端建立一筆本機設定。訂閱網址則是遠端設定集合,可能包含多個節點與群組;執行「更新訂閱」時,用戶端會重新取得內容並同步變更。單一節點連結不會因伺服器端修改名稱或參數而自動更新。
單一節點分享連結
- 常見開頭
- vmess:// 或 vless://
- 內容範圍
- 一筆節點設定
- 更新方式
- 重新匯入新連結
- 適用情境
- 臨時測試或單點設定
匯入後先核對位址、連接埠、傳輸方式與 TLS 欄位。
訂閱網址
- 常見開頭
- https://
- 內容範圍
- 多個節點或群組
- 更新方式
- 由用戶端主動重新整理
- 適用情境
- 長期維護的節點集合
更新前記錄目前使用的節點,避免群組變更後誤選其他設定。
- 複製的內容只有一條
vless://或vmess://時,請使用「從剪貼簿匯入」這類入口。 - 複製的內容是 HTTPS 網址,且設定提供方標示為訂閱時,請將它新增至「訂閱群組」,不要使用手動節點編輯器。
- 訂閱更新後節點數量減少,可能是遠端設定已調整,不代表用戶端的刪除功能異常。
三、訂閱匯入與核心選擇的正確順序
問題 6:第一次匯入後應該進行哪些操作?
初次設定時不要同時修改路由、DNS、TUN 與連接埠。先完成訂閱匯入,選擇一個節點、啟動核心,再開啟系統代理並測試網頁存取。基本連線可用後,再逐項調整分流規則。如此一來發生問題時,才能明確判斷故障來自節點參數、系統接管,還是後續規則。
-
確認用戶端
桌面系統開啟 v2rayN;Android 裝置則依設定要求選擇 v2rayNG 或 v2flyNG。啟動後先查看狀態列,確認程式能正常載入核心。
-
新增訂閱
在 v2rayN 中進入「訂閱群組」→「訂閱群組設定」→「新增」,填寫名稱並貼上訂閱網址;儲存後執行「更新全部訂閱」。
-
選擇核心
進入「設定」→「參數設定」→「Core 類型」,依節點要求選擇 Xray 或 V2Fly。包含 Reality、Flow 等欄位時,應優先遵循設定提供方的說明。
-
選取節點
在節點清單中選擇一筆設定,並設為使用中的伺服器。先確認位址不為空,連接埠介於 1 至 65535 之間,再啟動核心。
-
開啟代理
先選擇系統代理模式,存取兩個不同的網站並查看核心日誌。確認基本存取正常後,再決定是否啟用 TUN 或自訂路由。
Android 端的選單名稱會隨版本調整,但操作邏輯相同:新增訂閱、更新設定、選擇節點、啟動連線。系統首次跳出網路連線授權時需要確認,否則用戶端介面可能顯示已選取節點,但系統流量並未進入本機代理通道。
四、系統代理與 TUN 模式的界線
問題 7:系統代理和 TUN 有什麼差別?
系統代理透過作業系統的代理設定,將支援 HTTP 或 SOCKS 代理的應用程式指向用戶端的監聽連接埠。它設定直觀,影響範圍也較容易觀察,適合瀏覽器與遵循系統代理的桌面程式。有些程式會忽略系統代理設定,或直接建立網路連線,這些流量不會自動進入代理核心。
TUN 模式會建立虛擬網路介面,在更低層接管符合路由條件的流量,因此能涵蓋更多不讀取系統代理設定的程式。它通常需要系統權限,也會同時涉及路由表、DNS 與排除規則。啟用 TUN 後若出現區域網路裝置無法連線、網域名稱解析失敗或網路迴圈,應先關閉 TUN,恢復系統代理模式以確認基本節點是否正常。
| 比較項目 | 系統代理 | TUN 模式 |
|---|---|---|
| 接管對象 | 遵循系統代理的應用程式 | 符合虛擬介面路由的流量 |
| 首次設定 | 選擇代理模式並確認本機連接埠 | 授權虛擬介面並檢查路由與 DNS |
| 常見故障 | 應用程式忽略代理、連接埠未監聽 | 路由衝突、DNS 異常、權限不足 |
| 排查順序 | 檢查 127.0.0.1 與監聽連接埠 | 先關閉 TUN,再驗證系統代理 |
新手建議先使用系統代理完成驗證。若核心日誌顯示本機 SOCKS 正在 127.0.0.1:10808 上監聽,手動設定應用程式時,位址必須填寫本機迴路位址,連接埠必須與日誌一致。不能把遠端節點連接埠誤填成本機代理連接埠,兩者的用途完全不同。
- 瀏覽器可以存取、某個應用程式卻無法存取:先確認該應用程式是否讀取系統代理。
- 所有應用程式都無法存取:檢查核心是否啟動、本機連接埠是否正在監聽,以及節點是否逾時。
- 只有啟用 TUN 後出現異常:檢查虛擬介面權限、DNS 設定與區域網路繞過規則。
五、節點無法連線時先檢查哪些位置
問題 8:節點測試逾時,第一步該檢查什麼?
先區分「訂閱更新失敗」與「節點連線失敗」。前者發生在取得訂閱內容時,涉及訂閱網址、網路環境與更新方式;後者發生在核心連線節點時,重點檢查伺服器位址、遠端連接埠、協定、TLS、傳輸層與系統時間。不要因為測速欄位空白就立即重新安裝用戶端,日誌中的第一個明確錯誤通常更有參考價值。
建議連續測試同一節點 3 次,每次間隔約 5 秒。如果只有一次逾時,之後便恢復,可能是暫時性的網路波動;如果每次都在相近時間點失敗,再檢查 DNS 解析與遠端連接埠。系統時間偏差也可能影響 TLS 連線,應確認日期、時區與自動校時都正確。
問題 9:顯示已連線,但網頁仍然打不開怎麼辦?
「已連線」可能只表示用戶端已建立本機通道,或核心程序正在執行。接著需要確認系統流量是否進入該通道,以及核心能否將要求轉送至遠端。依照本機監聽、系統代理、核心日誌、DNS、路由規則的順序排查,比反覆切換節點更容易定位問題。
更新訂閱一直顯示逾時?
先在瀏覽器確認訂閱網址仍可存取,再檢查網址是否完整複製。若用戶端提供「透過代理更新」選項,可在已有可用節點時啟用後重試。
核心啟動後立即退出?
開啟執行日誌查看第一個錯誤。若提示連接埠已被佔用,進入「設定」→「參數設定」檢查本機監聽連接埠,改用未佔用的連接埠後重新啟動核心。
節點有延遲但網頁打不開?
延遲測試成功不代表實際流量正常。確認系統代理已開啟,再檢查日誌中是否出現 DNS 解析、TLS 交握或路由阻擋的訊息。
只有網域打不開,IP 卻可以存取?
重點檢查 DNS。先恢復用戶端的預設 DNS 設定,關閉自訂 hosts 與複雜分流規則,再重新啟動核心進行對照測試。
切換節點後仍使用舊連線?
切換使用中的伺服器後重新啟動核心,並關閉後重新開啟目標應用程式。長時間維持的連線可能不會立即重建,瀏覽器連線池也可能繼續重用舊工作階段。
六、路由分流應從簡單規則開始
問題 10:全域、規則與直連模式該如何選擇?
全域模式通常會將大部分可代理流量交給目前節點,適合判斷節點本身能否運作,但不適合長期用來驗證複雜分流。規則模式會依網域、IP、連接埠或程序,將流量匹配至不同出口,是日常使用中較常見的選擇。直連模式主要用於暫停代理影響或驗證本地網路,不代表用戶端已退出,核心程序仍可能持續執行。
首次設定路由時,應從預設規則開始,只新增一條能明確驗證的規則。例如讓區域網路位址直連,再觀察印表機、路由器管理頁面與檔案共用是否恢復。一次加入大量網域分類、DNS 重寫與程序規則,會讓日誌難以對應具體條件。
- 第一步:記錄目前模式、使用中的節點、核心類型與 DNS 設定,建立可還原的基準。
- 第二步:保留本機與區域網路位址直連,常見的私有位址範圍不應傳送至遠端節點。
- 第三步:每次只新增一組規則,重新存取目標網站,並在日誌中確認命中的出站方向。
- 第四步:規則結果不符預期時,先還原這次變更,不要同時切換核心與代理模式。
路由規則決定流量走直連、代理或阻擋,訂閱節點只負責提供可選的遠端連線參數,兩者不是同一個概念。更新訂閱通常不會替使用者完成本機路由設計;用戶端預設規則也可能隨版本變更,因此排查時應確認目前使用的是預設規則還是自訂規則。
完成十個問題的基本檢查後,可以用固定流程驗證設定:更新訂閱、選擇節點、啟動核心、確認本機監聽、開啟系統代理、存取目標網站、查看日誌命中情況。基本流程穩定後,再啟用 TUN、調整 DNS 或新增分流規則,問題範圍會清楚許多。