先區分：用戶端介面與代理核心
Clash 用戶端通常由圖形介面和代理核心兩部分組成。介面負責匯入訂閱、顯示策略組和切換設定；核心則負責監聽本機連接埠、比對規則並建立連線。視窗能正常開啟，不代表核心已啟動；節點清單有顯示，也不代表應用程式流量已進入核心。
採用 Clash Meta（現名 mihomo）的用戶端，可能提供 TUN、程序規則及不同的 DNS 增強模式等選項。實際功能取決於核心與用戶端的實作方式。本文依功能區說明，不將特定用戶端的版面視為所有版本的固定介面。桌面版常見側邊欄，行動版則可能使用底部標籤或抽屜式選單；若找不到同名按鈕，先依下表尋找對應功能。
| 頁面名稱 | 主要內容 | 適合用來確認的問題 |
|---|---|---|
| 概覽／首頁 | 核心執行狀態、流量、流量接管開關 | 代理服務有啟動嗎？ |
| 代理／Proxies | 策略組、節點、延遲測試 | 這次連線預計會經由哪個出口？ |
| 設定／Profiles | 訂閱、本機檔案、更新狀態 | 目前使用的是哪份設定？ |
| 規則／Rules | 生效規則、規則集、比對順序 | 目標流量應交由哪個策略處理？ |
| 連線／Connections | 目標位址、規則、策略鏈、流量 | 實際連線經過了哪裡？ |
| 日誌／Logs | 啟動資訊、解析失敗、連線錯誤 | 問題發生在哪個步驟？ |
概覽頁：先確認執行狀態，再檢查流量接管
核心正在執行，不代表系統代理已啟用
概覽頁通常會顯示即時上傳與下載速度、累計流量及執行狀態。即時速度為零，只代表目前統計範圍內沒有資料傳輸，不能單憑這點判定節點失效。初次使用時，先確認核心正在執行，再檢查應用程式透過哪種方式將流量交給用戶端。
- 系統代理：向作業系統登錄本機代理位址。遵循系統代理設定的應用程式才會使用它；部分遊戲、命令列程式或內建代理設定的軟體不會跟著使用。
- TUN 模式：透過虛擬網路介面接管符合路由條件的流量。通常需要管理員權限或服務支援，且仍會受到路由排除設定、DNS 與用戶端設定影響。
- 允許區域網路：讓其他裝置可以存取本機代理監聽的連接埠，不是本機瀏覽器連上網路的必要條件。啟用前應確認監聽位址、防火牆與存取驗證設定。
可在介面中沿著「概覽」→「系統代理」尋找系統代理開關；部分用戶端會將它放在系統匣的右鍵選單。TUN 通常位於「設定」→「TUN 模式」。以上是尋找功能的路徑，實際選單依目前使用的用戶端而異。請勿將名稱相近的「系統代理」和「TUN」視為同一個開關。
連接埠與代理模式分別解決什麼問題
本機連接埠決定應用程式要連到哪裡。假設設定頁顯示混合連接埠為 7890，手動設定支援 HTTP 代理的應用程式時，可填入位址 127.0.0.1、連接埠 7890。這只是示例，不是所有用戶端的預設值；若介面顯示不同連接埠，請使用實際顯示的值。混合連接埠通常同時支援 HTTP 與 SOCKS；個別的 HTTP、SOCKS 連接埠則須配合應用程式選用的代理類型。
規則、全域、直連是另一組概念。規則模式依規則分流；全域模式通常由全域策略選擇出口，但不代表所有應用程式都已被接管；直連模式則讓已進入核心的連線直接對外連線。日常使用可先選規則模式；只有在需要排除規則因素時，才暫時切換至全域模式。
設定頁：確認訂閱已更新並啟用
設定頁管理的是整份設定的來源，而不是個別節點。設定可能來自訂閱網址，也可能是本機 YAML 檔案；除了節點，還可能包含策略組、規則、DNS 與規則集參照。匯入成功只代表用戶端已收到設定；還需確認解析成功、已選取並啟用，以及更新確實完成。
- 前往「設定」或「Profiles」，透過匯入功能新增訂閱或本機檔案。
- 檢查項目的更新時間、狀態提示或錯誤訊息。訂閱更新逾時和 YAML 解析失敗是不同問題。
- 點選設定項目或「啟用」按鈕，確認目前使用中的標記已移至該項目。
- 前往代理頁，確認策略組與節點是否出現；再到規則頁檢查規則內容是否符合預期。
部分用戶端會在訂閱更新成功後自動套用設定，其他用戶端則需要手動重新載入。若更新後節點清單沒有變化，先確認目前啟用的是哪份設定，不要立刻重複匯入多份。多個名稱相似的項目容易選錯，也可能讓人誤以為「明明修改了檔案，設定卻沒有生效」。
訂閱原始內容、覆寫設定與執行中的設定可能不同
圖形介面用戶端可能會以介面設定覆寫訂閱中的連接埠、DNS 或 TUN 欄位，也可能提供合併設定、指令碼處理等功能。因此，訂閱原始內容不一定等同於最後交給核心的設定。排查時優先尋找「執行中設定」或「檢視生效設定」等入口，確認最終值；是否提供這些入口，視用戶端而定。
不要直接編輯暫存的執行設定檔來保存長期設定，因為重新載入時可能會重新產生檔案。訂閱檔案也可能在更新時被取代。需要保留的調整應放在用戶端支援的覆寫位置，或先備份，再以獨立的本機設定檔維護。
代理頁：選的是策略組，不一定是個別節點
代理頁通常會先顯示策略組，再列出組內的候選項目。組內可能包含節點、其他策略組，以及 DIRECT 等內建策略。點選某個節點是否會影響目標網站，取決於命中的規則是否指向這個組；修改目前連線未使用的組，不會改變該連線的出口。
| 策略組類型 | 基本運作方式 | 介面操作重點 |
|---|---|---|
select | 手動選擇候選項目 | 點選後確認選取標記 |
url-test | 依探測結果自動選擇，並受容差等設定影響 | 留意測試網址、測試週期與目前選取項目 |
fallback | 通常依清單順序選擇可用項目 | 第一個可用項目不一定是延遲最低的項目 |
load-balance | 依設定的策略分配不同連線 | 不同連線可能使用不同出口 |
延遲數值不代表下載速度排名
假設在同一次測試中，節點甲顯示 65 ms，節點乙顯示 120 ms，這只能表示兩者完成該項探測所需時間不同。這些數值僅供說明，並非本站實測結果。測試 URL、DNS、握手過程及當時的網路狀態都會影響結果，不能據此推斷影片傳輸速度或遊戲 UDP 的表現。
顯示逾時也不一定代表節點完全無法使用，可能只是測試目標無法連線。先確認設定中使用的測試網址，再以實際服務驗證。手動切換後應重新建立連線；已建立的長連線通常不會因選取項目變更而自動切換。
規則頁：檢查比對順序，不只看規則數量
規則頁會列出目前載入的分流項目。一般會依序比對，命中前面的規則後，就使用對應策略。網域後綴規則、IP 網段規則和最終兜底規則各有用途；規則數量多，不代表分流方式一定符合需求。以下僅示意規則邏輯，不是可直接取代現有訂閱的完整設定。
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- MATCH,PROXY第一條會將符合條件的網域交由直連；第二條會比對相應的私有 IPv4 網段，並使用 no-resolve，避免只為這條規則主動觸發網域解析；最後一條則將尚未命中的流量交由名為 PROXY 的策略處理。若實際設定中沒有這個策略名稱，就不能直接照此示意使用。
這裡的 example.com 是文件中的示例網域。實際排查時，請使用連線頁記錄的目標網域：一個網頁可能同時要求登入、圖片、介面等多個網域，只查瀏覽器網址列中的主網域，很容易漏掉真正失敗的要求。
使用 RULE-SET 的設定，還要確認引用的規則集已成功載入。規則頁有列出引用，不代表遠端規則集已下載完成。規則定義是否正確，以及連線實際命中哪條規則，需搭配連線頁與日誌頁一起確認。更多設定結構請參閱使用手冊中的策略組說明。
連線頁：確認一次連線實際經過哪裡
連線頁是驗證分流最直接的地方。常見欄位包括目標主機、目標連接埠、來源位址、網路類型、命中規則、策略鏈、上傳與下載流量。部分用戶端也能顯示程序名稱，但這取決於系統權限與核心功能；程序欄空白不能直接判定連線異常。
- 先暫停不相關的下載，減少清單干擾；可以清除顯示記錄，但請留意「清除記錄」和「關閉連線」是不同操作。
- 開啟要測試的網站後，立即依網域或程序篩選。
- 查看目標連接埠，例如 HTTPS 常用的
443，再確認規則與策略鏈。 - 若已修改節點或規則，請關閉對應的舊連線，再重新整理頁面以建立新連線。
若清單中完全沒有目標要求，應先檢查流量接管路徑：應用程式是否遵循系統代理、是否自行設定代理，以及 TUN 路由是否涵蓋該應用程式。若有出現要求，且策略鏈以 DIRECT 結束，就應接著確認命中的規則，而不是反覆測試節點延遲。
瀏覽器連線可能同時產生 TCP 與 UDP 流量，使用 HTTP/3 的要求也可能出現在 UDP 連線中。連線顯示正在傳輸，但頁面仍缺少圖片時，請分別檢查失敗的資源；不能以主頁面成功連線代表所有資源都正常。
日誌頁：依時間尋找錯誤，不要只看紅色項目
日誌頁記錄的是事件，不是完整的瀏覽紀錄。常見日誌等級包括 error、warning、info 和 debug；實際可選項目由用戶端與核心決定。日常使用先選資訊等級；需要追查細節時，再短暫啟用除錯模式，重現問題後就恢復原設定，避免大量日誌淹沒關鍵紀錄。
| 日誌線索 | 可能涉及的環節 | 下一步檢查 |
|---|---|---|
address already in use | 本機監聽連接埠衝突 | 檢查是否有重複的核心程序，以及連接埠設定 |
timeout | 上游連線、探測或要求等待逾時 | 搭配目標位址與相鄰紀錄一起判斷 |
connection refused | 目標連接埠拒絕連線 | 確認節點位址、連接埠與服務狀態 |
| DNS 解析錯誤 | 解析器無法連線或解析流程異常 | 檢查 DNS 上游與連線路徑 |
| 設定解析錯誤 | YAML 格式錯誤或欄位不相容 | 依行號檢查縮排與核心支援狀況 |
同一個 timeout 可能指訂閱下載、連線至節點或 DNS 查詢逾時。閱讀日誌時，應一併查看時間、元件與目標位址。建議記下點選重新整理或切換節點的時間，只重現一次問題，再檢查前後約 10 秒內的日誌，避免同時變更多項設定而難以判斷原因。
完整檢查流程：從匯入到確認命中
初次設定時，依照以下順序逐步檢查即可。每個步驟只確認一件事；遇到錯誤就停在對應頁面處理，不必同時調整 DNS、TUN、規則與節點。
- 設定頁：訂閱已成功匯入，目前使用的設定已啟用，更新也沒有出錯。
- 概覽頁：核心運作正常，本機連接埠與應用程式設定一致；選擇一種明確的流量接管方式開始測試。
- 代理頁：檢查目標策略組，確認最終指向可用節點或預期策略。
- 規則頁：確認相關規則存在、順序合理，且規則集已載入。
- 連線頁：重新建立連線，核對目標、命中規則與最終出口。
- 日誌頁：若連線失敗，依照相同時段的紀錄，追查解析、連線或設定錯誤。
記住這六個頁面各自能提供的資訊：設定頁說明「載入了什麼」，代理頁說明「準備選什麼」，規則頁說明「如何分流」，連線頁說明「實際發生了什麼」，日誌頁說明「哪裡出錯」，概覽頁則用來檢查核心運作狀態與流量接管入口。若要進一步檢查瀏覽器與系統網路設定，可依照連線檢查步驟逐項操作。