CLASH 設定指南 · 常見問題
Clash 常見問題與故障排除。
從訂閱、設定到連線測試，依照遇到的狀況找到檢查方向。排查時一次只調整一項設定，保留原有設定，再透過連線紀錄確認結果。
基礎知識
先分清用戶端、核心、訂閱與流量接管方式，再決定要調整哪項設定。點選問題即可展開答案。
Clash、mihomo 和圖形化用戶端分別是什麼？
Clash 最初是用來處理代理連線與規則分流的核心；mihomo 是從 Clash.Meta 演進而來的核心專案；圖形化用戶端則提供訂閱管理、模式切換與系統流量接管等操作介面。用戶端名稱相近，不代表使用相同核心，也不代表支援的欄位完全一致。排除問題前，先在「關於」或核心資訊頁面記下用戶端名稱、核心名稱與版本，再查閱對應文件。舊設定若出現不支援的欄位，應先確認核心相容性，而非一再重新安裝用戶端。
安裝 Clash 用戶端後，為什麼還需要訂閱？
用戶端負責讀取設定並建立連線，本身並不等於可用的代理服務。訂閱通常由服務提供者提供，內容包含節點、策略群組或規則，也可能只有一組需要用戶端轉換的節點資訊。匯入前，請確認服務仍有效且訂閱格式受支援，並妥善保管連結；連結中的識別參數可能讓他人存取你的訂閱。只有本機規則、沒有可用節點時，開啟系統代理也不會自動取得代理出口。請勿將訂閱連結貼到公開留言、截圖或不明的轉換網站。
規則、全域與直連模式分別適合什麼情況？
規則模式依目前設定中的比對順序決定連線路徑，通常適合日常使用；全域模式會將已進入核心的連線交由全域策略群組處理，適合短時間對照測試；直連模式則讓已進入核心的連線直接連線至目標。全域模式不代表整台裝置都已被接管；未使用系統代理、也未由 TUN 接管的程式，仍可能略過核心。測試全域模式時，還要在全域策略群組中選擇可用節點；完成對照後切回規則模式，再依據連線紀錄調整規則。
系統代理和 TUN 有什麼不同？需要同時開啟嗎？
系統代理會為遵循系統代理設定的應用程式提供本機代理入口，適合先用來確認瀏覽器能否連線；TUN 則透過虛擬網卡接管符合路由條件的流量，常用於不讀取系統代理設定的應用程式。初次設定建議先使用系統代理完成測試，再視需要啟用 TUN，避免同時變更多項設定。部分用戶端允許同時開啟兩者，但實際效果取決於路由與繞過設定，並非開得越多就越完整。若遇到網路中斷、連線迴圈或應用程式衝突，先關閉其他代理工具，只保留一種接管方式重新測試。
安裝與設定
依序檢查匯入訂閱、啟用設定及開啟流量接管。設定下載成功與連線測試成功是兩回事。
Clash 訂閱連結要在哪裡匯入？匯入後該檢查什麼？
在用戶端的設定、訂閱或 Profiles 頁面選擇新增遠端設定，貼上服務提供者提供的完整連結並儲存，等候下載完成後將它設為目前使用的設定。不同用戶端的按鈕名稱可能不同，但要分清楚新增訂閱與啟用訂閱：清單中出現項目，不代表核心已載入設定。接著確認策略群組是否出現、節點是否可選，以及記錄中有無解析錯誤，再開啟系統代理測試連線。若出現 YAML 解析失敗，先確認回傳內容不是登入頁、錯誤頁，或需要額外轉換的訂閱格式。
Clash 訂閱更新失敗或顯示已失效，該依什麼順序排查？
先確認裝置可正常連線，且系統時間正確；接著到服務提供者的帳戶頁面檢查訂閱期限、流量及連結是否已重設。然後查看更新記錄：401 或 403 通常與授權或存取限制有關，404 可能代表網址已變更，逾時則應檢查連線至訂閱網域的路徑。如果用戶端提供透過代理更新的選項，可在已有可用節點時進行對照測試；若沒有可用節點，請改用能連上訂閱網址的網路。重試前保留舊設定，不要先刪除所有節點；公開求助時務必遮蔽訂閱網址及其參數。
啟用 TUN 時顯示權限不足或建立虛擬網卡失敗，該怎麼辦？
先關閉 TUN，確認目前使用的用戶端支援該系統的虛擬網卡接管功能，再依照用戶端說明安裝服務模式或授權輔助元件。Windows 通常需要管理員權限才能安裝服務；macOS 可能需要核准輔助工具或網路延伸功能；Android 則要確認已授予系統 VPN 權限。若已有其他 VPN、舊版服務或安全軟體攔截，也可能導致建立失敗。優先查看第一筆具體錯誤，不要反覆重新授權；必要時先關閉其他 VPN，再重新啟動服務。修復權限後，先使用預設 TUN 參數測試；若仍失敗，再檢查虛擬網卡驅動程式與系統支援狀況。
開啟系統代理後，瀏覽器仍未透過 Clash 連線，該檢查哪些地方？
先確認用戶端核心正在執行，並核對系統代理的本機位址與連接埠是否符合目前設定；常見的混合連接埠是 7890，但仍應以實際設定為準。接著關閉瀏覽器代理擴充功能、其他代理用戶端及自動代理指令碼，重新開啟瀏覽器並連線，同時查看用戶端的連線紀錄。若沒有紀錄，表示請求可能未進入該代理入口；若已有紀錄但走直連，則應檢查命中的規則與策略群組。部分瀏覽器或應用程式使用獨立代理設定，需要另外設定，不能只看系統代理開關就判定所有程式的連線路徑。
使用技巧
測速、規則與自動更新都有適用範圍。請以實際連線請求與記錄判斷是否生效。
節點延遲測試有數值，為什麼網頁還是無法開啟？
延遲測試只表示測試期間成功連上指定的探測位址，不代表目標網站、所有連接埠或所有通訊協定都能使用。先固定一個節點，開啟已知可連線的網頁，再測試出問題的網站，並對照連線紀錄中的網域、規則、策略群組與錯誤訊息。若只有特定網站無法連線，優先檢查目標限制、DNS 與規則；若所有網站都無法連線，再檢查接管方式與節點驗證。不要把延遲數值當成下載速度，也不要連續大量測速後立刻比較結果；密集測試本身可能造成連線壅塞或觸發伺服器限流。
自訂規則應該加在哪裡？為什麼訂閱更新後會消失？
遠端訂閱通常會在更新時取代下載的設定檔，因此直接修改該檔案可能會被覆蓋。建議優先使用用戶端提供的覆寫、設定合併或擴充指令碼功能，將本機規則與訂閱內容分開管理。規則通常依序比對；特定網域規則應放在較廣泛的規則與最後的兜底規則之前，並確認所引用的策略群組確實存在。修改後重新載入設定，並從連線紀錄確認實際命中結果。不要只確認編輯器顯示已儲存；合併順序、欄位型別或策略群組名稱錯誤，都可能讓規則未生效或導致設定載入失敗。
如何設定訂閱自動更新？更新越頻繁越好嗎？
在用戶端的訂閱設定中啟用排程更新，並依照服務提供者的建議設定間隔；若設定使用 proxy-providers，也要分清楚用戶端更新整份訂閱與核心更新節點提供者，兩者並非同一項工作。更新間隔過短可能增加網路請求、提高行動裝置耗電，也可能觸發訂閱服務的存取限制。調整後查看最近更新時間與記錄，確認工作確實完成。裝置休眠或手機背景執行受到限制時，排程工作可能延後；遇到節點變更時手動更新一次即可，不必為了追求即時而不斷縮短間隔。
手機鎖定螢幕後連線中斷，或耗電明顯增加，該如何調整？
先判斷是系統回收背景程序，還是網路從 Wi-Fi 切換到行動數據後，連線未能恢復。Android 可在系統設定中允許必要的背景執行，並確認是否有其他 VPN 服務搶佔連線；iOS 則可搭配用戶端支援的隨選連線設定進行測試。若耗電增加，先減少頻繁測速，以及過於密集的訂閱與規則集更新，再比較相同網路和使用時間下的耗電變化。不要一次關閉所有電池限制或啟用所有常駐選項；先保留實際需要的設定，再透過系統電池用量確認耗電來自用戶端、其他應用程式，還是網路訊號不穩。
故障排除
先確認問題範圍：單一網站、單一應用程式、單一裝置，還是所有網路。範圍越明確，越容易縮小原因。
Clash 所有節點都逾時，如何判斷是節點故障還是本機問題？
先關閉代理，確認基本網路連線正常，再檢查訂閱是否過期、節點清單是否剛更新，以及裝置時間是否正確。選定一個節點查看連線記錄，分辨網域解析失敗、驗證失敗、連線遭拒與等待逾時；不同錯誤應採取不同處理方式。接著改用另一個網路測試同一節點，或在相同網路測試另一個已知可用的節點，每次只變更一個條件。若只有目前裝置失敗，檢查防火牆、其他 VPN 與本機連接埠；若多部裝置在不同網路上都失敗，再向服務提供者確認節點狀態，不必反覆更換用戶端。
Microsoft Store 等 UWP 應用程式無法連線，如何檢查迴圈限制？
先確認一般瀏覽器透過系統代理可以連線，再判斷問題是否只發生在特定 UWP 應用程式。部分 UWP 應用程式受網路隔離政策影響，無法連線至本機代理入口；若用戶端提供 UWP 迴圈豁免工具，可依照提示授予管理員權限，只為需要的應用程式啟用豁免，再完全關閉並重新開啟該應用程式。不要批次修改無關的應用程式，也不要把所有商店連線錯誤都歸因於迴圈限制。若問題仍未解決，請檢查系統時間、帳戶狀態與連線記錄；若用戶端支援，也可改用 TUN 接管進行對照測試。
啟用 fake-ip 後，部分網站或區域網路裝置無法連線，該怎麼辦？
先確認問題是否只影響區域網路網域、印表機，或依賴實際解析位址的應用程式。fake-ip 回傳的是用來對應網域的虛擬位址，不能直接當成一般公網位址理解；關鍵在於後續連線是否仍由同一個核心正確處理。檢查 DNS 是否確實進入用戶端、TUN 路由是否完整，以及其他加密 DNS 是否繞過設定。對於確實不相容的網域，可依照目前核心的語法加入 fake-ip-filter，或設定合適的解析策略。修改後清除系統與應用程式的 DNS 快取，重新啟動受影響的應用程式再進行對照測試，避免把舊快取誤認為新設定無效。
退出 Clash 後整台裝置都無法連線，如何恢復？
先到系統網路設定檢查是否還保留指向本機的手動代理；用戶端退出後，本機監聽服務會停止，殘留的代理設定會讓遵循該設定的應用程式無法連線。關閉不再使用的代理設定，並確認 TUN 虛擬網卡或輔助服務是否仍在執行。如果之前手動修改過 DNS，請恢復網路原本的設定或改為自動取得，再重新連線。不要一開始就重設所有網路設定，以免遺失企業網路、靜態位址等設定。網路恢復後重新啟動用戶端，依序先關閉流量接管再退出程式，確認異常退出或多個工具互相衝突是否為根本原因。