安裝完成後，日常要學的是「按哪裡」
許多讀者跟著 OpenWrt、OpenClash 安裝教學走完一遍，路由器已能出口換 IP，但兩三天後又回來搜尋「訂閱刷新怎麼按」「策略要從哪換」。這很正常：安裝篇處理的是韌體、核心與第一次匯入；真正每天會碰到的是機場後台改節點、晚高峰要手動挑線路、以及規則把家裡影片或遊戲送去錯誤出口。本文假設你已能登入 Luci 並看到 OpenClash 選單，我們只談面板裡維持可用性的操作順序與觀念，並與桌上型 Clash 用戶端「怎麼用」系列補成同一套使用邏輯，只是執行位置換成閘道。
OpenClash 各版本、各客製韌體（如 iStoreOS、ImmortalWrt 等）的頁籤命名不盡相同，以下用功能區塊描述：你在畫面上看到「訂閱」「設定檔」「覆寫」「執行模式」「日誌」等字眼即可對應，不必執著某個按鈕是否叫一模一樣的中文。
Luci 裡 OpenClash 介面怎麼逛
第一次登入，建議先在側邊欄找到「服務」底下的 OpenClash 項目。多數版型會把資訊拆成三層：狀態／儀表板看現在跑哪個設定檔、核心是否存活、即時流量概況；訂閱與設定檔管理機場網址、別名、更新頻率；執行設定／覆寫讓你在不重編整份 YAML 的情況下，暫時改策略組出口或 DNS 類選項。你在桌面 Clash 圖形介面裡熟悉的「訂閱、代理、規則、連線」概念，在路由器上只是改由瀏覽器分頁呈現，操作步調會比較像「設定網路設備」，需要一點耐心。
實務上可自建一個心理模型：訂閱決定你有哪些節點清單；設定檔（配置）把訂閱、規則、策略組縫在一起；執行模式決定透明代理與 DNS 怎麼接到你家區網；策略組則決定某類流量最後從哪個節點出去。日常排查若從這四塊往回追，通常不會迷路。
訂閱刷新：更新機場節點的最短路徑
機場會不定期新增或下架節點；若你只重啟路由器卻不更新訂閱，表面「連線成功」實際可能還在吃舊清單。刷新流程在 Luci 通常如下：
- 進入 OpenClash 的訂閱資訊或設定管理—訂閱同源區塊，確認每一筆訂閱的網址仍與機場後台一致。若機場剛輪替了 Token，請先手動改網址再更新。
- 檢查該筆訂閱是否需要機場指定的 User-Agent、略過憑證驗證等選項；錯的 UA 常會下載到登入頁或空白內容，介面卻顯示「成功」。
- 對單筆訂閱按更新訂閱，或在頁面底部使用一鍵更新全部。完成後應看到節點數量為正、而非零或異常小的數字。
- 若你使用「訂閱轉換」或第三方模板，記得轉換服務本身也要連得到；路由器若無法直連轉換網址，要改在國內可訪問的鏡像或改由本機產生設定後再上傳。
- 更新後務必讓正在使用的設定檔引用到最新訂閱內容，並執行下一節的套用與重載；僅下載到暫存但未載入核心，介面仍可能顯示舊節點名稱。
套用設定檔與重載：讓新訂閱真的生效
「更新訂閱」只保證檔案下載成功；要讓節點列表進入核心，仍須設定檔指向正確路徑並重載。請在設定檔或「配置管理」區選擇你要使用的 YAML，確認其中的 proxy-providers 或訂閱段落與剛更新的來源一致。接著使用頁面上常見的套用設定、重新載入或重啟 OpenClash（依版本與效能取捨；重啟最笨也最乾淨）。完成後回到儀表板或策略總覽，確認節點名稱已與機場後台同步。
若你同時保留多份設定（例如一份極簡、一份含完整規則集），請養成習慣確認目前啟用的是哪一份；不少「我明明刷新了還是舊節點」其實是載入了另一份靜態備份檔。
策略組與節點切換：如何挑「人少」與較順的線路
桌面 Clash 用戶端常以清單顯示延遲與失敗節點；路由器介面同樣有策略組（Policy Group）概念，把「YouTube、Telegram、預設代理」等出口分開管理。當你覺得晚高峰特別卡，優先檢查：
- 自動選擇／Url-Test類策略是否開著：它會定時測速並切換，但有時反而在兩顆差異不大的節點之間來回跳，體感更差。可改手動鎖定一顆當下測起來穩定的機場落地。
- 負載標示：若訂閱名稱或備註含負載百分比，挑較低者通常較符合「人少」的直覺；但請注意測速位置在路由器上，與你電腦裝用戶端時的延遲數字未必相同。
- 分段策略：把串流、下載大檔與一般瀏覽分到不同策略組，可避免所有流量擠在同一出口；此做法取決於你的機場訂閱是否提供相應分組與規則。
- 故障轉移：若策略支援 fallback，當主節點連續失敗會自動往下換；日常可觀察日誌是否頻繁觸發 fallback，若是，代表主節點或線路品質已不值得繼續當首選。
實務上在 Luci 的「覆寫設定」「執行設定」或儀表板上的下拉選單，找到對應策略組即可切換；切完記得確認是否寫回正在使用的設定。某些版本提供「一鍵應用覆寫」，可避免手動改 YAML。
規則與分流：直連、代理與「看起來很怪的例外」
搜尋「分流」「規則」的讀者，核心問題通常是：為什麼 A 網站走代理、B 網站直連？在 Clash 系統裡，規則是一條條由上而下匹配：命中第一條就採用對應動作（DIRECT、REJECT、某個策略組），後面的規則不再看。常見段落包括網域名關鍵字、完整網域、地理 IP 區段與預設兜底。若你的機場附帶「國內直連、境外代理」類規則，路由器上會與桌面版一致：國內媒體與銀行站常安排在較前段直連，以減少延遲與風控。
OpenWrt 場景下多兩個實務細節：一是 Fake-IP 讓部分應用程式在「查 DNS 階段」就看到虛擬位址，規則命中看起來與想像不同；二是某些裝置自己帶硬編碼 DNS，略過路由器，導致規則看似沒生效。遇到「只有這台手機怪怪的」，先檢查該裝置 DNS 設定與是否裝了自有 VPN，而不是先懷疑規則寫錯。
若你希望少動腦，維持機場預設規則即可；若你希望家裡 NAS 或監控鏡頭永遠直連，通常要在規則前列補上專用片段，並用日誌確認命中順序無被後段規則吃掉。
執行模式、DNS 與日常開關代理的關係
不同 OpenClash 版本會用「紅色／藍色」「相容／增強」等詞描述透明代理與 DNS 的組合，名字不重要，重要的是你理解目前模式會不會攔截區網裝置的 DNS 查詢。當你切換執行模式或 Fake-IP 相關開關後，若出現「網站打開很慢但最終能開」，多半是 DNS 走規則時多繞了一圈；此時先對照日誌裡的規則命中，再決定是否縮小規則集或調整本機 DNS。
日常臨時關閉代理時，建議使用介面提供的停用／暫停 OpenClash而非亂改防火牆；關閉後再確認 WAN 與 Luci 仍可進入。若你只想讓某裝置短暫直連，優先用 DHCP 靜態分配搭配更精細的策略或訪客 VLAN，比在路由器上反覆切換全域模式安全。
日誌與連線記錄：怎麼確認規則有「打到」
路由器上沒有桌面程式那麼活潑的即時圖表，但日誌仍然是最可靠的真相來源。看到連線被 reset、TLS handshake 失敗、或規則一直落到最後的 MATCH，才能判斷是節點品質、DNS 還是規則順序問題。建議把日誌級別設在你能忍受的詳細度即可；過度 verbose 在記憶體小的機種上可能造成壓力。
本站另有 Clash 日誌與規則命中除錯主題文章，適合你在路由器與電腦間交叉閱讀；邏輯相同，差別只在於 OpenWrt 上要習慣用瀏覽器捲動與篩選關鍵字。
常見狀況：更新成功卻沒節點、網站誤判區域、串流解鎖失敗
更新成功卻看不到新節點或數量為零
除訂閱內容本身無效外，常見是設定檔合併順序被舊段落覆蓋，或下載到的是機場的提示頁面。用 SSH 在路由器上對訂閱網址執行 curl -v 看回傳是否為 YAML／Base64；若被導向登入頁，請回到 Luci 修正網址與 UA。
IP 查詢顯示區域不對
先確認測速網站本身是否根據瀏覽器語言判斷地區，而非實際出口；再對照 OpenClash 儀表板當前策略組選用的節點。若你使用了「繞過中國大陸」類規則，部分境外 CDN 節點可能仍顯示鄰近區域，不一定等同於你的機場註冊地。
串流解鎖反覆跳區或黑屏
串流服務常結合 DNS 與 IP 雙重檢查。請避免同一策略組在多個洲之間跳動；必要時為該服務單獨指定穩定落地節點，並確認 UDP 行為符合服務需求。路由器記憶體若不足載入過大規則集，也可能出現隨機漏規則的假象，這時要縮減規則或增設外部儲存。
路由器方案與本機 Clash 用戶端：怎麼搭配最省心
OpenWrt 上的 OpenClash 適合當「全屋基線」，但日常除錯與臨時切換若在瀏覽器裡點來點去，確實不如電腦用戶端直覺；不少工具還停留在需手動改設定檔、訂閱失敗時提示不清的階段，節點掛了使用者還以為是網路壞了。相較之下，把訂閱匯入與節點狀態監測做得一目了然的用戶端，會大幅降低試錯成本，也讓你在決定是否把某條規則搬上路由器前，先在單機驗證。
ClashFast 針對這類痛點強調一鍵匯入、清楚的節點與連線回饋，以及跨平台一致性；你可以先在筆電或手機把同一機場訂閱跑順、策略命名摸熟，再回到 Luci 裡做閘道級部署，整體路徑會比硬啃路由器介面順得多。若你接下來想在電腦或行動裝置上找一款維護積極、介面現代的 Clash 用戶端，不妨前往 Clash 用戶端下載頁取得適用版本，再與本文的 OpenWrt 日常操作互相對照。立即免費下載 Clash，讓訂閱、節點監測與規則調校不再只靠猜。