Clash 常見問題
與故障排除

Clash 是規則代理生態系中常見的專案名稱；Clash Meta 是相關核心分支的舊稱，mihomo 是該分支後續採用的名稱。用戶端則提供訂閱管理、策略選擇和系統網路設定等圖形介面。介面支援某個選項，不代表核心已啟用對應功能；設定能否載入，還得看核心版本和欄位支援情況。遇到設定錯誤時，先在用戶端的「關於」或核心頁面確認實際使用的核心，再依照相關文件排查，不要只憑安裝檔名稱判斷相容性。

用戶端負責讀取設定並轉送連線，本身並不等於可用的代理服務。若要使用遠端代理，通常需要匯入服務提供者提供的訂閱，或自行填寫有效的伺服器參數；直連規則則不需要遠端節點。訂閱可能包含節點、策略群組、規則與 DNS 設定，也可能只回傳節點清單。匯入前請確認格式和有效期限。訂閱網址通常帶有存取憑證，不要貼到公開留言、截圖或線上轉換頁面；需要他人協助時，只提供已隱藏敏感資訊的錯誤訊息。

日常使用通常選擇規則模式，讓連線依照 rules 中的順序比對策略。全域模式會將進入核心的一般連線交由全域策略處理，仍需選擇可用節點；它不會自動讓所有應用程式的流量都進入核心。直連模式主要用來暫時比對網路狀態，但已設定的 DNS、TUN 路由和應用程式內建代理仍可能影響測試。排查時先記下原本的模式，每次只更改一個選項，再重新建立連線。不要把切換全域模式當成修復訂閱、權限或系統代理設定的通用方法。

系統代理會將本機代理位址寫入作業系統設定，通常供遵循此設定的瀏覽器和應用程式使用；部分程式會忽略這項設定。TUN 透過虛擬網卡及路由接管符合範圍的 IP 流量，適合需要涵蓋更多應用程式的情境，但仰賴權限、路由與 DNS 設定。首次設定建議先使用系統代理驗證訂閱與節點，再視需要啟用 TUN。是否同時開啟兩者，取決於用戶端的實作；開啟更多選項不一定能擴大涵蓋範圍，反而可能讓排查更複雜。

先確認錯誤發生在下載階段還是解析階段。下載失敗時，檢查完整網址、存取權限和目前網路；解析失敗時，確認回傳內容是否為 YAML 設定，而非登入頁面、錯誤網頁或 Base64 節點清單。若提示欄位未知或不支援該通訊協定，再確認 mihomo 核心和用戶端的支援範圍。不要反覆覆寫仍可使用的設定，先保留副本，再用新設定測試。格式不相容時，優先向訂閱提供者索取相容版本，不要將含有憑證的訂閱直接交給公用轉換服務。

先關閉 TUN，再確認用戶端是否提供服務模式、輔助服務或權限安裝入口。Windows 通常需要依照用戶端說明安裝服務或提高權限；macOS 可能需要核准輔助元件；Linux 的權限需求則取決於安裝方式和發行版。完成授權後重新啟動相關服務，再啟用 TUN，並從記錄檔確認是否成功建立虛擬網卡與路由。不要為了消除錯誤而長期關閉系統安全功能。若問題仍未解決，先退出其他 VPN 或虛擬網卡工具，暫時改用系統代理連線。

Android 用戶端通常會使用 VpnService 建立本機 VPN 介面，將所選應用程式的連線交由代理核心處理，因此首次啟動時需要系統授權。這項授權不代表訂閱自動有效，仍需匯入設定並選擇可用策略。若另一款 VPN 已連線，請先中斷連線，因為同一使用者設定檔通常無法同時執行兩個此類 VPN。若反覆出現授權提示，請檢查工作設定檔、永遠開啟 VPN 及封鎖未使用 VPN 連線等設定，確認目前生效的是這個用戶端後，再重新連線。

開機自動啟動、啟動核心和還原系統代理是不同的設定。先在用戶端開啟登入後啟動，再分別確認是否會自動載入上次使用的設定、還原策略並啟用所需的網路模式。TUN 也可能需要先啟動背景服務，不能只新增一個啟動捷徑。設定完成後完整重新啟動一次，檢查設定名稱、執行狀態和代理開關。共用裝置應依使用者分別設定，避免其他帳戶登入後沿用不合適的代理。若退出後網路異常，先關閉系統代理，再確認是否仍有核心在背景執行。

直接編輯由訂閱產生的設定檔，通常會在下次更新時被遠端內容取代。需要長期保留的規則，應放入用戶端支援的覆寫、合併或指令碼入口；不同用戶端對新增與取代的處理方式不盡相同，設定前請先查看說明。修改後檢查最終生效的設定，確認自訂規則位於 MATCH 之前，且引用的策略群組確實存在。先用單一網域規則驗證，再逐步擴充。若更新後整份設定無法載入，先停用覆寫以恢復連線，再依據記錄檔找出衝突欄位。

規則會由上而下比對，第一個符合的規則會決定策略，後續規則不會再參與同一次選擇。先開啟連線記錄，確認目標網域、符合的規則和最終策略群組，再檢查策略群組目前選用的節點。若連線記錄只顯示 IP，網域規則可能缺少比對所需資訊，應搭配 DNS 與嗅探設定進行判斷。修改規則後，關閉相關應用程式的舊連線再重試；既有連線可能仍沿用原本的路徑。不要只確認規則檔中是否出現某個網域，也要確認該檔案確實已載入。

讓裝置連上同一個可信任的區域網路，在電腦用戶端開啟允許區域網路連線，並確認監聽位址不是只有本機能存取的迴圈位址。接著在手機或電視的網路代理設定中，填入電腦的區域網路 IP 和混合連接埠，實際連接埠請以目前設定為準。電腦防火牆只應允許所需的區域網路範圍。手動 HTTP 代理通常只適用於遵循該設定的應用程式，不代表整部裝置的所有流量都會經過代理。使用完畢後請關閉分享；不要將混合連接埠或外部控制連接埠直接轉送至公網。

Fake-IP 模式會由核心對 DNS 查詢回傳合成位址，再透過內部對應將後續連線連結回網域。這不是遠端節點位址，也不是網站的實際伺服器位址。部分區域網路探索、裝置控制或高度依賴真實 IP 的應用程式可能需要個別處理，此時應依實際網域設定 fake-ip-filter，並確認目前核心採用的過濾模式。不要將所有網域都加入過濾清單，否則會改變整體 DNS 運作方式。調整後重新建立應用程式連線，並檢查 DNS 記錄與本機裝置存取是否恢復。

401 或 403 通常表示存取憑證、權限或伺服器端存取政策可能有問題。請登入服務提供者的管理頁面確認訂閱狀態，並檢查網址是否曾重設；單憑這些狀態碼無法證明帳戶已到期。若是逾時，則應檢查本機網路、網域解析，以及更新請求是否仰賴已失效的代理。請優先保留舊設定，不要先刪除所有節點。若用戶端支援選擇訂閱更新方式，可分別測試直連與目前可用的代理，並記下錯誤時間交由服務提供者排查；提交時請隱藏訂閱網址。

先暫停代理，連線到平常可直接存取的網站，確認基本網路正常，再檢查系統時間是否正確，以及訂閱是否仍有效。用戶端的連線測試會受到測試網址和測試方式影響，全部逾時不一定代表所有節點都離線。選擇一個節點實際瀏覽目標網站，同時查看記錄：網域解析失敗時優先檢查 DNS；連線遭拒或交握失敗時，則檢查伺服器、連接埠、通訊協定與憑證。若只有少數網站異常，請繼續檢查符合的規則和目標網站，不要立刻重新安裝用戶端或清除所有設定。

先確認核心已成功監聽混合連接埠，再檢查作業系統中的代理位址和連接埠是否與用戶端一致。7890 只是常見值，並非固定必須使用的連接埠；若記錄出現 address already in use，請找出占用中的程序，確認是否為另一個代理執行個體，再關閉重複的執行個體或改用未占用的連接埠。修改後，同步更新手動代理、瀏覽器擴充功能和環境變數。若核心運作正常，請檢查瀏覽器是否使用獨立代理，或受到組織政策管理。不要任意結束不明的系統程序，也不要將外部控制連接埠填成代理連接埠。

若應用程式屬於受網路隔離限制的 AppContainer，且需要連線到本機迴圈代理，可能需要個別設定迴圈豁免；並非所有市集應用程式都屬於這種情況。先確認應用程式確實使用系統代理，而非訂閱節點或應用程式服務本身故障。可在系統管理員終端機使用 CheckNetIsolation LoopbackExempt -s 查看現有豁免，再透過用戶端提供的工具，只授權有需要的應用程式。TUN 是另一種流量接管方式，但仍需正確設定路由與 DNS。不要批次豁免所有應用程式，排查完成後請撤銷不再需要的授權。