V2Ray 路由器部署與旁路由設定：內核直跑架構與優缺點

本文重點

桌面用戶端可以連線，改用路由器後卻有部分裝置無法上網，通常該檢查流量接管、DNS 與回程路徑，而不是只換節點。本文適合準備調整家用網路的讀者，先釐清用戶端與內核的差異，再比較主路由直跑和旁路由方案，並介紹單一裝置試用、DNS 檢查及故障復原方式。文中的 IP 位址與連接埠僅為設定範例，並非軟體預設值。

先釐清用戶端、內核與閘道的分工

把訂閱網址貼進路由器，不代表閘道部署就完成了。v2rayN 是桌面圖形介面用戶端，負責管理節點、產生設定並啟動內核；路由器通常會執行適用於自身系統與處理器架構的 V2Ray 或 Xray 內核，再搭配服務管理器和防火牆規則轉送流量。桌面版安裝檔不能直接複製到路由器執行。

V2Ray 與 Xray 的設定和功能各有差異。VMess、VLESS 是代理協定，WebSocket 等則是傳輸方式；節點使用的協定、傳輸方式與安全參數，都必須和所選內核相容。訂閱能匯入 v2rayN，不代表路由器端的訂閱轉換工具和內核也支援所有欄位。

節點連線層：負責驗證、加密及連接伺服器。先確認單一節點可用，再處理全網流量接管。
流量入口層：明確設定的 HTTP/SOCKS 代理只會接收主動使用代理的應用程式流量；透明代理則需要額外設定流量重新導向或策略路由。
閘道層：負責裝置的下一個躍點、DNS、IPv4/IPv6 與防火牆。只啟動監聽連接埠，不會自動接管區域網路流量。

選擇架構：先保留可復原的上網方式

如果家中只有一、兩台裝置需要代理，先使用桌面或 Android 用戶端，比較容易找出問題。v2rayN 適用於桌面；v2rayNG 使用 Xray 內核，v2flyNG 使用 V2Fly 內核，兩者適用於 Android。只有在多台裝置需要共用策略，或部分裝置無法設定代理時，才值得增加閘道的維護工作。

先讓單一裝置試用旁路由

建議

保留主路由的撥號、無線網路和 DHCP，由另一台裝置執行內核。先手動將一台測試電腦的閘道指向旁路由，確認連線與 DNS 正常後，再逐步擴大使用範圍。建議的是這種遷移順序，並非旁路由在所有網路環境中都比較快。

適用情境：已有穩定主路由，希望逐步啟用並能快速復原的家用網路。

主路由直接執行內核

撥號、轉送、DNS 與代理集中在同一台裝置，網路路徑較直接，管理策略也更集中。不過，內核升級、規則設定錯誤或資源耗盡，都可能讓全家同時無法上網，因此須準備設定備份和本機管理入口。

適用情境：硬體資源充足，且熟悉防火牆與系統服務維護的使用者。

保留終端用戶端

每台裝置都能自行選擇節點與路由，不必變更家用網路的預設閘道。更新與疑難排解可限縮在單一裝置，但設定需要逐台維護；不遵循系統代理設定的應用程式仍須另外處理。

適用情境：裝置數量少、經常外出，或需要依應用程式調整策略的使用者。

規劃 IP 位址：旁路由並非接上就能接管流量

以同網段、單網路埠的旁路由為例：主路由為 192.168.10.1/24，旁路由固定使用 192.168.10.2/24，測試電腦則為 192.168.10.100/24。旁路由本身的預設路由仍指向主路由，測試電腦的預設閘道則指向旁路由。此範例不適用於所有雙網路埠或多 VLAN 架構。

項目	設定範例	檢查重點
主路由	`192.168.10.1`	繼續提供網際網路出口與 DHCP。
旁路由	`192.168.10.2`	使用固定 IP 位址，避開動態位址池，或建立保留租約。
測試電腦	`192.168.10.100`	先將預設閘道手動改為 `192.168.10.2`。
測試電腦的 DNS	`192.168.10.2`	只有在旁路由已提供可連線的 DNS 服務後，才能如此設定。

同網段單網路埠的架構容易產生非對稱路徑：電腦先把流量送到旁路由，直接連線的流量再經主路由送出，但回應封包可能從主路由直接返回電腦。這不一定會立刻造成斷網，卻可能影響連線狀態追蹤、流量統計或某些防火牆策略。是否需要來源位址轉換、獨立子網或額外路由，應依實際網路拓樸決定，別直接複製會影響全網的 NAT 規則。

只保留一個預期使用的 DHCP 服務，避免不同裝置隨機取得不同閘道。
在旁路由檢查 IPv4 轉送、防火牆轉送權限與回程路徑；若使用策略路由，也要確認反向路徑過濾沒有誤丟封包。
別讓旁路由的預設路由指向自己，也別讓主路由和旁路由互相將對方設為預設出口。

依序啟用：先測明確代理，再接管流量轉送

先確認「內核能連線」，再確認「閘道能接管流量」。將兩個問題分開處理，可避免節點參數、防火牆與 DNS 同時出錯時無從判斷原因。以下流程會保留主路由設定；測試失敗時，只要還原測試電腦的網路設定即可。

記錄原有設定

在 Windows「設定」→「網路和網際網路」→目前連線的「內容」中，記下 IP 位址、閘道與 DNS。不同系統版本的設定入口可能不同，請先截圖留存，再修改測試電腦。
檢查執行環境

在路由器系統中執行 uname -m 確認處理器架構，並檢查韌體的套件來源、執行階段程式庫與內核版本。使用該系統支援的部署方式，記下實際安裝的內核版本，不要只記錄管理介面顯示的版本。
測試單一節點

先啟動僅供測試的 HTTP/SOCKS 入口。範例手動指定 10808，並限制為可信任的區域網路可存取，再從電腦發出明確代理請求。確認記錄檔中沒有驗證失敗、交握失敗或監聽連接埠衝突。
讓一台電腦經由閘道連線

依據使用的內核與防火牆方案，設定透明入口和轉送規則，再將測試電腦的閘道改為 192.168.10.2。測試前請關閉該電腦的系統代理與 TUN，避免請求仍經過終端用戶端，造成測試成功的假象。
最後調整 DHCP

確認單一裝置運作穩定後，再考慮統一發送設定。標準 OpenWrt LuCI 可在「網路」→「介面」→「LAN」→「編輯」→「DHCP 伺服器」→「進階設定」中的「DHCP 選項」設定 IPv4 閘道與 DNS；韌體可能會更改欄位名稱，請以實際欄位為準。

若以上範例由主路由統一發送，DHCP 選項 3,192.168.10.2 會指定 IPv4 預設閘道，6,192.168.10.2 則會指定 DNS。修改後請讓測試裝置更新租約，並檢查實際取得的設定值。旁路由 DNS 尚未正常運作前，別先對全網發送設定；也別把 IPv4 DHCP 選項誤當成同時設定了 IPv6。

# 範例：旁路由已設定 HTTP/SOCKS 混合入口 10808
# Windows 終端機使用 curl.exe；其他系統使用 curl
curl.exe --proxy socks5h://192.168.10.2:10808 --connect-timeout 10 -I https://example.com/

# 查詢旁路由上的 DNS 服務是否有回應
nslookup example.com 192.168.10.2

socks5h 代表將目標網域交由代理伺服器解析，這只能驗證明確代理連線，無法證明電腦的一般 DNS 請求或透明代理已設定正確。接著還要關閉終端代理，分別使用一般瀏覽器和實際應用程式進行測試。

分別檢查 DNS、IPv6 與 UDP 路徑

若出現「部分網頁能開啟，部分卻一直載入」的情況，先檢查網域名稱是透過哪個 DNS 解析。應用程式可能使用系統 DNS，也可能啟用安全 DNS，透過 HTTPS 自行解析；旁路由上的網域分流規則不一定能看到相同的查詢。別只看一個 DNS 位址，就認定所有應用程式都使用相同的解析路徑。

一般 DNS 使用的 UDP/TCP 連接埠

10808

本文手動設定的混合入口

1 台裝置

首次切換閘道時的測試範圍

避免 DNS 形成迴圈：若系統解析器將查詢交給內核，而內核的上游又指回同一個系統解析器，查詢就可能不斷轉送。請畫出「裝置→本機解析器→上游」的實際路徑，並為節點伺服器網域保留可用的啟動解析方式。
分別驗證兩種記錄：查詢 A 與 AAAA 記錄，並檢查 IPv4、IPv6 的實際出口。裝置可能仍從主路由取得 IPv6 預設路由，因此只修改 IPv4 閘道，不代表所有連線都會經過旁路由。
確認 UDP 支援：語音、遊戲和使用 QUIC 的應用程式可能依賴 UDP。必須確認節點、內核入口和透明轉送方案都支援相應流量，不能以一次 TCP 網頁測試取代。
明確劃定規則範圍：閘道本身的管理位址、區域網路網段、群播與廣播流量，以及代理伺服器連線，都應有明確的處理方式，以免內核自身的對外連線再次被送回入口。

比較效能：留意單核心、記憶體與故障影響範圍

有 Gigabit 網路埠，不代表加密代理就能跑滿 Gigabit。處理器單核心效能、協定與傳輸開銷、並行連線數、記錄檔寫入及散熱，都會影響傳輸速度。主路由還得負責撥號、防火牆和無線網路管理等工作；代理負載過高，可能讓其他裝置的延遲一併升高。旁路由雖能分擔運算負載，卻無法自動消除主路由的轉送瓶頸。

觀察項目	檢查方式	判斷依據
CPU 與溫度	持續傳輸 10 分鐘，查看各核心使用率與裝置溫度。	若有單一核心持續滿載，不能只看整體 CPU 使用率。
可用記憶體	查看 `free`、處理程序用量與系統記錄檔。	區分快取與可用記憶體，並留意記憶體不足造成處理程序終止。
延遲與穩定性	分別在閒置與下載時測試一輪，至少觀察 30 分鐘。	這些是建議的測試時間，並非本文實測結果。
重新啟動與復原	確認有人能在現場復原後，分別重新啟動內核和閘道。	確認服務會自動啟動、規則能還原，並檢查 DNS 的啟動順序。

主路由直接執行內核時，應特別檢查流量卸載是否與透明代理規則相容：部分卸載路徑可能會略過必要的處理鏈。別只為了追求測速數字就全部開啟。使用旁路由則須額外確認裝置斷電後的狀況；若 DHCP 已將它設為全網預設閘道，裝置故障時，網路不會自動切回主路由。

維護時請備份內核設定、服務啟動項目、防火牆規則和 DHCP 設定。升級前記下可復原的版本，先在測試裝置確認訂閱轉換、網域策略與 UDP，再擴大使用範圍。訂閱更新成功只代表取得設定資料，不代表其中每個節點都能在目前的內核上運作。

依症狀排查，保留桌面用戶端分工

修改旁路由閘道後，電腦完全無法上網？

先將閘道恢復為 192.168.10.1，確認原本的網路能正常使用。接著檢查能否連線至 192.168.10.2、旁路由本身能否連上網際網路，以及轉送權限是否已啟用。若修改 DNS 後網域名稱無法解析，但閘道仍可連線，請單獨測試 DNS，不要立刻重新安裝內核。

明確代理可用，關閉代理後卻無法上網？

這表示節點和明確代理入口大致可用，接下來應檢查透明入口、防火牆規則的比對計數與策略路由。先確認電腦實際使用的預設閘道，再查看請求是否進入目標規則；別反覆修改已驗證可用的節點驗證參數。

電腦正常，手機連上同一個 Wi-Fi 卻沒有走旁路由？

檢查手機目前取得的閘道與 DNS，重新連線 Wi-Fi 以更新租約，並確認 IPv6 路由及應用程式內建的解析設定。若手機仍在使用 v2rayNG 或 v2flyNG，請先暫停連線再測試閘道路徑，避免兩套規則互相干擾，影響判斷。

家中已有旁路由，還能使用 v2rayN 嗎？

可以，但要先釐清分工。日常使用時，可讓桌面電腦直接透過閘道連線；需要獨立測試節點時，再到 v2rayN 的「系統代理」選擇「自動設定系統代理」。同時檢查閘道是否會再次代理節點連線，必要時設定明確的直連規則，避免不小心形成雙層代理。

最後驗收不只是確認網頁能否開啟，還要檢查區域網路分享、列印、語音與常用應用程式是否正常，測試 DNS 和 IPv6 路徑，並確認恢復自動取得網路參數後能回到原本的上網方式。若不熟悉系統轉送規則，保留終端用戶端，並將閘道部署限制在可控制的測試範圍，通常比直接更換全家的網路出口更容易維護。