Clash 介面功能介紹

先分清設定、代理與流量入口

理解 Clash 介面的關鍵，是分開檢視「設定從哪裡來」、「請求交由誰處理」，以及「應用程式流量是否進入用戶端」。設定頁負責載入節點、策略群組與規則；代理頁用來檢視策略群組並選擇出口；系統代理或 TUN 則決定應用程式流量如何進入核心。日誌頁提供處理過程與異常線索，不能取代上述設定。

Clash 是代理核心及其相關用戶端的常見稱呼；mihomo 則是從 Clash Meta 演進而來的核心。不同圖形化用戶端的導覽名稱、按鈕位置與核心功能可能各異。下文以「主視窗 → 設定」、「主視窗 → 代理」等路徑表示功能位置；實際介面可能標示為「訂閱」、「Profiles」或「Proxies」，請依功能判斷，不必尋找完全相同的按鈕文字。

設定頁：匯入後確認已啟用

第一次使用時，建議先開啟「主視窗 → 設定」，再選擇「匯入」或「新增」。遠端訂閱通常需要填入訂閱網址；本機設定則選取 YAML 檔案。訂閱網址可能包含個人存取憑證，請存放在可信任的位置，勿直接貼到截圖或公開回報內容中。

匯入、啟用、更新是三種不同操作

1. 匯入：將遠端設定或本機檔案加入清單。清單中出現設定卡片，只代表用戶端已儲存這個設定項目。
2. 啟用：選取設定並載入核心。請確認選取標記、目前設定名稱，以及是否出現載入失敗訊息。
3. 更新：重新取得遠端內容。完成後確認更新時間與載入結果；是否需要重新啟用，則視用戶端的重新載入機制而定。

例如訂閱更新後新增了節點，但代理頁仍顯示舊清單，請先確認是否更新到另一張未啟用的設定卡片。若啟用時出現 YAML 剖析錯誤，請檢查訊息中的行號、縮排與欄位型別，別只是不斷按更新。網路請求失敗與設定剖析失敗是兩種不同問題：前者應檢查訂閱網址、網路與服務回應；後者則要確認實際取得的內容是否為有效設定。

本機修改與訂閱更新的界線

直接編輯遠端設定快取，可能在下次更新時遭到覆蓋。若用戶端提供「覆寫」、「合併」或「擴充指令碼」功能，請先確認執行順序，再將需要長期保留的本機規則放入相應機制。各用戶端的覆寫格式並不通用，不可直接將某個用戶端的指令碼當作 mihomo 的 YAML 欄位使用。

代理頁：先看模式，再看策略群組

進入「主視窗 → 代理」後，別把每個方框都當成一台伺服器。頁面通常會先列出策略群組，再顯示群組內可選的節點或其他策略群組。規則引用某個策略群組時，最終出口取決於群組類型與目前選擇，因此「點選了節點」和「目前請求經由該節點」之間，還需要經過規則比對。

三種模式會影響選擇範圍

• 規則模式：依序比對設定中的規則，請求可能直連、經由代理或遭到拒絕。選取某個策略群組後，只有符合該群組規則的流量才會使用它。
• 全域模式：進入核心的請求會依全域策略處理。適合短時間用來比對與排查，但不會自動讓未進入核心的應用程式流量也使用代理。
• 直連模式：進入核心的連線會以直連方式處理。部分用戶端沒有獨立按鈕，請以實際支援的功能為準。

手動選擇與自動策略的差異

select 類型允許手動選擇；url-test 依週期性測試結果選擇出口；fallback 依序選取可用項目；load-balance 則依設定策略分配連線。自動策略是否允許暫時手動覆寫，以及如何恢復自動選擇，取決於核心與介面的實作，不能只看卡片外觀判斷。

例如規則將目標交給「網頁代理」群組，而你調整的是「媒體代理」群組，網頁存取結果通常不會改變。這時應到連線頁查看實際命中的群組，而不是繼續隨機切換節點。策略群組也可能引用其他群組，檢查時應沿著代理鏈一路確認到最終節點。

延遲測試：分清逾時與實際下載速度

代理頁的「測速」通常會向指定測試網址發出請求，並顯示完成探測所需時間，單位為毫秒。這不是持續下載的頻寬測試，也不等同於網路層的 ICMP ping。測試網址、逾時門檻、節點連線狀態與目前網路都會影響結果。

假設兩次測試分別顯示 85 ms 和 210 ms，只能表示在相應測試條件下，前者較快完成探測；這裡的數值僅供說明，並非本站實測結果。這不能證明大型檔案的下載速度、影片播放穩定度，或特定網站是否可用。若測試顯示 timeout，還需分辨是節點連線失敗、測試網址無法連線，還是等待時間設定過短。

1. 先測試目前打算使用的單一節點，確認有收到結果。
2. 使用實際應用程式存取目標網站，並記下問題發生時間。
3. 在連線頁確認目標是否經過剛才測試的節點，再查看同一時段的日誌。

對大量節點連續執行完整測試會產生額外連線。排查時只測試少數候選節點，較方便比較，也能避免測試請求與實際應用程式請求混在一起。若介面允許修改測試網址，變更後應重新建立比較基準，別直接比較不同測試條件下的數值。

連線頁：確認規則與最終出口

「連線」頁最適合用來確認「這個應用程式實際經過哪裡」。用戶端啟用後，重新發出一次存取請求，再依網域、目標 IP 或處理程序名稱篩選。是否能看到處理程序資訊，取決於平台權限、流量接入方式與核心設定；資訊空白不一定代表連線異常。

• 目標：查看網域或 IP，以及目標連接埠。HTTPS 常用的目標連接埠是 443，並非用戶端的本機監聽連接埠。
• 規則：查看命中的規則類型與條件，例如網域後綴規則或最後的 MATCH。
• 代理鏈：確認最終出口是 DIRECT，還是某個策略群組及其選取的節點。
• 連線狀態：搭配持續時間、上傳與下載計數，觀察請求是否仍在進行；不同用戶端的欄位名稱可能不同。

切換策略後，已建立的連線不一定會改走新出口。瀏覽器可能持續重用既有連線，因此需要重新建立連線再驗證。若用戶端提供「關閉連線」功能，可以只關閉相關項目，再重新存取；關閉所有連線會中斷下載、會議等工作，請先確認影響範圍。

如果目標始終沒有出現在連線清單中，請先確認應用程式是否遵循系統代理設定，以及是否使用其他網路路徑。應用程式快取也可能讓這次操作沒有產生新請求。別因清單空白就直接認定節點失效。

日誌頁：依級別檢查錯誤，別只憑單行下結論

進入「主視窗 → 日誌」，先清除介面篩選條件，或記下目前時間，再重現一次問題。日誌記錄核心執行事件與連線處理資訊，不一定會保留每個請求的完整紀錄。部分用戶端只有在開啟日誌頁後才會接收即時紀錄；若需長期保存，請確認用戶端是否支援輸出日誌檔。

三種常見錯誤類型

• address already in use：通常表示監聽位址或連接埠已被占用，應先找出相關連接埠與處理程序，不必立刻更換訂閱。
• i/o timeout：表示某項網路操作逾時，需搭配目標位址、連線階段與前後文判斷，不代表訂閱已過期。
• connection refused：常見原因是目標連接埠沒有程式監聽，或連線遭明確拒絕。請確認錯誤指向的是本機介面、上游節點，還是目標服務。

設定中的 log-level 控制輸出級別；日誌頁的下拉選單也可能只是篩選已接收的資訊。若核心只輸出錯誤，即使將介面篩選切換為「全部」，也無法還原未產生的一般日誌。需要更多細節時，請確認修改的是核心日誌設定，並在重新載入後再次重現問題。

設定頁：分別檢查連接埠、系統代理與 TUN

設定頁中的本機連接埠是應用程式連線至用戶端的入口；控制連接埠則供介面或管理工具呼叫核心介面，兩者用途不同。例如 mixed-port: 7890 表示在同一連接埠接受 HTTP 與 SOCKS 代理請求；127.0.0.1:9090 常用作本機控制介面位址的範例，但並非所有用戶端的固定預設值。

以下片段僅用來說明欄位含義，並非可直接取代訂閱的完整設定。圖形化用戶端可能會透過設定頁覆寫這些欄位，請先確認實際生效值：

mixed-port: 7890
allow-lan: false
log-level: info

系統代理與 TUN 是不同的設定

系統代理通常會修改作業系統的代理設定，只有遵循該設定的應用程式才會使用相應入口。TUN 則透過虛擬網路介面與路由接入流量，通常需要較高權限，也涉及 DNS 與路由設定。啟用 TUN 後仍須檢查服務權限、虛擬介面是否建立成功，以及規則是否符合預期；別把它當成解決所有連線問題的開關。

在提供參數設定入口的用戶端中，可依序選擇「設定 → 參數設定」尋找連接埠；若介面沒有這個分類，請搜尋「連接埠」或「核心設定」。修改 7890 後，也要同步更新手動設定的瀏覽器代理、終端機環境變數與其他應用程式設定。用戶端自動管理的系統代理是否同步更新，也應在作業系統中再確認一次。

完整檢查流程：從設定到日誌

遇到「節點能測延遲，但網頁打不開」時，依照下列順序檢查，可將問題範圍縮小到明確環節，避免同時更動多項設定。

1. 設定頁：確認目前啟用的是目標設定，且載入時沒有錯誤；訂閱更新時間只能作為線索，不能取代載入結果。
2. 代理頁：確認使用規則模式，並檢查目標策略群組與節點；需要比對時再短暫切換至全域模式，並記下原本設定。
3. 設定頁：確認應用程式透過系統代理或 TUN 接入，並核對實際監聽連接埠，避免應用程式仍指向舊的 7890。
4. 連線頁：重新存取目標，查看是否出現新連線，並記下命中的規則與最終出口。
5. 日誌頁：檢查同一時間點的異常，分辨問題發生於 DNS、上游連線、TLS 或本機監聽階段。
6. 還原設定：排查結束後，還原暫時變更的模式與日誌級別，並保留必要的去識別化紀錄。

日常使用時，可將介面操作整理為「設定頁確認來源 → 代理頁確認策略 → 連線頁驗證結果 → 日誌頁分析異常」。更多欄位說明請參閱設定完整指南；首次匯入設定與讓應用程式接入的步驟，可依照快速入門逐項完成。