Clash 常見問題

Clash 通常指代理核心及其設定生態系；mihomo 是沿用並擴充相關設定功能的核心專案，早期也稱為 Clash Meta。圖形化用戶端負責管理訂閱、切換模式及整合系統，實際功能取決於使用的核心和版本。開始排查前，先在「關於」或核心資訊中記下用戶端名稱與核心版本，再查閱對應文件。不同用戶端的按鈕位置不盡相同，不能只憑介面名稱判斷是否支援某項功能。

用戶端提供代理連線與規則處理功能，但不會自動附上可用的代理伺服器。訂閱用來取得服務供應商提供的設定，設定檔則包含代理、策略群組、規則及 DNS 等設定。匯入前先確認訂閱來源及支援的格式。請勿將訂閱 URL 貼到公開群組或截圖中，其中的存取參數可能直接關聯帳戶權限。使用自架服務時，也須依實際通訊協定填寫連線參數。

日常使用建議優先選擇規則模式，讓連線依設定中的規則決定直連或代理。全域模式會將已進入核心的連線交由全域策略處理，適合短時間確認規則是否影響存取；這不代表接管裝置上的所有流量。直連模式會讓進入核心的連線直接連至目標，也不等於退出用戶端。切換模式後，請用新連線測試；既有連線可能仍沿用原本策略，必要時可在連線頁面關閉該連線。

先依作業系統、處理器架構及所需的流量接管方式篩選，再比較訂閱管理與規則編輯功能。Windows 使用者可先看看 Clash Plus，也可參考 Clash Verge Rev、FlClash 等用戶端。Clash for Windows 已停止維護，不宜把舊教學的介面位置當成新版操作依據。遷移時保留訂閱與自訂規則，但不要直接複製舊用戶端的整個資料目錄；匯入後逐一確認連接埠、策略群組及 DNS 設定。

系統代理會在作業系統中登記 HTTP 等代理入口，只有遵循這項設定的應用程式才會使用。TUN 透過虛擬網路介面和路由接管更多連線，適合不讀取系統代理的程式，但需要額外權限，也可能與其他 VPN 衝突。兩者都會受到規則和設定影響，啟用 TUN 不代表所有連線都會經過代理。建議先用系統代理完成基本測試，確定需要涵蓋更多應用程式時再啟用 TUN，避免同時修改多個網路層。

開啟用戶端的設定或訂閱頁面，選擇 URL 匯入並貼上完整訂閱網址；下載完成後選取該設定檔。若已有本機檔案，請使用檔案匯入功能選取 YAML，再查看載入記錄。只有 Base64 節點清單的連結，不一定是可直接使用的 Clash 設定；請向服務供應商索取相容格式。不要將含帳戶參數的連結交給不熟悉的轉換服務。匯入成功後，還要確認策略群組中有可選的代理，再啟用系統代理。

先到系統設定的「關於」頁面確認處理器架構。常見的 Intel、AMD 桌上型裝置通常使用 x64；Apple Silicon Mac 請下載對應 ARM 架構的安裝套件。Windows ARM 裝置則須確認用戶端是否原生支援。Android 可優先依裝置架構選擇，不確定時再查看通用版及系統需求。安裝套件格式也須符合 Linux 發行版，例如 deb 和 rpm 不能直接互換。不要只憑裝置品牌或外觀猜測架構。

先關閉 TUN，再確認用戶端是否提供安裝服務、服務模式或修復服務功能。依提示完成系統授權後，重新啟動用戶端。Windows 通常需要由具備管理員權限的服務管理虛擬介面；macOS 需要核准相關網路權限；Linux 則依用戶端的提權方式而定。不要長期以高權限執行所有程式來替代。若服務已安裝但問題仍在，請查看記錄中的第一則錯誤，並確認其他 VPN、虛擬網卡或安全性政策是否阻止介面建立。

mixed-port 是同時接受 HTTP 與 SOCKS 代理連線的混合連接埠；7890 是常見範例值，不代表每個用戶端目前都使用這個連接埠。請以設定頁或生效設定檔顯示的監聽連接埠為準，並讓瀏覽器、終端機或系統代理指向同一連接埠。本機連線通常使用 127.0.0.1。修改連接埠後，請重新套用系統代理；若記錄顯示位址已被占用，先查明是哪個程式占用，避免任意終止系統程序。

只有確實需要讓同一個區域網路中的其他裝置使用代理入口時，才啟用這項功能。除了允許區域網路連線，也要確認監聽位址、主機防火牆及裝置間的網路連線正常，並在其他裝置上填入執行用戶端的主機區域網路 IP 和實際連接埠。不要填 127.0.0.1，因為那會指向其他裝置本身。依用戶端功能設定存取驗證與來源限制；不要將代理連接埠或外部控制介面轉送到公網，也不要在公共 Wi-Fi 中長期開放。

在訂閱詳細資料中啟用自動更新，並先確認輸入欄位的單位。有些用戶端以分鐘為單位，例如 1440 分鐘就是一天；provider 設定中的 interval 通常以秒計，不能直接照填相同數字。更新頻率請依服務供應商的建議設定，過於頻繁可能觸發流量限制。只有在目前網路無法直接連上訂閱網址、且代理已啟用並可正常使用時，才嘗試透過代理更新。每次調整後手動重新整理一次，確認記錄顯示成功；更新前也應保留一份可還原的設定。

優先使用用戶端提供的覆寫、合併或擴充規則功能，不要直接修改會被遠端訂閱覆蓋的原始檔案。Clash 規則通常由上而下比對，具體網域規則應放在範圍較廣的規則之前，MATCH 通常放在最後。新增規則時，請確認目標策略名稱確實存在，大小寫與字元也必須一致。儲存後查看設定檢查結果，再用新連線確認命中的規則；不同用戶端的合併順序可能不同，請以最終生效的設定為準。

開啟用戶端的連線頁面，依目標網域或應用程式篩選，查看該連線命中的規則、策略群組及最終出口。接著關閉舊連線並重新開啟目標網站，避免重用連線造成判斷錯誤。只看用戶端首頁的開關或瀏覽器顯示的 IP，無法判斷所有請求的路徑，因為網頁可能同時連線到多個網域。若連線清單完全沒有相關請求，先確認應用程式是否使用目前的代理入口，再檢查 TUN、瀏覽器獨立代理或應用程式本身的網路設定。

先沿用已確認可正常使用的訂閱設定或用戶端建議設定。fake-ip 會為網域指派虛擬位址，讓核心接管連線時保留網域資訊；redir-host 通常會傳回實際解析位址。少數遊戲、區域網路服務或依賴真實位址的應用程式可能需要個別調整，不必一遇到問題就全面切換模式。先檢查 fake-ip-filter 及相關 DNS 規則。切換後清除相關應用程式的 DNS 快取並重新建立連線，避免舊的解析結果影響測試。

先查看系統電池用量統計，區分耗電來自用戶端持續執行，還是其他應用程式透過代理產生的流量。降低不必要的測速與訂閱更新頻率，並關閉長時間啟用的詳細記錄。Android 若經常斷線，可視需要調整電池最佳化或背景執行限制，但放寬限制可能增加耗電；iOS 則主要依賴系統網路延伸功能的執行機制。每次只調整一項並觀察實際使用情況，不要為了維持背景執行而同時啟用多種常駐工具。若需持續接管連線，也要考量網路服務持續執行的耗電成本。

先查看更新記錄中的具體錯誤。逾時通常需要檢查訂閱網域是否可連線，並比較直連與透過代理更新的結果；遇到憑證錯誤，先校正系統日期，確認是否遭登入頁面或網路設備攔截，不要直接關閉憑證驗證。401 或 403 通常與存取憑證、權限或服務供應商的限制有關，請至服務供應商的帳戶頁面確認。若回應內容是 HTML 而非 YAML，可能取得的是登入頁面或錯誤頁面。保留舊設定，重新複製訂閱網址後再試；分享記錄前請隱藏帳戶參數。

測速逾時只代表在指定的測試網址和時間限制內，未取得預期結果，不能單憑此判定訂閱失效。先選擇一個代理實際連線至目標網站，再確認測試 URL 是否可連線、系統時間是否正確，以及目前網路是否要求先完成網頁登入。可改用其他網路，或比較同一訂閱中的其他代理。若全部失敗，請檢查設定載入狀態與核心記錄；若只有個別代理失敗，請聯絡服務供應商確認。不要反覆縮短逾時門檻，否則更容易將可用連線誤判為失敗。

依序檢查監聽連接埠、系統設定和應用程式設定。先確認核心正在執行，且連接埠與系統代理一致；再確認作業系統的代理位址指向本機；最後停用可能覆寫設定的瀏覽器代理擴充功能。若連線已進入用戶端，查看命中的規則和所選代理；若沒有記錄，則繼續檢查連線入口。關閉其他 VPN 後，以新連線測試。退出用戶端後仍無法上網時，確認系統代理是否仍指向已停止的服務，再還原先前的網路設定。

部分採用 AppContainer 隔離的 Windows 應用程式會受到本機迴圈存取限制，無法直接連線至 127.0.0.1 上的代理。先確認目標應用程式確實受到這項限制，再使用用戶端提供的 UWP 迴圈存取工具，僅為需要的應用程式新增豁免，並依提示授權。熟悉 Windows 管理的使用者，也可使用 CheckNetIsolation 檢查設定。不要預設將所有應用程式一律放行。若仍無法使用，請確認應用程式是否讀取系統代理，以及安全性政策是否禁止修改設定。

先關閉 TUN，確認基本網路已恢復，再使用系統代理測試相同設定。若只有 TUN 模式失敗，請檢查記錄中的路由、DNS 攔截及虛擬介面錯誤，並停用其他 VPN 進行比較。不要直接把網路上的整套 DNS 設定覆蓋到訂閱中；應確認上游 DNS 位址是否可連線，以及解析請求是否形成迴圈。修改前先儲存原設定，每次只調整一個參數。關閉用戶端後問題仍在，請檢查是否有殘留的代理或路由，再依用戶端文件修復服務或重新啟動網路連線。