Clash 疑難排解

用戶端負責訂閱清單、策略組選擇、系統代理開關等介面操作；核心負責讀取設定、處理連線、比對規則及執行 DNS 策略。mihomo 是 Clash 生態系中的一種核心，並非所有名稱中帶有 Clash 的用戶端都使用相同核心。排查設定相容性時，應一併記錄用戶端名稱與核心版本，不能只看介面名稱就判斷某個欄位是否可用。

先準備可信來源的訂閱連結，或包含可用代理節點的本機 YAML 設定檔。用戶端本身是流量管理工具，安裝完成不代表已有可用的網路出口。匯入後，確認設定已選取、策略組中有節點，再開啟系統代理或視需要啟用 TUN。訂閱網址通常包含帳戶授權資訊，請勿貼到公開論壇，也不要交給來源不明的線上轉換服務。

不建議將來源不明的免費節點用於帳戶登入或敏感業務的長期連線。公開節點的維護狀態、流量限制、營運方及記錄政策通常難以確認，今天能連線不代表之後仍穩定。用戶端免費使用，與代理服務是否收費是兩回事。公開節點失效時，先確認節點來源與服務狀態；請勿為了恢復連線而關閉瀏覽器的憑證驗證。

日常使用可先選 Rule，讓進入核心的連線依規則選擇出口；若要排除規則問題，可暫時切換至 Global，並選取已知可用的節點；Direct 則讓進入核心的連線直接存取目標。模式只會影響已進入核心的流量，不會自動接管所有應用程式。若 Global 能連線、Rule 卻不行，請優先檢查規則順序、命中的策略組及目前選取項目，測試完再切回 Rule。

不必預設同時啟用。瀏覽器等會遵循系統代理設定的應用程式，可先只啟用系統代理；遊戲、部分命令列工具或不讀取系統代理的應用程式，再考慮使用 TUN 接管。兩者同時啟用不一定會衝突，但會增加排查難度。初次設定時，建議每次只啟用一種接管方式；確認連線記錄中看得到目標應用程式後，再依需求搭配使用。

先確認複製的是訂閱網址，而不是服務商的登入頁或帳戶管理頁網址；接著查看匯入提示，分辨是下載失敗還是格式解析失敗。如果連結回傳的是網頁、驗證提示或不相容的節點清單，用戶端可能無法產生設定。優先使用服務商明確提供的 Clash 或 mihomo 格式入口。若匯入成功但沒有節點，請確認是否需要手動選取設定，以及帳戶方案是否仍包含可用節點。

先前往服務商帳戶頁確認訂閱是否到期、流量是否用盡，以及連結是否已重設。若遇到 401 或 403，優先檢查授權與存取限制；若遇到 404，確認網址是否完整；若逾時，再檢查取得訂閱時使用的網路路徑。部分用戶端支援透過目前代理更新訂閱，但前提是現有節點仍可使用。請勿短時間內反覆重新整理；保留錯誤訊息並調整後，手動更新一次即可。

Windows 用戶端通常需要安裝並啟用服務模式，或依用戶端提示授予系統管理員權限；macOS 可能需要授權輔助服務或網路延伸功能；Linux 通常需要相應的網路管理權限。先查看用戶端提供的服務安裝入口與核心啟動記錄，不要只是不斷點擊開關。Android 也必須確認本機 VPN 授權；同一使用者環境通常無法同時執行兩個占用 VPN 介面的應用程式。

7890 常用作 mixed-port，提供 HTTP 與 SOCKS 代理入口給應用程式；9090 常用作 external-controller，供用戶端或面板控制核心。這些是常見範例值，並非每份設定都固定使用這些連接埠。為瀏覽器或命令列設定代理時，請查看目前生效設定中的實際代理連接埠，不要填入控制連接埠。若僅供本機使用，監聽位址應限制為迴路位址，避免管理介面暴露給其他裝置。

先查看記錄中的欄位名稱、行號與錯誤類型，再檢查對應位置的縮排、冒號、清單層級與策略組參照。YAML 縮排應使用空格，不可混用定位字元；策略組參照的節點或其他群組必須確實存在。不同核心支援的欄位也有差異，別只修正縮排而忽略相容性。還原上次可用的設定後，再逐項加入變更；每次儲存都確認核心能啟動，避免一次修改多個部分。

先依照服務商建議的週期設定；若沒有說明，可先設定每隔數小時至一天更新一次，再依節點變動頻率調整。請區分用戶端更新整份訂閱與 proxy-providers 的 interval，兩者適用範圍不同，介面顯示的時間單位也可能不同。設定後查看最近更新時間是否有變化，不能只看開關已啟用。行動裝置可能受背景執行限制，導致排程延後；重要連線前可手動更新一次。

保持在 Rule 模式，於連線清單中找到目標網域或位址，查看比對到的規則、策略組與最終出口。規則通常由上而下比對，前面的寬泛規則可能優先於後面的精確規則；MATCH 通常放在最後。若只看到 IP 而沒有網域名稱，也要檢查 DNS 接管與網域辨識狀況。調整後，關閉舊連線並重新發出請求，因為既有長連線不一定會隨規則修改立即更換出口。

優先使用用戶端明確支援的覆寫、設定合併或擴充腳本入口，並先備份原有設定。直接修改下載到本機的訂閱檔案，下次更新時可能會被覆蓋。覆寫功能是附加清單、取代整個欄位或支援腳本，取決於個別用戶端，不能照搬其他軟體的操作步驟。儲存後查看最終生效的設定，確認自訂規則順序與策略組名稱正確，再手動更新訂閱，驗證變更是否保留。

先確認應用程式是否會讀取系統代理。命令列程式可能需要個別設定代理參數或環境變數，例如為支援 HTTP 代理的工具指定 http://127.0.0.1:7890，連接埠以實際設定為準。HTTP 與 SOCKS 的格式不可任意互換，部分工具也會區分由本機或代理端解析網域名稱。若應用程式沒有代理設定，可評估使用 TUN；驗證時查看連線記錄，不要只因瀏覽器能連線就認定所有應用程式都已接管。

先在用戶端的連線清單中確認出現測試請求，再查看命中的策略組與最終節點。接著可使用可信的出口 IP 檢測網站輔助確認，必要時比較啟用前後的連線結果。出口位址沒有變化不一定代表故障，目標可能依規則直連；位址改變也不能證明每個應用程式都已接管。請逐一測試需要使用代理的應用程式，並記下測試時間與目標網域，方便對照記錄中的連線資訊。

不一定。先確認本機可正常直接連線，再檢查訂閱是否有效、系統時間是否正確，以及節點網域能否解析。延遲測試通常會連線至指定的測試位址，若該位址無法使用，也可能導致所有節點都逾時；可改用用戶端支援的其他可信測試位址交叉驗證。若只有部分節點可用，優先比較協定與服務狀態；若全部不可用，請查看連線錯誤記錄，不要直接將測試逾時歸因於安裝問題。

先確認核心正在執行、代理連接埠確實有在監聽，並核對系統代理的位址與連接埠。再檢查瀏覽器擴充功能、個別代理設定、企業政策或其他代理軟體是否覆蓋系統設定。部分目標可能列在系統代理的略過清單中，因此不會進入核心。暫時停用其他接管工具後重新啟動瀏覽器測試；若連線記錄仍是空的，先排查應用程式到本機代理入口這段路徑，不要急著修改遠端節點。

部分 UWP 應用程式受 AppContainer 迴圈存取限制，無法直接連線至本機迴路位址上的代理入口。先確認一般瀏覽器使用相同連接埠時運作正常，再使用用戶端提供的迴圈豁免工具，只為確實需要的應用程式授權，並依提示取得系統管理員權限。並非所有從市集安裝的應用程式都受相同限制，企業政策也可能禁止變更。若沒有迴圈工具，可評估使用 TUN 接管，並透過連線記錄確認實際路徑。

先關閉 TUN 進行對照測試，確認問題確實與流量接管有關，再查看路由、DNS 與連線記錄。無法連線區域網路裝置時，檢查私有網段的直連規則與路由排除設定；網域連線異常時，檢查 Fake-IP 對應、解析器是否可連線，以及應用程式本身的加密 DNS。遇到不相容的網域，使用針對性的 fake-ip-filter，不要將所有網域都加入篩選。每次只調整一項，重新建立連線後再比較結果。

先確認系統代理是否仍指向已關閉的本機連接埠，並關閉殘留的代理設定；接著確認 TUN 虛擬介面、路由與 DNS 是否已恢復。可重新開啟用戶端，關閉系統代理與 TUN 後正常離開，再重新連線目前使用的網路。若問題仍在，檢查其他 VPN、瀏覽器擴充功能與手動 DNS 設定。重設網路會影響既有設定，請先記錄自訂設定；不要一開始就大量刪除網路介面卡。