先選架構:主路由器代理,還是旁路由

手機、筆電、電視與遊戲主機都要共用代理時,問題不只是「把 Clash 裝在哪裡」,而是要決定家中裝置的預設閘道由誰負責。每台裝置各自安裝 Clash,適合少數電腦或需要高度個人化規則的情況;但電視、遊戲主機、智慧家庭設備未必能安裝用戶端,也可能不支援手動代理。把代理能力放到網路入口,則可以讓多台裝置共用同一套規則,並按裝置或網域決定走代理、直連或封鎖。

若主路由器本身支援安裝或整合 Mihomo 等核心,且硬體效能、韌體與維護能力足夠,直接在主路由器處理通常最簡單:所有經過它的流量都能套用規則,不必再改每台裝置的閘道。不過,低階路由器的 CPU、記憶體與韌體功能可能不足以應付大量連線;更新核心或規則也會牽動全家網路,設定失誤時,影響範圍比單一電腦大。

旁路由則是在現有主路由器旁增加一台能運行 Clash/Mihomo 的設備,例如小主機、相容路由器或 Linux 主機。主路由器仍負責撥號與無線網路,旁路由額外處理指定裝置的流量。它較容易逐步導入,也能讓部分裝置保持原有連線方式;代價是需要規劃閘道、網段與 DNS,並且要確認旁路由轉送流量的模式符合目前核心及韌體的能力。

簡單判斷:全家設備都要套用一致政策,而且主路由效能與功能足夠,可先評估主路由方案;若希望先讓電視或幾台裝置試用代理、又不想重建整個家庭網路,旁路由通常較有彈性。無論選哪種,都先確認設備能穩定運行核心、具備所需的透明代理或流量轉送能力,並能在設定出錯時透過有線連線恢復管理。

ℹ 先畫出現況:記下主路由器的 LAN 位址、網段、DHCP 範圍、DNS 與目前的無線基地台連線方式,再決定代理設備要接在哪一段網路。

設定前檢查:網段、DHCP 與設備能力

動手前先確認主路由器和旁路由各自的管理位址,以及家中目前使用的網段。常見家庭網路會使用 192.168.1.0/24 或 192.168.0.0/24;這只是常見例子,不代表兩者可以同時照抄。若兩台設備的 LAN 位址重複,或兩個路由器都在同一網段內擔任 DHCP 伺服器,裝置可能拿到不同閘道與 DNS,出現網頁時好時壞、管理頁面打不開,甚至整個區網互相找不到的情況。

請在主路由器管理介面確認 DHCP 發放範圍,並為旁路由保留一個不會被其他裝置重複使用的位址。可使用 DHCP 位址保留功能綁定旁路由的網卡位址,也可將它設定在 DHCP 範圍之外;重點是不要讓靜態位址落入可能分配給其他設備的區段。設定前拍下或抄下原始值,日後要還原時,才不必猜測哪個欄位曾被修改。

接著確認準備運行核心的設備能否處理你預期的流量。路由器的硬體加速、封包轉送加速與透明代理功能可能互相影響;啟用某些加速選項後,流量不一定會經過核心的規則處理。小主機的效能通常較充裕,但要考慮網卡數量、散熱、待機耗電與系統更新。若使用圖形客戶端管理設定檔,還要確認目前版本支援你需要的核心與路由模式,不能只看介面上是否有「已啟動」狀態。

也請先決定哪些裝置要代理。可以先選一台筆電或電視做測試,再逐步納入其他設備;不要一開始就把全家 DHCP 閘道與 DNS 一次改完。智慧插座、監視器、印表機與遊戲主機對連線中斷的容忍度不同,有些需要穩定連接本地控制器或區域網路服務,未必適合套用與一般瀏覽器相同的代理策略。

主路由器方案:在網路入口套用規則

主路由器方案的核心,是讓路由器本身載入設定檔並處理經過它的流量。先備份原有設定,確認路由器韌體或管理介面明確支援所需的代理核心與流量轉送模式,再依其文件啟用服務。不要把桌面版 Clash 客戶端的操作方式直接套到路由器上:桌面客戶端通常處理本機應用程式或本機網路介面,路由器端則要面對多台設備的封包轉送、NAT、DNS 與防火牆規則。

設定檔中,常見的工作分為兩部分:一部分定義節點、代理提供者與策略組,另一部分定義哪些網域或流量要交給哪個策略組。若希望家中一般網站直連、特定服務走代理,應檢查目標規則是否放在通用規則之前,並確認最後的預設規則符合預期。切換策略組後,用客戶端日誌或路由器連線紀錄確認實際命中的策略,不要只依據某個網站能否開啟來判斷整份設定正確。

啟用服務後,先只讓一台測試裝置維持原有閘道,確認路由器上的核心可以正常連線、解析 DNS,且本機管理頁仍可存取。之後再逐步檢查透明代理是否涵蓋有線與無線網路、訪客網路是否被納入,以及硬體加速是否讓部分封包繞過規則。若韌體提供分流或裝置清單功能,可把測試設備加入代理範圍,讓其他設備暫時維持直連,降低設定錯誤對家庭網路的影響。

主路由器還要特別留意核心重啟、規則更新與路由器重新開機時的行為。有些管理介面會在服務停止時恢復一般轉送,有些則可能留下不完整的防火牆狀態。確認更新設定檔後能正常回復、重開機後服務會自動啟動,並記下關閉代理或還原備份的入口。若路由器需要手動安裝第三方韌體,請先核對硬體版本與復原方式;不確定時不要直接刷寫主路由器,旁路由較容易作為低風險的測試環境。

旁路由兩種接法:同網段與獨立網段

「旁路由」並不是單一固定接法。第一種是同網段閘道:主路由器與旁路由位於同一個 LAN 網段,旁路由使用固定管理位址,並由主路由器繼續提供 DHCP。要讓特定裝置走旁路由,通常是在裝置端或主路由器的 DHCP 設定中,將該裝置的預設閘道指向旁路由位址;DNS 也要配合設計。此方式能保留原有主路由器與無線基地台架構,但需要旁路由具備正確的轉送與透明代理設定,且不同韌體對封包回程的處理可能不同。

第二種是獨立網段:旁路由另設一個 LAN 網段,測試裝置連到旁路由的 LAN 或無線網路,由旁路由提供 DHCP,再由旁路由的上游介面連回主路由器。這種方式能把測試設備與原有家庭網路分開,故障邊界較清楚,也較方便逐台加入。不過,裝置可能形成雙重 NAT;區網投放、印表機探索、遊戲主機連線或跨網段存取檔案,可能需要額外的靜態路由、防火牆允許規則或 mDNS 中繼設定。

兩種架構不要混著設定。若採用同網段接法,通常應由主路由器維持該網段的 DHCP 管理,避免兩台 DHCP 伺服器同時發放位址;若採用獨立網段,則要清楚分配上游與下游介面,不要把 WAN、LAN 端口或預設閘道設成互相矛盾的值。設定旁路由的管理位址後,先從同網段電腦登入管理頁,再接上其他設備測試,確認每一步都能回復。

不同核心與韌體的選單名稱、透明代理模式及路由要求可能不同,因此不要把網路文章中的固定欄位或命令視為通用配方。以目前設備文件為準,特別核對流量是否需要經過旁路由、旁路由是否會進行 NAT,以及 DNS 請求由哪台設備處理。若管理介面能查看即時連線,可用一台測試裝置開啟特定服務,同時比對連線紀錄、策略命中與 DNS 回應,逐段確認實際路徑。

⚠ 常見錯誤:只把裝置的閘道改成旁路由,卻沒有讓旁路由具備封包轉送或回程處理;或將旁路由 DNS 指向自己,卻未啟動可用的 DNS 服務。這兩種情況都可能造成「已連上 Wi-Fi,但無法正常上網」。

用 DHCP 與裝置分組控制代理範圍

若主路由器支援按裝置保留 DHCP 位址,先為需要測試的手機、電視或筆電建立固定租約,再把這些設備放進旁路由或代理政策的目標清單。這比按每台設備手動輸入閘道更容易管理,也能避免設備重新連線後取得新位址,導致原有分流規則失效。若管理介面只能按 IP 位址識別設備,固定租約尤其重要;若支援依網卡位址或用戶端名稱分組,也要留意裝置啟用隨機 MAC 位址後,識別資訊可能改變。

不同系統設定手動閘道的入口各異,但操作原則相同:保留自動取得 IP 位址的方式,只在有明確需求時修改預設閘道與 DNS,並記錄原本設定。手機常會在不同 Wi-Fi 網路間切換,手動值可能只適用於家中;筆電若同時連接有線網路與 Wi-Fi,則要確認作業系統選擇的優先路由沒有把流量帶回另一個介面。測試完成後,應還原不再需要的手動設定,避免離開家中後仍指向無法到達的閘道。

分組時可採取由小到大的方式:先讓一台可輕易重新設定的裝置走代理,再加入影音設備,最後才評估是否要擴大到全家。對需要直連的設備,使用明確的裝置分組或策略規則,比在多個位置重複新增相反規則更容易維護。也要注意「裝置走代理」不代表所有應用程式都一定經過同一條路徑;應用程式可能使用不同 DNS、IPv6 或自訂連線方式,必要時要從連線紀錄確認,而不是只看策略組畫面。

DNS 是多裝置共用時容易忽略的一環。若 DHCP 發給裝置的 DNS、旁路由的 DNS 服務與核心的 DNS 設定彼此不一致,可能出現網站解析正常但連線走錯策略、網域解析延遲或區網裝置名稱無法查詢等現象。先決定由哪台設備接收用戶端 DNS,再確認它能把請求交給預期的解析器;測試時清除裝置的 DNS 快取,並分別驗證一般網域與區域網路設備名稱。若使用 IPv6,也應確認它是否被納入相同的路由與代理考量,否則部分連線可能經 IPv6 直出,呈現「有些應用有走代理、有些沒有」的結果。

逐台驗證、常見故障與快速復原

每次只更動一類設定,並依序驗證「取得位址、到達閘道、DNS 解析、策略命中、外部連線」。先確認測試設備取得的 IP、子網路遮罩、預設閘道與 DNS 符合設計;再確認能登入預期的路由器管理頁,且區網內其他設備仍可互相連線。接著開啟核心連線紀錄,檢查測試設備的請求是否出現、網域命中哪條規則,以及代理策略組是否選到可用節點。若外部網站失敗,這些資訊比反覆切換節點更能縮小問題範圍。

若裝置顯示已連線但無法上網,先把閘道與 DNS 暫時還原為原本設定,確認主路由器的直連網路仍正常,再檢查旁路由服務是否啟動、上游閘道是否可達,以及防火牆是否允許轉送。若只有網域名稱無法開啟、但已知 IP 位址可達,優先查 DNS;若管理頁面可開、外部連線不通,則查上游路由與策略;若部分應用正常、部分異常,檢查 IPv6、應用程式自身代理設定與規則命中。不要一次同時修改 DHCP、DNS、防火牆和核心設定,否則很難知道是哪項變更造成差異。

家庭網路還可能受訪客 Wi-Fi 隔離、基地台用戶端隔離、Mesh 節點回程方式或防火牆區域設定影響。若只有連到某一個基地台的設備無法使用旁路由,先確認該基地台是否把用戶端隔離,或是否使用不同 VLAN;若只有區網投放與印表機失效,則可能是跨網段探索封包被阻擋,而不是代理本身故障。這時應分開檢查「外網代理是否正常」與「區網服務能否互通」,不要為了修復投放就直接關閉所有防火牆保護。

調整完成後,保留一份可用設定備份,記錄旁路由位址、DHCP 範圍、測試設備清單與回復方式。至少測試一次核心重啟與路由器重新開機,確認設備能重新取得正確網路設定;也確認旁路由關機時,家庭網路是否會中斷,以及如何把測試裝置改回主路由器閘道。若設定只在「旁路由一直開著」時才可用,應將這點納入日常維護,而不是等設備故障後才發現全家都失去連線。

比起逐台安裝桌面客戶端,路由器或旁路由能讓不支援代理設定的電視與遊戲主機共用規則;相較某些封閉式家用 VPN 路由器,它也能提供更細的規則分流與直連控制,但前提是你願意維護網段、DNS 與核心設定。若現有路由器功能不足,或希望先在少數設備上驗證,選擇可清楚管理設定檔、策略組與連線紀錄的 Clash V.CORE 工作流程,會比盲目更換全家網路設備容易排查;可依自己的裝置與系統需求前往下載,先用一台測試設備確認設定,再逐步擴大使用範圍。