適用對象與本篇刻意不寫的範圍
這篇文章寫給搜尋「OpenClash 怎麼換節點」「LuCI 規則模式 全域模式」之類關鍵字、且軟路由已可正常上網的人。預設你不必從零解釋什麼是訂閱、什麼是透明代理；若你連 OpenClash 主開關、核心下載或防火牆轉發都尚未搞定，請先到 OpenWrt OpenClash 安裝與分流長文把底座補齊，再回到此處學日常手勢。行文以 2026 前後常見的外掛版面為參考，實際選單翻譯或分頁命名可能因主題、語言包與 OpenClash 小版本不同而略有出入；請把步驟當成語意地圖，在手中介面找到對應區塊即可。
不涵蓋的部分包括：精修 rules、rule-providers、GEOIP 規則庫版本對齊、或在設定檔手刻 url-test／fallback 自動切換——這些屬進階維運題，可搭配本站 url-test／fallback、規則順序與 MATCH 慢慢補。也不討論第三方機場商業條款或特定協議抓包，僅聚焦家庭閘道場景下的 LuCI 操作心法。
節點、策略組與三種代理模式：在路由器上代表什麼
在 Clash.Meta／Mihomo 家族裡，節點是單一離開區域網的線路；策略組（proxy-groups）則決定「這一包流量最後被丟到哪個節點或下一層子策略」。路由器上的關鍵差別在於：當你在 LuCI 或內嵌面板裡點選某策略組時，影響的是通過該 OpenWrt 作為預設閘道之下級裝置的路徑，而不是只影響某一臺已安裝桌面客戶端的電腦。若你家有雙閘道、旁路由、或部分裝置手動指定了非本機的 DNS，讀到的「換線結果」就會與路由器後台不同步——這不是 OpenClash 壞掉，而是誰主導路由表與 DNS 解析的問題。
規則模式讓核心依規則表把目標網站分到直連或不同代理組，適合長期日常；全域模式把需代理的那類流量強制導向當前選定出站，利於快速判斷「節點本身有沒有壞」「DNS 有沒有跑歪」，缺點是容易把原本該直連的目標也送出國。介面上的直連或等效描述，通常代表不依規則再把流量送往代理組，但終端若自行使用 VPN、行動熱點或 DoH，仍可能看起來「沒變」──排查時要先釐清測試機實際走的網路堆疊。
1登入 LuCI：先確認 OpenClash 不是在「停機狀態」上調整
以瀏覽器進入路由器管理位址（常見為 192.168.1.1 或自訂網段），登入後在頂層選單找到「服務」或等效分類下的 OpenClash。第一時間看儀表、總覽或狀態區：核心是否運行、上次重新載入有無錯誤紀錄、記憶體與連線數是否已逼近硬體極限。若你在一個剛崩潰過、尚未復原的核心上頻繁切換策略，介面有時會短暫顯示成功但實際轉發尚未恢復；此時寧可先執行一次「停用後再啟用」或依官方文件建議重啟外掛，再開始換線。若你使用中文 LuCI 介面，外掛條目也可能寫成「OpenClash 設定」或「OpenClash 插件」，語意相同即可。
同時請記下目前是否啟用透明代理、DNS 由誰接管、是否與 DHCP 派發的 DNS 選項一致。很多家庭網路問題並非節點壞去，而是電視或手機仍快取舊 DNS，導致規則看起來「沒生效」。若你曾調整過 FakeIP、DoH 或防 DNS 洩漏，也請在腦中把「解析鏈」與「代理鏈」分開思考：兩條都對，畫面才會與預期一致。
2更新訂閱並讓核心讀到最新節點清單
手動換節點前，建議在訂閱或設定檔管理分頁先執行一次更新，避免介面上選到已下線的舊標籤。操作流程多半是：選擇對應訂閱列、點更新、等待成功訊息，再按下儲存與套用或「重新載入核心」類按鈕。不同版本把「儲存」「套用」「重載」拆在不同層級，若你只更新訂閱卻沒讓核心重新吞入設定，表面上節點列表變了，實際運行檔仍可能是上一版。養成習慣：更新後看狀態欄時間戳是否前進，或在內嵌連線日誌裡確認新近連線使用的是預期出站。
小記憶體機型：同時更新多份大型規則或 Geo 資料時，路由器可能短暫卡住；避開尖峰時段、分批更新，比在卡頓中連續點擊更安全。
3在策略組裡換節點：由「規則會打到的那一層」往下走
OpenClash 多半會內建或跳轉到與 Mihomo 相容的 Web 面板，以分組或清單呈現所有 策略組。手動切換時請避免只盯着最底層某一个節點名稱猛點，卻忽略上游仍是 url-test 或自動選線組。實務上可先把眼光放在規則最常命中的主出口組（例如預設代理、手動選擇、自動選線之類命名，實際以你的訂閱為準），點進去後觀察此組型別：是可手動鎖定節點，還是會依延遲自動輪替。若為後者，要麼在同一組內改參數（進階），要麼在可手動的子組下鎖定具名節點，否則 UI 顯示與實際出口可能繼續漂移。
與 Mihomo Party類似，策略組的層級關係是通用邏輯：桌面客戶端每次只影響該作業系統上被接管的程式；OpenClash 則是把同樣的決策套用在所有經過路由器的連線。若你習慣在 Party 裡用圖形化測速挑節點，路由器上也可透過面板提供的延遲測試按鈕達成類似目的——差別在於測試發起點是路由器本身，較接近「全家實際出口」表現，但也更受對外頻寬與硬體 CPU 影響。
為什麼 LuCI 顯示換了，某一臺裝置卻不買單？
常見原因有三類：其一，該裝置並未使用這臺 OpenWrt 作為閘道；其二，裝置套用舊的 DHCP 租約或靜態路由；其三，應用程式自己內建代理或加密 DNS，繞過了系統路由。排查順序建議先用一台乾淨的手機連上問題 Wi‑Fi，確認只能拿到預期的閘道與 DNS，再重試目標網站。若僅單一 App 異常，與全家斷線分開處理，以免誤判成節點故障。
4切換規則／全域／直連：建議的驗證節奏
當你懷疑是節點問題還是規則問題，可用固定節點 + 輪替模式交叉驗證：先在某策略組鎖定一條延遲穩定的線路，維持 規則模式測試目標業務；若失敗，切到 全域模式再測一次。若全域正常而規則不正常，代表出站大致沒壞，應回到規則集、GEO 資料、或域名嗅探等議題，可延伸閱讀 Sniffer 與規則順序文章。若兩者皆失敗，優先檢節點供應商狀態、本機時間是否正確、以及路由器 WAN 是否本身斷線。
完成排查後，請把模式切回日常最合適的規則模式，避免長期停在全域造成不必要的繞路與計費流量消耗。直連模式則可用來確認「完全不經代理時」區域網與光貓外線是否正常，有助區分「OpenClash 介入前後」的差異。每一次切換後若介面提供「套用設定」或「重新載入」，請耐心等核心狀態回到運行中再測，避免在重載進行中連續點擊造成設定競態。
公網 IP 與日誌：切到全域測試時，下游裝置若打開出口查詢網頁，應只看到當前節點落地；若仍顯示家裡 ISP，代表該流量未如預期進入 Clash 轉發路徑，請回到透明代理與防火牆轉發設定。
閘道視角：為什麼路由器操作不能像 PC 客戶端一樣「只管一臺電腦」
讀過 Mihomo Party Windows 使用教學的讀者會熟悉：測速、手動選節點、切規則／全域／直連，都在單機語境完成。OpenClash 則是把 Mihomo／Clash.Meta 核心搬到路由器，讓無法安裝客戶端的裝置（遊戲機、電視、掃地機）也共享同一套策略。優點是管理集中；缺點是任何誤切換的影響面是整個 VLAN 或整個家，排查時要更有紀律——改動當下就該記錄模式、策略組名稱與節點標籤，必要時再回滾。
若家中同時存在「PC 自己跑 Party」與「路由器跑 OpenClash」，請避免雙層代理與雙重 DNS 修改互相打架。簡化策略通常是：要嘛終端全信賴閘道，要嘛在特定裝置暫時繞過閘道只做本地客戶端——不要兩套都開著卻沒有清楚邊界。對開發者而言，WSL／虛擬機路徑仍可能與物理機不同步，可另參 WSL2 與 Windows 代理類文章；本文假設測試終端直接接在 OpenWrt 下游。
問答整理
LuCI 與內嵌面板哪個才是「正式」設定？兩者操作的是同一個核心狀態機，差在呈現層。一般日常換節點用內嵌面板較直覺；涉及開機啟動、訂閱 URL、覆寫檔較重的選項仍在 LuCI 主設定頁。若你發現兩邊顯示不同步，多半是瀏覽器快取或核心尚未重載完成。
想自動依延遲換節點一定要在 LuCI 弄嗎？不一定。自動健康檢查與 fallback 屬設定檔能力，LuCI 只提供觸發更新與部分覆寫入口；進階自動化請回到 Yaml 與 url-test／fallback 教學。
規則模式下某些國內站變慢是節點問題嗎？有可能是規則把 CDN 域名分到不當分組，或 DNS 結果導致繞路。先用全域／直連對照，縮小問題維度，再決定是否動規則。
小結
在 OpenWrt 上用 OpenClash，日常離不開三件事：讓核心與訂閱處在健康狀態、在策略組正確的層級手動選節點、再用規則模式與全域模式交叉驗證問題來自線路還是分流。LuCI提供閘道級入口，其語意與你在 Mihomo Party裡學到的 Clash 概念一致，但影響範圍放大到整個區域網——這正是「路由器 Clash」最有威力、也最需要謹慎操作的地方。
相對而言，只靠傳統純命令列或過舊的圖形工具，要同時維護家用閘道與不斷演進的 Meta 特性，往往得付出更多手刻成本；而整合度較好的現代客戶端與知識庫，能把測速、視覺化規則與一鍵回復路徑打包得更完整。若你希望把複雜分流壓縮成更可管理的日常流程，除了善用路由器上的 OpenClash，也不妨從本站整理的桌面方案入手，用同一套策略邏輯在 PC 與手機上維持一致體驗。若你想找與 Mihomo 生態同步、又能降低設定門檻的工具，可以先免費下載 Clash，再依裝置選擇對應教學完成環境。