Clash 常見問題
設定與連線排查

用戶端提供匯入設定、切換代理群組及檢視記錄的介面；核心負責讀取設定、處理連線並執行分流，mihomo 是 Clash 生態系中持續發展的核心之一；訂閱則是提供設定或節點資訊的網址。安裝用戶端不代表已取得可用連線，還需要有效設定及相應服務。排查時先確認設定已啟用、核心已啟動，再檢查代理群組的選擇，避免把訂閱問題誤當成安裝問題。

日常使用通常先選規則模式，讓連線依照設定中的規則決定出口。全域模式會將核心處理的連線交由全域策略選擇，適合短時間確認是否為規則造成異常；直連模式則讓這些連線直接連上目標。全域模式不代表系統中的所有應用程式都會被接管，實際接管範圍仍取決於系統代理或 TUN。測試後切回規則模式，並檢查實際連線記錄，不要只看模式按鈕是否亮起。

不能只看網址外觀判斷是否相容。Clash YAML 通常包含代理、代理群組和規則等結構；Base64 內容可能只是其他用戶端使用的節點清單，缺少完整的分流設定。優先向訂閱服務提供者選擇明確標示為 Clash 或 mihomo 的格式；若用戶端支援格式轉換，再依照其說明操作。訂閱網址可能包含存取憑證，請勿提交給不熟悉的線上轉換網站，也不要公開完整網址。

許多基本欄位可以沿用，但不能因此認定所有設定都雙向相容。mihomo 支援的部分協定、DNS 選項及擴充規則，舊版核心可能無法辨識；第三方用戶端也可能合併或覆寫設定。遷移前先備份現有檔案，使用用戶端的設定檢查功能，再查看啟動記錄中的欄位或協定錯誤。若出現未知類型，應確認核心支援範圍，不要直接刪除報錯欄位後繼續使用。

Clash教學網整理用戶端入口與中文設定資料，並非各用戶端專案本身，也不提供訂閱帳號或節點服務。下載用戶端、使用核心功能及訂閱服務是不同環節：安裝問題請檢查平台與權限，設定問題請檢查格式與記錄；帳號到期或流量額度問題則應聯絡實際服務提供者。查詢用戶端來源時，請核對專案名稱與發布管道，不要只憑頁面標題中的 Clash 官方網站等搜尋字詞判斷歸屬。

在用戶端的設定或訂閱頁面新增網址，下載完成後，明確選取該設定並設為目前使用的設定；清單中出現一筆紀錄，不一定代表已啟用。接著檢查核心是否正在執行，開啟代理群組確認有可選的策略，再啟用系統代理並以瀏覽器測試連線。如果介面上只有預設的直連策略，先查看訂閱下載結果與設定解析記錄。第一次設定建議先確認系統代理正常，再視需要啟用 TUN，較容易找出故障環節。

先確認下載到的是設定檔還是網頁。如果記錄中出現 HTML 標籤，常見原因是網址指向登入頁、錯誤頁或需要驗證的分享頁，請重新複製服務提供者提供的訂閱網址。如果回傳的是 YAML，請檢查縮排、冒號後的空格，以及是否混入定位字元；錯誤行前一行也值得檢查。建議重新取得原始設定檔，手動編輯前先備份，修正後使用用戶端的設定檢查功能，再重新載入。

先結束其他代理用戶端及殘留的核心程序，確認是否有程序占用相同的監聽連接埠，通常不必重新安裝。可以停止衝突程序，或將 mixed-port 改成未使用的連接埠，再重新載入設定。變更連接埠後，手動設定代理的瀏覽器、終端機及其他應用程式也要同步修改；由用戶端自動管理的系統代理則應先關閉再重新開啟。不要只修改設定檔，卻讓應用程式保留舊連接埠，否則即使核心正常啟動，也可能無法連線。

先關閉 TUN，確認一般系統代理可以正常運作，再依照用戶端說明安裝或修復服務元件。Windows 通常需要系統管理員授權；macOS 可能需要允許輔助程式；Linux 則視執行方式與網路管理權限而定。授權完成後重新啟動相關服務，再開啟 TUN 並查看路由與網卡記錄。同時結束其他 VPN 或類似的流量接管工具，避免路由衝突；不要為了消除提示而長期關閉系統安全機制。

行動裝置首次建立通道時，通常會要求授權 VPN 設定，請在系統確認視窗中允許。Android 若在鎖定螢幕後斷線，可檢查電池最佳化、背景執行及自動啟動限制；先確認背景程序是否確實遭到終止，再調整相關應用程式設定。iOS 則應檢查 VPN 設定是否已啟用，以及是否有其他 VPN 正在切換連線。系統的 VPN 圖示只表示通道狀態，不代表訂閱有效或所有目標都能連線，仍須搭配用戶端記錄確認。

不一定。用戶端測速通常會連線到指定的測試網址，逾時可能是測試站無法連線、DNS 異常、交握失敗或節點本身無法使用。先選擇該節點實際需要連線的服務，再查看連線記錄；必要時改用確定可連線的測試網址，並讓各節點在相同條件下測試。測速數值也不等於下載速度或所有網站的使用體驗。如果多個節點同時失敗，應優先檢查本機網路、系統時間及訂閱狀態，不要反覆點選測速。

select 由使用者手動指定出口，適合需要固定使用同一節點的情況；url-test 依測試結果自動選擇候選項目，測試網址與間隔都會影響判斷；fallback 則依候選項目的順序選擇可用項目，更重視預設優先順序。這些策略都只會在設定列出的候選範圍內運作，不會自動新增節點。切換策略通常只影響新建立的連線，既有的長時間連線可能仍使用原出口；驗證時可重新建立測試連線。

優先使用用戶端提供的覆寫、擴充規則或合併設定功能，不要直接修改會在訂閱更新時被取代的遠端檔案。規則會由上往下比對，特定網域規則應放在較廣泛的規則和 MATCH 之前；目標代理群組名稱必須與實際設定完全一致。新增後重新載入，並在連線詳細資訊中確認命中的規則與出口。不同用戶端的合併順序可能不同，成功儲存只是第一步，還要確認規則已納入最終生效的設定。

在 Fake-IP 模式下，看到保留網段中的對應位址通常是預期行為；核心會透過對應關係連結網域名稱與連線，不代表實際伺服器位於該位址。如果區域網路裝置、特定遊戲或依賴真實解析結果的應用程式出現異常，可將必要網域加入 fake-ip-filter，再依用戶端功能清除相關 DNS 快取並重試。不要只因位址看起來陌生就更改所有 DNS 設定，應先確認異常應用程式及其連線是否經過核心。

重現問題時，記下用戶端名稱、核心資訊、系統類型、使用模式與發生時間，並擷取故障前後的相關記錄。分享前請遮蔽完整訂閱網址、存取憑證、節點密碼、帳號識別資訊，以及不想公開的網域或位址；截圖中的 QR Code 也可能包含訂閱資訊。只提供解析錯誤、連線失敗原因及命中規則等必要內容，避免上傳整個設定目錄。如果完整訂閱資訊已公開，請聯絡服務提供者更換網址或撤銷舊憑證。

先分辨是伺服器拒絕請求，還是本機連線失敗。401、403 可能與憑證、權限或服務提供者的政策有關；404 常見於網址已變更。若連線逾時，還要檢查目前的網路、DNS，以及更新請求使用的出口。登入服務提供者的網站，確認有效期限、流量額度與最新網址；複製時避免漏掉查詢參數或夾帶空格。如果更新必須透過目前已失效的節點，可嘗試切換為直連或使用其他可用網路後再更新，不要短時間內頻繁重試，以免觸發額外限制。

先確認核心是否正在預期的本機位址與連接埠上監聽，再檢查系統代理設定是否被其他程式改寫。瀏覽器擴充功能、應用程式內的代理設定及終端機環境變數都可能覆蓋系統設定；部分應用程式則完全不會讀取系統代理。用瀏覽器送出一筆新的請求，觀察用戶端連線清單中是否出現對應紀錄；若沒有紀錄，先檢查流量是否接入；若有紀錄，再檢查規則與節點。若確實需要接管不使用系統代理的應用程式，再考慮設定 TUN。

部分 UWP 應用程式受網路隔離限制，可能無法存取本機迴圈代理。先確認一般桌面瀏覽器能透過相同代理連線，再檢查用戶端是否提供 UWP 迴圈豁免工具；若有，只為確實需要的目標應用程式新增豁免。也可以使用 Windows 的 CheckNetIsolation 工具檢視和管理規則，操作前先確認應用程式套件識別碼。不要一次豁免所有 Microsoft Store 應用程式，也不要把所有商店應用程式的連線問題都歸因於迴圈限制。

先確認目標應用程式是否出現在用戶端連線清單，再檢查它使用的 TCP 或 UDP 流量是否已被接管，以及所選節點是否支援所需的傳輸方式。瀏覽器能正常使用，只能證明部分連線路徑可用，不能證明遊戲和語音所用的 UDP 路徑正常。若啟用 TUN 後才出現異常，可暫時關閉 TUN 作為對照，並檢查路由、DNS 及其他 VPN 是否衝突。每次只修改一項設定並記錄結果，必要時可在其他已獲授權的網路上重新測試。

先開啟系統網路設定，確認是否殘留指向本機位址的手動代理；核心結束後，該監聽連接埠可能已無法使用。關閉殘留代理，再確認 TUN 或 VPN 連線已正常中斷；必要時重新啟動用戶端，並依照先停止流量接管、再結束用戶端的順序操作。如果仍無法連線，檢查 DNS 是否保留了只有用戶端執行時才可使用的位址，並還原原有網路設定。不要一開始就重設所有網路，先保留記錄與原始設定，方便找出問題。