FlClash 常見問題與故障排除

FlClash 是使用 Flutter 建置的跨平台圖形化用戶端，負責訂閱管理、設定編輯、策略切換與系統代理控制。實際的協定連線、規則比對、DNS 處理與 TUN 轉送則由 mihomo 核心完成。排查問題時應區分介面設定與核心執行狀態：介面能正常開啟，不代表核心已成功啟動。

FlClash 可用於 Windows、macOS、Android 與 Linux，實際安裝套件與架構請以下載中心列出的項目為準。Windows 通常分為一般桌面安裝，macOS 需留意 Intel 與 Apple Silicon 架構，Android 應依裝置架構選擇安裝套件，Linux 則須配合發行版與桌面環境確認格式及權限。

規則模式會依設定中的 rules，由上至下比對網域、IP、程序或規則集，並將流量交給對應的策略組，適合日常使用。全域模式會把大部分可接管的流量交給同一個代理策略，方便暫時測試節點。直連模式會繞過代理，可用來判斷故障來自本地網路還是代理鏈路。測試完成後通常應切回規則模式。

訂閱連結是服務提供者發布的遠端設定入口；設定是用戶端擷取並解析後的完整 YAML 內容；節點是設定中的具體代理出口；策略組則將多個節點或其他策略組整理成可手動選擇、自動測試或故障轉移的集合。匯入訂閱後仍需選取設定，並在策略組中確認實際使用的節點。

進入設定或訂閱頁面，選擇從 URL 新增，貼上完整的訂閱連結並儲存，接著執行一次更新。擷取成功後選取剛新增的設定，等待核心完成載入，再前往代理或策略頁面選擇節點。若連結在瀏覽器中回傳登入頁、錯誤頁或空白內容，應先向訂閱提供者確認連結狀態，不要反覆匯入。

先確認 FlClash 核心正在執行，再檢查系統代理開關是否確實寫入 Windows 設定。部分瀏覽器、下載器與開發工具使用獨立代理設定，可能忽略系統代理；也要檢查瀏覽器擴充功能是否覆蓋代理設定。可先關閉應用程式內的手動代理，重新啟動目標程式，再開啟檢測頁面比較出口。仍無變化時，改用 TUN 模式定位問題。

TUN 需要建立虛擬網路介面並修改路由，因此桌面系統通常要求系統管理員權限。Windows 可先退出用戶端，再以系統管理員身分重新啟動；macOS 需要核准網路延伸功能，或依系統提示完成授權；Linux 應確認核心支援 TUN、目前使用者具備相應網路權限，並檢查裝置節點是否可用。完成授權後重新啟動核心，不要只反覆切換開關。

部分 UWP 應用程式受應用程式容器的網路隔離影響，即使系統代理已啟用，也可能無法存取本機監聽位址。可在 FlClash 的工具或系統設定區域尋找 UWP 回環相關入口，為需要連線的商店應用程式解除回環限制。修改後請完全退出並重新開啟目標應用程式。若只有單一應用程式失敗，也應檢查它是否啟用了獨立 DNS 或私人網路限制。

在訂閱或設定詳細資料中啟用自動更新，並依訂閱提供者的更新頻率設定合理間隔。頻繁重新整理不會讓節點變快，反而可能觸發介面限流。更新時若需要透過代理存取訂閱，可為更新工作指定可用策略；如果目前設定已失效，應先切換至能連線的設定或暫時直連，再手動更新一次並查看回傳錯誤。

用戶端延遲測試通常測量連線至指定測試位址所需的時間，只能反映當下的可達性與回應速度，不等同於實際下載頻寬。連續逾時表示節點、測試位址或本地網路至少有一項不可用；偶發的高延遲可能來自網路抖動。應綜合網頁載入、實際傳輸與多次測試結果判斷，不要只依一次延遲數值選擇節點。

先確認設定中的 dns.enable 已啟用，並確認 nameserver、fallback 或 nameserver-policy 來自可信且可存取的解析服務。使用 TUN 時也要檢查 DNS 劫持設定是否涵蓋系統請求。若發生網域解析失敗，可暫時關閉瀏覽器的安全 DNS，清除系統 DNS 快取後再試。不要同時疊加多個本機 DNS 工具，以免請求繞過設定或造成連接埠衝突。

開啟連線記錄，找出該網站對應的網域、目標 IP、命中的規則與最終策略。Clash 規則會依由上至下的順序比對，較寬泛的規則放在前面，可能攔截後續的精確規則。也要檢查網域是否解析成 IP 後命中 IP 規則，以及規則集是否成功下載。調整覆寫設定時，應先加入小範圍規則驗證，避免一次改動整個規則順序。

先將訂閱連結複製到瀏覽器或其他可控環境，確認仍能回傳設定內容。常見原因包括連結過期、訂閱遭重設、介面要求特定網路、DNS 解析失敗、更新請求錯誤地經過目前已失效的代理，以及回傳內容變成登入頁。確認連結有效後，在 FlClash 中刪除連結前後的空格，切換更新代理或暫時直連，再手動更新並查看日誌。

先切換至直連模式，確認本地網路與 DNS 正常，再檢查系統時間、訂閱有效期限與核心日誌。如果所有節點同時逾時，通常應優先懷疑本地網路限制、DNS、核心未執行、測試位址無法連線或訂閱整體失效，而不是逐一刪除節點。也可更換測試位址並關閉其他代理工具，排除連接埠被占用及代理鏈路互相套接的問題。

連線成功只代表節點可能已完成握手，還需檢查 DNS、規則與目標網站的連線鏈路。先用全域模式測試同一個節點，再更換節點比較；如果 IP 位址可存取但網域失敗，應重點檢查 DNS。若只有特定網站失敗，請查看連線記錄中的命中規則與策略。使用系統代理模式時，也要確認目標應用程式遵循系統設定；使用 TUN 模式時，則檢查路由與虛擬網卡狀態。

先查看啟動日誌中的第一個明確錯誤。連接埠被占用時，關閉其他 Clash 用戶端、代理工具或使用相同 mixed-port 的程式，必要時在設定中更換連接埠。設定解析失敗時，重點檢查 YAML 縮排、冒號後的空格、重複欄位與不受支援的欄位。修改後先驗證設定，再重新啟動核心；若已啟用 TUN，也應同時確認權限與虛擬網卡狀態。