Clash 常見問題與故障排除

Clash 通常指規則代理專案及其生態系；Mihomo 是相容於 Clash 設定格式並持續擴充功能的核心；Clash Verge Rev、Clash Plus、FlClash 等則屬於圖形化用戶端。圖形化用戶端負責匯入設定、切換策略與控制系統代理，實際連線與規則比對通常由內建核心完成。選擇用戶端時，應一併確認維護狀態、作業系統支援與所使用的核心。

規則模式會依照設定檔中的規則順序，決定連線採直連、代理或攔截，適合日常使用。全域模式會將大多數流量交給目前選定的代理策略，適合暫時測試節點是否可用。直連模式會繞過代理，常用於確認故障是否由代理鏈路造成。排查問題時，可先用全域模式驗證節點，再回到規則模式檢查規則命中情況。

系統代理只會影響遵循作業系統代理設定的應用程式，例如多數瀏覽器與部分桌面軟體；命令列工具、遊戲或自行建立網路堆疊的程式，可能不會讀取這項設定。TUN 模式透過虛擬網路介面接管更廣泛的流量，涵蓋範圍較大，但需要系統管理員權限，也可能與安全軟體、虛擬機器或其他網路過濾程式發生衝突。

代理節點儲存伺服器連線參數，策略群組則將多個節點或其他策略組合在一起；規則會把網域、IP 或網路類型交給指定的策略群組。一次連線通常會先由上到下比對規則，命中後進入對應的策略群組，再透過手動選擇、自動測速或故障轉移邏輯決定最終節點。修改名稱時，務必同步檢查策略群組引用與規則目標。

訂閱設定適合由服務提供者統一維護節點與基礎規則，更新方便，但重新更新時可能覆蓋直接寫入訂閱檔案的修改。本機設定適合長期保留自訂 DNS、規則與策略群組。需要同時使用時，優先採用用戶端支援的覆寫、擴充腳本或設定合併功能，不要直接修改會被訂閱更新取代的原始檔案。

匯入後先確認設定狀態已啟用，並檢查代理節點與策略群組是否正常顯示。接著選擇可用節點、開啟系統代理，再用瀏覽器瀏覽常用網站驗證連線。若要接管命令列工具、遊戲或更多應用程式，再依平台權限開啟 TUN。尚未驗證基礎代理前，不要同時修改 DNS、規則與連接埠，否則難以判斷問題來源。

先在瀏覽器中確認訂閱網址仍能回傳內容，而不是登入頁、錯誤頁或空白檔案。接著檢查系統時間、網路連線，以及用戶端日誌中的 HTTP 狀態。若舊設定仍可連線，可切換至可用節點後再次更新；若網址已被服務提供者重設，則需要取得新的訂閱網址。訂閱網址包含存取憑證，不應公開於截圖、日誌或其他文字內容中。

優先檢查縮排是否統一使用空格、冒號後是否保留空格，以及清單項目前的短橫線層級是否正確。也要確認 proxies、proxy-groups 與 rules 等欄位位於正確層級，被引用的策略群組名稱完全一致。可先還原至上一次能載入的設定，再分段加入修改內容，每次儲存後重新載入，以定位實際出錯的段落。

Windows 可先退出用戶端，再以系統管理員權限啟動，重新安裝或啟用服務模式；macOS 則需在系統提示中允許網路延伸功能，並完成管理員授權。若已授予權限仍然失敗，應檢查舊版服務是否殘留、虛擬網路介面是否停用，以及安全軟體是否阻止驅動程式載入。處理後重新啟動用戶端，必要時重新啟動系統以釋放舊的網路元件。

部分 UWP 應用程式預設無法存取本機代理監聽連接埠，因此即使瀏覽器正常，商店應用程式仍可能無法上網。可在用戶端提供的 UWP 回環工具中勾選目標應用程式並儲存；若沒有內建入口，可使用 Windows 的回環豁免管理方式處理。完成後重新啟動目標應用程式，並確認 Clash 的本機監聽位址與連接埠未被更改。

日常使用通常選擇規則模式，讓不同連線依網域與 IP 分類處理，減少不必要的代理流量。全域模式更適合短時間驗證節點、排除規則誤判，或處理尚未加入規則的臨時情境。若全域模式可用而規則模式失敗，應查看連線日誌中的命中規則與策略群組，而不是一直使用全域模式。

先切換同一訂閱中的其他節點，判斷是單一節點故障，還是所有節點都無法使用。接著更新訂閱並核對系統時間，因為憑證連線需要準確的時間。若所有節點都逾時，可暫時關閉 TUN、還原預設 DNS，並檢查本機防火牆是否攔截用戶端。測速網址失敗不一定代表所有網站都無法存取，應結合實際連線日誌判斷。

先確認更新的是目前設定實際引用的代理提供者，而不是另一個未啟用設定中的同名項目。檢查提供者更新時間與日誌中的下載結果，然後重新載入設定。若快取內容沒有更新，可刪除該提供者的本機快取後重新取得。透過訂閱轉換產生的設定，還要確認轉換端已回傳新內容，而不是持續提供舊快取。

先在用戶端設定中啟用開機啟動，再確認系統的啟動項目管理沒有停用該用戶端。若需要自動接管網路，也應分別儲存系統代理或 TUN 的啟用狀態。Windows 服務模式與 macOS 網路延伸功能可能需要個別授權。設定完成後重新啟動系統測試，並確認用戶端啟動後成功載入預期設定，而不是停留在空白設定頁面。

瀏覽器通常會讀取系統代理，但終端機程式可能忽略這項設定。可為目前的終端機工作階段設定 HTTP_PROXY、HTTPS_PROXY 與 ALL_PROXY 環境變數，連接埠應對應 Clash 的 HTTP、混合或 SOCKS 監聽連接埠；也可以使用 TUN 接管流量。設定後開啟新的終端機再測試，並檢查工具本身是否設定了獨立代理，避免多組代理設定互相覆蓋。

先檢查用戶端是否正在執行、設定是否已啟用，以及本機監聽連接埠是否與系統代理中的位址一致。接著關閉其他代理軟體與瀏覽器擴充功能，避免系統設定不斷被改寫。可查看用戶端連線日誌，確認請求是否進入 Clash；完全沒有紀錄通常表示應用程式未使用系統代理，有紀錄但連線失敗，則繼續檢查規則、策略群組與節點。

先還原用戶端預設 DNS 設定並清除作業系統 DNS 快取，排除舊紀錄的影響。若使用 fake-ip，檢查目標程式是否相容，並將區域網路裝置、印表機或特殊網域加入過濾範圍。也要確認 nameserver 與 fallback 能從目前網路存取。只有特定網域異常時，應查看 DNS 日誌與規則命中結果，不要同時更換多個解析伺服器。

先關閉 TUN 並退出用戶端，確認直連網路是否恢復。接著檢查 TUN 堆疊、自動路由與 DNS 劫持設定，並暫時停用其他虛擬網路介面、VPN、流量過濾軟體或虛擬機器網路。若用戶端異常退出後路由未恢復，可重新啟動系統清除殘留路由。重新啟用時先使用預設設定測試，再逐項恢復自訂選項。

連接埠遭佔用通常是由另一個正在執行的代理用戶端、舊程序或重複啟動的 Clash 執行個體造成。先完全退出相關程式，再透過系統網路工具找出佔用 mixed-port、port 或 socks-port 的程序。可以結束衝突程序，也可以將 Clash 改用未佔用的連接埠。修改後要同步更新系統代理、瀏覽器與終端機環境變數中的連接埠。

先檢查目前策略群組是否採用自動測速或故障轉移，以及偵測間隔是否過短。網路波動可能讓多個節點反覆改變排序，造成連線重建。可暫時改為手動選擇穩定節點，觀察問題是否消失；同時檢查健康檢查網址、逾時門檻與用戶端日誌。若固定節點也會斷線，再排查本機網路、系統休眠與伺服器狀態。