Clash 常見問題

客戶端負責匯入設定、切換模式及顯示連線狀態；核心則負責解析設定、比對規則並建立代理連線。Clash Meta 是擴充核心的舊稱，後續專案改用 mihomo 名稱；原版 Clash 與其支援的協定及設定欄位並不完全相同。排查前，請先在客戶端的「關於」或核心資訊中記下兩者名稱，不要只憑視窗標題判斷相容性。教學中的選單位置也可能因客戶端而異。

客戶端是連線與分流工具，安裝程式本身不會提供可用的代理服務。你需要匯入自行管理的伺服器設定，或由服務提供者提供有效訂閱，再啟用對應設定。若已匯入但清單仍是空的，請確認設定是否只有規則、是否引用了尚未載入的代理提供者，以及設定是否確實正在使用。請勿將來源不明的公開設定直接設為預設值。

日常使用通常先選規則模式，讓連線依規則套用直連或代理策略；全域模式會將進入核心的連線交由全域策略處理，適合短時間比對測試；直連模式則會嘗試直接連線至目標。這三種模式只會改變核心內的處理方式，不會自動接管未進入客戶端的應用程式流量。使用全域模式也不代表系統中的所有程式都已透過代理連線，仍須檢查系統代理或 TUN 流量入口。

延遲測試通常只會向指定測試網址送出一次請求，無法涵蓋目標網站的 DNS 解析、規則比對、登入介面及持續傳輸。請先開啟連線面板，確認連線目標時是否有紀錄，再查看命中的規則及最終出口。若測試成功但服務仍無法使用，請用同一個節點連線至不同目標，並與直連結果比較。不要只憑單一延遲數值判斷節點是否可用，也別把低延遲等同於高速下載。

部分基本設定仍可由新客戶端使用，但相容性取決於目標核心，而非設定檔副檔名。遷移前請備份原設定與自訂規則，並優先在獨立設定中測試，確認協定類型、代理群組引用、規則集路徑及 DNS 欄位。Clash for Windows 已停止維護，不適合作為長期更新方案；選擇替代客戶端時，也請確認其維護狀態及是否支援現有訂閱格式。

先分辨是請求失敗還是設定解析失敗：逾時通常與連線路徑有關；401 或 403 可能是授權、請求限制或連結失效；解析錯誤則要確認回傳內容是否為網頁或不相容的設定。檢查訂閱是否過期、連結是否完整，以及是否不小心含有空格。只有在服務提供者確認支援時，才調整請求方式；瀏覽器能開啟，不代表客戶端也一定能成功請求。回報問題時，請隱藏完整訂閱網址及其中的授權資訊。

先記下錯誤行號、協定名稱及目前使用的核心名稱，再確認訂閱提供者要求的格式。為 mihomo 編寫的設定不一定能直接由原版 Clash 或其他客戶端讀取；同名協定的擴充參數也可能有版本限制。建議重新取得適用於目標客戶端的訂閱，而不是逐一刪除報錯欄位。若需要轉換訂閱，請先確認轉換服務是否可信，因為轉換服務可能接觸訂閱內容及存取憑證。

TUN 需要建立虛擬網路介面並設定路由，通常仰賴客戶端的服務模式、系統授權或管理員權限。先確認核心正常運作，再依客戶端說明安裝或修復服務，並確認系統沒有封鎖相關元件。若問題仍未解決，請記下日誌中的網卡或路由錯誤，並檢查是否與其他 VPN 或虛擬網卡工具衝突。不要一次反覆修改多項網路設定；每次只調整一處，並保留關閉 TUN 後的結果作為比較。

Windows 可在系統資訊中查看處理器與系統類型；常見的 Intel 或 AMD 桌上型裝置使用 x64，ARM 裝置則要確認客戶端是否提供原生套件或支援相容執行。macOS 可在「關於這台 Mac」查看是 Apple 晶片還是 Intel；Android 則應依裝置支援的 ABI 選擇，不要只憑系統位元數猜測。請先到下載頁確認實際提供的版本，再核對專案的系統需求；切勿將某平台的套件改名後用於其他平台。

先從日誌確認被占用的是代理連接埠、混合連接埠還是控制介面連接埠，再找出正在監聽的處理程序。如果是另一個仍在執行的代理客戶端，正常結束該程式會比強制終止不明處理程序安全。若確實需要更改連接埠，請在實際生效的設定或客戶端覆寫設定中修改，並同步更新瀏覽器、終端機及系統代理的對應位址。修改後重新啟動相關連線，確認舊連接埠已不再使用，避免只改了介面、核心卻仍讀取舊設定。

開啟連線面板後，在目標應用程式中送出新的網路請求，查看是否出現對應的網域、目標位址或處理程序紀錄，再核對命中的規則及出口。既有長連線可能不會因切換節點而立即重建，因此需要重新整理頁面或讓應用程式重新連線。只看到系統代理已開啟，無法證明所有應用程式都遵循該設定；若某個應用程式沒有連線紀錄，請先檢查它的代理流量入口，而不是先更改節點或規則。

規則通常由上而下比對，最先命中的項目會決定策略；排在後面的精確規則，可能被前面範圍較廣的規則遮蔽。請確認目前使用的是規則模式、自訂規則已納入最終設定，且策略名稱與代理群組完全一致，再到連線面板查看實際命中的項目。若客戶端支援覆寫，請確認覆寫設定的合併順序；直接編輯遠端訂閱產生的檔案，可能在下次更新時被覆蓋。需要長期保留的修改，應放在持續生效的覆寫設定中。

其他裝置應將代理伺服器設為執行客戶端的裝置在區域網路中的位址，並填入實際代理連接埠，而非 127.0.0.1。另請確認監聽位址允許區域網路存取、系統防火牆已放行對應連接埠，且路由器未啟用用戶端隔離。僅在可信任的網路中啟用此功能，並視需要設定驗證與存取限制。請勿將代理連接埠或控制介面暴露於公網；設定系統代理也不會自動接管另一台裝置上的所有應用程式。

選擇代理群組通常只會影響之後建立的新連線；已建立的下載、影片及即時通訊連線可能仍使用原本的出口。請先確認目標連線所屬的策略群組，再視需要關閉該連線，或在應用程式中重新送出請求。設定中可能有多個策略群組，只切換預設群組不一定會影響特定網站。瀏覽器顯示的出口也可能受到快取或背景連線影響，請搭配連線面板判斷，不要反覆點選節點測試。

請保留客戶端名稱、核心資訊、作業系統、故障時間、重現步驟，以及故障時間前後的錯誤日誌；並說明是否啟用了 TUN、系統代理或其他 VPN。只在重現問題期間暫時提高日誌層級，完成後恢復日常設定。分享前請隱藏訂閱連結、授權參數、節點密碼、控制介面金鑰及個人存取網域。優先提供可重現問題的最小片段，不要直接將完整設定貼到公開討論區，也不要上傳未檢查過的截圖。

先關閉代理，確認基本網路連線正常，再檢查訂閱是否過期、系統時間是否正確，以及核心日誌是否出現解析或交握錯誤。使用相同設定分別在目前網路與另一個可信任的網路測試，有助於縮小問題範圍；若只有一個節點失敗，請優先檢查該節點狀態。所有節點同時逾時，也可能是測試網址無法連線，不能直接判定伺服器全部故障。每輪測試請固定設定與測試目標，避免同時更改 DNS、模式及節點。

先確認系統代理的位址與連接埠指向目前使用的核心，再檢查瀏覽器擴充功能、應用程式自訂代理設定或略過清單是否覆蓋系統設定。部分終端機工具不會讀取系統代理，需要另外設定代理參數或環境變數；已執行的程序也可能仍保留舊設定。若連線面板完全沒有紀錄，請優先排查流量入口。不要把全域模式當成流量接管開關；它只能處理已進入核心的連線，無法強制所有應用程式使用系統代理。

部分受到應用程式容器隔離的 Windows 應用程式，預設無法存取本機回環位址，因此可能出現瀏覽器正常、某個商店應用程式卻無法連線的情況。請先確認該應用程式確實使用系統代理，且代理連接埠可用，再使用客戶端提供的回環豁免工具，或 Windows 的 CheckNetIsolation 工具檢查對應的應用程式套件。只為需要的應用程式設定豁免，不建議一次放行所有應用程式。若啟用 TUN 後恢復正常，也請記錄兩種流量入口的差異，不要把所有連線失敗都歸咎於回環限制。

先確認希望由哪個服務解析網域，再檢查應用程式內建的安全 DNS、系統解析器、客戶端 DNS，以及 TUN 的 DNS 接管是否符合預期。瀏覽器測試網站顯示的解析出口只能作為線索，不能單獨證明所有應用程式的 DNS 路徑；不同網域也可能受到分流策略影響。請搭配核心日誌、連線紀錄及可控的網域測試逐項驗證。不要直接照搬整段 DNS 設定，尤其要確認上游解析服務能否連線，以及代理節點網域的引導解析是否正常。

不要直接忽略，也不要安裝來源不明的根憑證。一般代理轉送不需要解密瀏覽器的 HTTPS 內容；若出現憑證錯誤，請檢查系統時間、目標網域、憑證鏈，以及是否有安全軟體進行 HTTPS 檢查、入口網站登入頁或異常 DNS 解析。比較關閉代理、切換可信任節點及瀏覽其他網站的結果，並記下瀏覽器錯誤代碼。若涉及帳號或付款頁面，請先停止提交敏感資訊，再依錯誤類型逐步排查。