Clash 常見問題
設定與連線故障排除

用戶端負責管理訂閱、操作介面與整合系統；核心則負責協定連線、DNS 處理及規則比對。Clash.Meta 是 Clash 生態系發展出的核心分支，後續以 mihomo 名稱維護；原版 Clash 與 mihomo 並非同一套功能。判斷協定能否使用，應先確認用戶端實際呼叫的核心及其支援清單，而非只看應用程式名稱。同一份 YAML 在不同核心上可能有不同結果；遷移前請先備份設定檔，並留意日誌中的未知欄位與不支援協定提示。

新安裝時，可先比較 Clash Plus、Clash Verge Rev、FlClash 與 Clash Nyanpasu 的系統支援、核心更新方式及服務模式，再依使用習慣選擇。Clash for Windows 已停止維護，舊版能啟動不代表支援新協定或能適應後續系統變化。遷移時先匯出訂閱網址與自行新增的規則，再於新用戶端重新匯入；連接埠、TUN 與開機啟動也應重新檢查，不建議直接覆寫整個程式資料夾。確認新用戶端連線正常後，再停用舊用戶端的開機啟動與背景服務，避免兩個代理同時接管網路。

規則模式依設定檔中的比對順序決定連線路徑，適合日常使用；全域模式會將進入核心的連線交由全域策略處理，適合暫時確認問題是否源自分流規則；直連模式則讓進入核心的連線直接連出，適合對照測試。全域模式不代表接管裝置上的所有流量，未經系統代理或 TUN 的應用仍可能繞過核心。排除問題時，可比較規則與全域模式的結果，再查看連線紀錄中的命中規則。切回規則模式後，仍須確認目標策略組已選取可用節點。

系統代理會向作業系統登記本機代理位址，通常供遵循此設定的瀏覽器與應用程式使用；TUN 則透過虛擬網卡與路由接管符合條件的流量，可涵蓋部分不讀取系統代理的程式。兩者不必一定同時開啟，實際組合取決於用戶端的實作方式與應用需求。初次設定可先使用系統代理，確認訂閱與節點正常後，再視需要啟用 TUN。切換後若發生重複接管或連線異常，請一次只保留一種流量入口進行比對，並檢查其他 VPN、虛擬網卡與安全軟體是否修改了相同路由。

在用戶端的訂閱或設定頁面選擇從連結匯入，貼上服務提供者給的完整網址；下載完成後，將該設定設為目前使用的設定。訂閱清單出現項目，只代表連結已儲存，不一定表示核心已載入。接著確認代理組中是否有節點、核心日誌是否出現解析失敗，再選取節點並開啟所需的代理入口。不同用戶端的按鈕名稱可能略有差異，請以目前介面為準。訂閱網址通常含有存取憑證，請勿放入公開截圖、問題討論區或不可信的線上轉換服務。

先查看更新日誌中的 HTTP 狀態碼與錯誤類型。401 或 403 可能與授權、連結有效期限或伺服器存取政策有關；404 則應確認網址是否已變更。若逾時，先確認本機能否連上訂閱伺服器。部分用戶端可選擇更新訂閱時使用直連或代理；已有可用連線時，可切換測試比較。下載成功但無法解析，可能是伺服器回傳登入頁面、錯誤訊息或不相容格式，請向提供者確認訂閱是否適用於 Clash 或 mihomo。保留可用設定的備份，失敗後不要立刻刪除原設定，也避免短時間內頻繁重新整理。

先確認目前用戶端與作業系統支援其採用的 TUN 實作，再依用戶端說明安裝服務元件或授予所需權限。Windows 常見做法是啟用用戶端提供的服務模式；macOS 可能需要管理員授權或核准相關網路元件；Android 初次啟用通常需確認 VPN 連線要求；Linux 則取決於服務權限及虛擬網卡裝置是否可用。授權完成後，重新啟動核心並查看日誌，不要只是不斷切換開關。若裝置上已有其他 VPN 執行，請先中止衝突連線；受管理的裝置則須遵守管理員的權限政策。

開機啟動、啟動核心與開啟系統代理是不同設定；應用程式啟動後不一定會自動啟用代理入口。先確認用戶端的開機啟動工作未遭系統的啟動項目管理停用，再檢查目前設定是否保留、代理組是否仍指向有效節點。使用服務模式的 TUN 也須確認背景服務已正常啟動。若問題只在剛登入時發生，可能是網路尚未就緒，或其他 VPN 隨後改寫路由；可等網路穩定後手動重試並比對日誌。遷移用戶端後，應清除舊程式的開機啟動工作，避免舊連接埠或代理設定再次寫入。

select 由使用者明確選取一個成員；url-test 依設定的測試網址與測試結果選擇成員；fallback 通常依成員順序選取可用項目。自動策略的結果取決於測試目標、間隔、容差與節點可用性，不代表所有連線都會更快。代理組也可能引用其他代理組，排查時應沿著引用關係確認最終的出站節點。需要固定出口的登入或工作階段情境，可優先手動選擇，避免策略變動造成出口切換。修改組別類型或成員前，先儲存設定，並確認訂閱更新是否會覆蓋本機修改。

延遲測試通常只測量對指定網址發出一次請求所需的時間；是否包含建立連線與 TLS 交涉，則依實作方式而定。這項結果不能直接代表頻寬、持續傳輸量或目標網站的回應速度，節點到測試網址與實際服務網站的路徑也可能不同。先確認瀏覽器連線確實使用該節點，再於相近時間、相同網路與相同目標下比較多個節點。下載速度慢也可能受到伺服器限速、封包遺失、網路壅塞或本機網路影響。不要只憑一次測試就淘汰節點，也別把逾時直接當成節點永久失效；應搭配連線日誌與重複測試判斷。

規則通常由上而下比對；前面的寬泛規則一旦命中，後面的具體規則就不會再決定該連線的走向。先在連線紀錄中核對網域、目標 IP、命中規則與最終策略，並留意應用程式可能直接連線至 IP 或沿用舊連線。no-resolve 可用於支援此參數的 IP 類規則，例如 GEOIP,CN,DIRECT,no-resolve，避免為了比對該規則而主動解析網域；它並非用來關閉整個 DNS 系統。具體網域規則應放在寬泛規則之前，MATCH 作為最後的兜底規則。修改後請重新建立連線，再觀察結果。

部分在 AppContainer 中執行的 Windows 應用預設會限制存取本機回環位址，因此無法連線至監聽 127.0.0.1 的代理連接埠；但不是所有商店應用都會遇到這種情況。先確認應用是否遵循系統代理，以及核心中是否出現該應用的連線紀錄。確認是回環限制後，可使用用戶端提供的回環豁免功能，只授權有需要的應用，並依提示以管理員權限操作。不要一次為所有應用解除限制。若改用 TUN，請重新確認該應用是否已由路由接管；回環豁免並非所有連線問題的通用解法。

先確認核心正在執行，再比對系統代理的位址與連接埠是否和用戶端的監聽設定一致。其他代理工具、瀏覽器擴充功能或企業網路政策可能覆寫系統設定，瀏覽器本身也可能使用獨立的代理設定。開啟目標頁面並查看用戶端的連線紀錄：完全沒有紀錄時，優先檢查流量入口、代理略過清單與連接埠占用；有紀錄但走 DIRECT 時，應檢查出站模式與命中規則，而不是一直切換系統代理開關。可重新啟動瀏覽器以清除舊連線，再逐一停用衝突設定；不要同時執行多個會接管系統代理的用戶端。

所有節點都逾時時，先確認裝置本身能正常連網、系統時間正確、訂閱授權有效，再檢查防火牆是否封鎖用戶端，以及測試目標是否可連線。若只有一個節點失敗，請和其他節點比較，優先檢查該節點的伺服器狀態、位址、連接埠與協定支援；若使用 QUIC，也要確認目前網路是否允許所需的 UDP 通訊。測試網址無法使用也可能造成大量測試失敗，因此應搭配實際連線狀況與日誌中的連線階段判斷。別一開始就重裝用戶端；先分辨是名稱解析失敗、連線遭拒，還是等待連線逾時，才能縮小問題範圍。

先在日誌中查找解析失敗、上游 DNS 逾時或連線目標異常，再確認該請求是否進入核心，以及 DNS 查詢是由系統還是用戶端處理。若只要更換節點就能恢復，問題可能與節點到目標的路徑有關；若更換多個節點仍在解析階段失敗，應檢查上游 DNS 位址、連線路徑與設定相容性。使用 fake-ip 時，部分區域網路服務或應用可能需要依文件設定過濾規則。不要隨意疊加多組 DNS 劫持設定，也不要長期以直接連線 IP 取代網域測試，否則可能引發 HTTPS 憑證或虛擬主機錯誤。

先檢查系統是否仍指向用戶端的本機代理連接埠；程式異常結束後，監聽服務可能已停止，但系統代理設定仍然殘留。可重新開啟用戶端，關閉系統代理與 TUN 後再正常退出；也可在系統網路設定中關閉不再使用的手動代理。若仍有異常，再檢查背景服務、VPN 連線及 DNS 是否由其他工具接管。使用手動 DNS 的裝置，應還原先前記錄的設定；不要直接刪除不熟悉的虛擬網卡或路由。完成後重新連線並測試一般網站，只有一般還原方式無效時，才依系統文件考慮重設網路。