專案沿革與設定格式
Clash 最初以規則導向的代理核心與 YAML 設定方式建立生態系,之後出現不同分支與圖形用戶端。原始專案的維護狀態與後續專案並不相同,不能把舊用戶端的教學直接當成所有新用戶端的操作說明。mihomo 延續 Clash Meta 專案的技術路線,實際行為應以目前的專案文件及用戶端整合情況為準。閱讀舊文章時,優先核對欄位意義與適用核心,不要只比對介面截圖。
設定檔中的縮排、清單與引用關係都會影響解析。修改前先備份可用版本,每次只調整一個功能區塊;若發生解析錯誤,先查看記錄指出的欄位與上下文,再確認該欄位是否受目前使用的核心支援。檔案能載入,只代表通過相應的結構檢查,不表示節點可連線、規則比對正確,或系統流量已接管。這些狀況需要分別驗證。
圖形介面與代理核心
圖形用戶端負責顯示設定、管理程序及整合系統功能;核心則負責解析規則、建立連線與處理 DNS。兩者可能分開更新,因此更換介面不一定會改變核心行為,更新核心也不一定會改變訂閱匯入入口。選擇用戶端時,除了平台與安裝方式,也應確認服務模式、覆寫機制、記錄入口與設定匯出方式,確保日後能排查問題並轉移設定。
不同專案的開放範圍與授權條款應分別確認,不能因為使用相同核心,就推斷整個應用程式採用相同授權。mihomo 儲存庫公開了原始碼與授權資訊,可用於查閱功能實作、問題討論與發布記錄。本網站整理下載入口與中文操作說明,協助使用者找到相關資料;各專案的發布、商店上架與訂閱服務仍由各自維護者負責。
更新時分清三個項目
用戶端更新會更新應用程式本身,核心更新會影響協定與網路行為,訂閱更新則會取得服務提供者提供的節點或設定。遇到節點失效,先確認訂閱是否過期、更新後的設定是否已啟用,不要立刻重裝用戶端。遇到未知協定或欄位,再確認核心支援範圍。更新前先閱讀變更說明,並保留目前可用的設定;更新後重新檢查監聽連接埠、流量接管開關與策略組選擇,避免預設值變更影響原有環境。
訂閱內容可能包含服務提供者預設的 DNS、規則與策略組,本機直接編輯的內容可能在下次更新時被覆蓋。需要長期保留的規則,應使用用戶端支援的覆寫或合併功能,並確認合併順序。不要將完整訂閱檔案上傳至公開討論區;回報問題時提供適度刪減的設定片段、系統環境與相關錯誤行,保留重現問題所需的資訊即可。
連線驗證與記錄檢查
先確認核心正在監聽,再確認應用程式請求出現在連線清單,最後檢查命中規則與實際出口。這比連續切換多個節點更容易找出問題所在。延遲測試只會連線至指定位址,測試成功不能取代實際服務驗證;同樣地,網頁能開啟也不代表所有應用程式都走相同路徑。使用命令列工具時,請留意目前終端機是否設定代理環境變數,並確認測試工具與瀏覽器採用相同的流量接管方式。
除錯記錄可能包含瀏覽的網域、目標位址與本機路徑,分享前請先刪除與問題無關的內容。排查完成後,恢復適合日常使用的記錄等級,避免長期記錄過多請求。控制連接埠與混合代理連接埠用途不同:前者供管理介面使用,後者接收代理請求;請勿將管理位址填入瀏覽器的代理設定。預設連接埠只是常見設定,實際值仍以用戶端目前顯示的監聽資訊為準。