Clash 常見問題

客戶端負責匯入設定、選擇策略及設定系統代理等介面操作；核心則負責實際連線、解析與規則比對。Clash Meta 是相關核心專案曾使用的名稱，後續更名為 mihomo；舊教學中的 Meta 不一定是指獨立客戶端。不同客戶端整合的核心版本與設定管理方式可能不同，排查時應一併記下客戶端名稱和核心版本，不能只憑介面相似就判斷是否支援特定欄位。

安裝客戶端只是備妥流量處理工具，還需要可用的代理設定或訂閱，以及能連上相應伺服器的網路環境。匯入後先確認設定中有代理節點和策略群組，再選擇節點測試，最後開啟系統代理，或視需要啟用 TUN。客戶端顯示正在執行，只代表核心已啟動，不代表訂閱有效、節點連得上，或目標網站一定能開啟；這些環節都要分別確認。

日常使用通常從規則模式開始，讓連線依照設定中的規則套用相應策略。全域模式會將核心收到的連線交由全域策略處理，適合短時間用來比對排查，但不會自動接管所有應用程式的流量。直連模式主要用來確認本機網路是否正常。切換模式後請建立新連線再測試，既有的長連線可能仍沿用原本策略；切換全域模式後恢復正常，只能表示值得檢查規則或群組，不能據此判定確切故障原因。

已安裝的版本可能仍可執行，但已封存的客戶端不會持續取得相容性修正與安全更新，也可能無法辨識新的設定欄位或協定。準備遷移時，先備份訂閱來源、策略選擇和本機規則，再逐項匯入仍有維護的客戶端。不要直接覆蓋整個舊程式資料夾，也不要同時啟動兩個客戶端接管網路。首次遷移時先驗證系統代理與基本連線，再恢復 TUN、覆寫和其他自訂設定。

訂閱網址通常包含存取憑證，取得完整連結的人可能讀取節點資訊或耗用相關服務資源。提交截圖和日誌前，應遮蔽訂閱路徑、查詢參數、節點密碼及控制介面金鑰，不要只隱藏帳號名稱。需要轉換訂閱時，優先使用服務提供者提供的相容格式，或在可信任的本機環境處理；將連結交給陌生的轉換網站，等同交出設定的存取權。連結外洩後，應至服務提供者的管理後台重設，而不只是刪除公開訊息。

先確認帳戶方案、到期日和流量餘額，再從服務提供者的管理後台重新複製完整連結，確認沒有空格、換行或截斷。查看錯誤是要求逾時、拒絕存取，還是設定解析失敗：遭拒通常要檢查授權；若回傳的是網頁，則可能是登入頁面或錯誤頁面。若連結只能透過代理存取，可在已有可用連線時更新，或使用服務提供者允許的替代入口。請勿短時間內反覆大量請求，以免觸發流量限制。

先在系統資訊中查看處理器架構和作業系統版本，再選擇對應的下載項目。常見的 x64 或 AMD64 適用於一般 Intel、AMD 桌上型處理器；ARM64 則適用於相應的 ARM 裝置。macOS 還需區分 Apple Silicon 與 Intel。若安裝時提示格式不支援，先核對平台和架構，不要反覆修改副檔名。最低系統版本、相依元件和服務安裝需求依客戶端而異，請以下載頁說明和安裝提示為準。

先關閉 TUN，確認使用系統代理時基本連線正常，再依客戶端說明安裝服務模式，或授予建立虛擬網卡所需的權限。Windows 可能需要系統管理員授權；Linux 可能涉及服務權限或網路能力；行動裝置則通常需要確認系統的 VPN 連線要求。授權後確認服務確實正在執行，並查看核心日誌中的具體錯誤。若裝置受單位政策管理，請勿繞過限制；也不要長期以高權限執行所有無關程式，取代正確的服務設定。

mixed-port 用於接收 HTTP 和 SOCKS 代理連線；external-controller 則供管理介面呼叫，兩者用途不同。替瀏覽器或終端機設定代理時，應使用實際生效的混合連接埠，不能填入控制連接埠。先在客戶端確認監聽位址和連接埠，再於應用程式填入相同資訊；若只供本機使用，建議監聽迴路位址。修改後須讓核心重新載入設定，並同步更新手動設定代理的應用程式，避免仍連到舊連接埠。

訂閱檔案通常會以遠端內容整份更新，直接編輯下載的設定可能在重新整理時遭到覆蓋。請使用客戶端提供的覆寫、合併或本機規則功能，將個人調整與訂閱主體分開管理；這些功能的欄位和合併順序依客戶端而異。儲存後請檢查實際運作中的最終設定，不要只看編輯器內容。建議先新增一條容易驗證的規則，確認位置和目標策略正確，再逐步移轉其他設定，並保留可還原的備份。

延遲測試通常只反映對指定測試位址發出單次要求所需的時間，不等同於持續傳輸速度。實際速度也會受到線路壅塞、伺服器負載、目標網站限制和本機無線網路影響。比較節點時，應在相近時段連線至相同目標，分別觀察網頁回應和持續傳輸的表現，避免同時執行多個測速工作。若只有特定網站速度慢，先檢查該網站命中的規則和連線路徑；不要只依最低延遲判斷節點是否適合所有用途。

開啟客戶端的連線清單或日誌，重新造訪目標網站，依網域篩選新連線，再查看命中的規則、策略群組和最終出口。規則通常由上而下比對，前面的寬泛規則可能先於後面的精確規則生效。修改後請關閉對應的舊連線，或重新啟動測試應用程式，避免重用原連線而誤判。一個網頁可能會連線至多個網域；若主網站能開啟但圖片載入失敗，還要分別檢查靜態資源和登入介面的比對結果。

部分客戶端支援同時啟用，但初次設定時最好先只驗證一種流量接管方式。系統代理主要影響遵循系統代理設定的應用程式；TUN 則透過虛擬網卡和路由接管符合條件的流量，兩者並不相同。一起使用時，需檢查路由、DNS 劫持和其他 VPN 是否互相衝突，避免形成轉送迴圈。切換前先記下原有設定，確認各自單獨啟用時的狀況；發生異常後，還原至已驗證的單一方式，比同時調整多個選項更容易找出原因。

更新前先記下目前的設定名稱、策略群組選擇和本機覆寫，並備份需要保留的檔案。更新訂閱和更新規則集是不同操作：前者可能更換節點或策略群組，後者主要會變更比對資料。更新後先確認設定已成功載入，再檢查常用網站和本機服務；若節點已更名，原本的策略選擇未必能恢復。自動更新間隔應參考服務提供者的建議，不必設定得太頻繁。發生問題時保留錯誤訊息和更新時間，再決定是否還原備份。

出口 IP 只能表示某次連線的出口位置，無法證明 DNS 查詢也走相同路徑。先檢查運作中的設定，包括 DNS 服務、上游解析和路由，再留意瀏覽器安全 DNS、系統加密 DNS 或其他 VPN 是否另行建立解析通道。測試網站顯示的解析器位置也不一定等於實際查詢路徑，應搭配日誌，必要時進行封包擷取分析。調整後清除相關快取並建立新連線，避免將舊解析結果誤認為目前設定仍有問題。

先關閉代理，確認基本網路可用，再核對訂閱是否過期、節點是否已載入，以及系統時間是否正確。接著手動測試少數節點，觀察日誌顯示的是網域解析失敗、連線遭拒，還是交握逾時。若只有共用的測試位址無法連線，測試逾時不一定代表所有目標都無法存取，可改用實際網站交叉驗證。若換用不同網路後仍全部失敗，請向服務提供者確認節點狀態；避免同時修改 DNS、規則和連接埠，造成線索混亂。

先核對系統代理位址與客戶端實際監聽的連接埠，確認核心正在執行，再檢查瀏覽器是否啟用了獨立代理擴充功能、手動設定或組織政策。觀察瀏覽時是否出現新連線：若沒有記錄，先確認流量是否進入客戶端；若有記錄，則繼續檢查命中的策略和節點。終端機、遊戲等應用程式可能不會讀取系統代理，需要個別設定或使用 TUN。排查時一次只保留一個代理工具，避免其他程式不斷覆寫系統設定。

部分 UWP 應用程式受到應用程式容器的迴路限制，可能無法連線至監聽本機迴路位址的代理。先確認一般瀏覽器可正常使用，並確認該應用程式確實使用這條代理路徑，再依客戶端文件為指定應用程式加入迴路豁免；此操作可能需要系統管理員權限。不要一次為所有應用程式解除限制，也不要只因應用程式來自商店就認定原因相同。若應用程式根本不會讀取系統代理，還需檢查其網路運作方式，或在權限允許時使用 TUN 交叉測試。

先確認衝突的是混合代理連接埠，還是控制介面連接埠。Windows 可用 netstat -ano 查看監聽狀態和處理程序編號；Linux 可用 ss -lntp 查詢，查看處理程序資訊可能需要額外權限。確認占用者後，再決定關閉重複執行的客戶端，或替目前設定選擇未使用的連接埠；不要直接結束不認識的系統處理程序。修改後重新載入設定，並同步更新應用程式的代理位址。若每次啟動都發生衝突，也應檢查舊服務和開機啟動項目是否仍在背景執行。

連線期間，依序檢查訂閱、節點、模式、流量接管和 DNS，並透過連線記錄分辨要求是未進入核心，還是進入後才失敗。關閉客戶端後無法上網，則優先檢查系統代理是否仍指向已停止的本機連接埠，以及 TUN 或其他 VPN 是否留下路由影響。先透過客戶端正常關閉代理和 TUN，再檢查系統網路設定；必要時重新啟動相關應用程式。保留日誌後再重設，避免一開始就清除所有設定，讓原本可追查的問題失去線索。