控制面板是你觀察我內部狀態的視窗。很多「為什麼打不開」的問題,打開面板看兩眼就有答案。這篇按頁面一個一個講:代理、連線、日誌,以及它們各自能幫你解決什麼問題。

面板從哪裡打開

桌面客戶端一般都自帶面板入口;如果你跑的是命令列核心,設定裡確保有這一行,再用瀏覽器開啟對應的 Web 面板(yacd、metacubexd 等)即可連線:

面板 API 設定
external-controller: 127.0.0.1:9090
secret: "your-api-secret"       # set one if exposed to LAN

代理頁:延遲數字怎麼看

點擊策略組的閃電圖示就是一次全員測速。延遲顏色的含義:

  • 綠色(<200ms):狀態健康,瀏覽、看影片都沒問題。
  • 黃色(200~500ms):能用但偏慢,玩遊戲、視訊會議會明顯卡頓。
  • 紅色 / 逾時:節點目前無法使用,別選它。

注意延遲測的是「你 → 節點 → 測速位址」的整條鏈路,不是單純的 ping 值;同一個節點不同時間測出來的差異很大是正常現象,尖峰時段普遍偏高。

連線頁:誰在偷跑流量,一目了然

連線頁列出目前所有活躍連線,每一行包含:目標網域、命中的規則、走的策略組和節點、已用流量。三種高頻用法:

  1. 驗證分流:造訪一個網站後在這裡搜尋它的網域,看命中的規則和出口是不是你預期的。
  2. 抓流量大戶:按流量排序,背景偷偷更新的應用程式立刻現形,必要時可以點 × 切斷單條連線。
  3. 排查規則誤判:如果某個本地網站走了代理,看它命中了哪條規則,回設定檔裡把順序或規則改掉。

日誌頁:排錯的最後手段

連線頁看不出問題時就來日誌頁。把日誌等級暫時調到 debug,常見錯誤一眼就能對上號:

日誌關鍵字大概率原因處理方式
connection refused節點連接埠不通或節點已離線換節點,更新訂閱
timeout節點回應逾時、線路壅塞換延遲低的節點
auth failed訂閱過期,密碼/UUID 失效去服務商續費並更新訂閱
dns resolve failedDNS 設定問題參考《DNS 配置詳解:解決汙染與洩露》排查

排查完記得把日誌等級調回 info,debug 等級寫日誌很耗資源。

三個進階小技巧

  • 規則查詢:部分面板支援輸入網域直接查詢會命中哪條規則,改規則前先在這裡做「沙盤推演」。
  • 流量圖表:概覽頁的即時上下行曲線可以用來驗證測速結果——跑滿頻寬時曲線應該平穩,鋸齒狀就代表節點不穩定。
  • 區域網路管理allow-lan 開啟後,連線頁能看到來自手機、電視的連線,家裡所有裝置的流量都在一個面板裡管理。
安全提醒 如果把 external-controller 監聽在 0.0.0.0 供區域網路存取,務必設定 secret,否則同網段的任何人都能改你的代理設定。

面板怎麼選:內建面板 vs 第三方 Web 面板

桌面客戶端自帶的面板通常已經把代理、連線、日誌三個功能都做進去了,日常使用直接打開即可,不用額外操作。如果你在伺服器或路由器上跑純核心,常見的第三方 Web 面板各有側重:

  • yacd:介面簡潔、載入快,勝在穩定,適合只想看關鍵資訊、不想折騰的使用者。
  • metacubexd:功能更齊全,圖表更豐富,連線詳情展示得更細,適合喜歡深挖資料的使用者。

兩者本質上都是透過 external-controller 這套 API 和我通訊,功能層面沒有本質差異,選哪個純粹是審美和使用習慣問題,切換起來也沒有成本——面板只是「讀取和操作」的介面,設定和連線狀態一直都在我這邊。

手機上要怎麼看面板

行動裝置同理,只要客戶端支援面板功能,操作邏輯和桌面端完全一致:代理頁測速切換、連線頁看流量、日誌頁排錯,一個不少。如果你的手機客戶端沒有內建面板入口,也可以用瀏覽器直接存取 external-controller 設定的位址(前提是手機和執行核心的裝置在同一個區域網路內),效果是一樣的,只是操作上要多一步手動打開瀏覽器。

把面板變成你的排錯習慣

很多人只有在網路出問題時才會想起打開面板,其實更好的用法是把它變成一個常駐的觀察視窗:日常掛在角落,切換節點前順手看一眼延遲,遇到卡頓第一反應是翻連線頁而不是瞎猜。養成這個習慣之後,你會發現大部分「網路問題」根本不用上網路社群或 Discord 發問,面板上的資訊已經把答案擺在眼前了。

面板和這個系列的其他文章怎麼串起來用

控制面板其實是貫穿整套排障思路的一條線:懷疑 DNS 有問題,就去日誌頁把等級調到 debug,配合《DNS 配置詳解:解決汙染與洩露》那篇的排查步驟逐條對照;懷疑策略組排程沒生效,就去代理頁看節點狀態、連線頁看命中的策略組,對照《負載均衡與故障轉移實戰》裡的排查方向;懷疑規則分流出錯,就去連線頁搜尋網域看命中的規則,對照《規則集 rule-providers 使用指南》裡「順序決定結果」的提醒。換句話說,前面幾篇文章講的是「該怎麼設定」,這一篇講的是「設定完之後怎麼驗證和排錯」,兩者結合起來,才是一套完整的使用方法論。

如果你是剛接觸我的新手,不妨把這篇和《負載均衡與故障轉移實戰》放在一起看——先搭好排程策略,再學會用面板驗證策略是否真的按預期運作,這個順序會讓你少走很多冤枉路。