Clash 常見問題

Clash 通常指代理核心及其設定生態系；Mihomo 是這個生態系中持續發展的核心，早期常以 Clash Meta 為名。Clash Verge Rev、Clash Meta for Android 等圖形化用戶端負責管理訂閱、選擇策略及接入系統，實際支援的協定與欄位仍取決於所用核心。查閱教學時，請先在用戶端的「關於」或核心設定中確認名稱，再參照相應文件；不能只因介面上有 Clash 字樣，就認定不同用戶端的設定完全通用。

用戶端主要負責讀取設定及轉送流量，安裝完成不代表已有可用的代理出口。訂閱通常由所使用的服務提供者提供，內容可能包含節點、策略群組、規則與 DNS 設定；單一節點連結通常只描述一條連線。請先確認取得的是符合目前核心的設定訂閱，再匯入並設為目前使用的設定。訂閱網址可能包含帳戶存取憑證，請勿貼到公開論壇、截圖或不熟悉的線上轉換頁面；排查時僅提供已隱去敏感資訊的錯誤訊息。

規則模式會依設定中的規則決定流量使用哪項策略，適合日常依網域、位址或應用程式需求分流。全域模式會將進入核心的連線交由全域策略處理，仍須選擇可用的出口；它不會自動接管未進入用戶端的應用程式流量。直連模式通常讓進入核心的連線直接存取。排查特定網站時，可暫時切換至全域模式並選擇已知可用的節點，與規則模式的結果比較；確認後請恢復原模式，避免長期保留暫時測試設定。

不一定。系統代理會將本機代理位址寫入作業系統設定，主要供遵循該設定的應用程式使用；TUN 則透過虛擬網路介面和路由接入流量，涵蓋範圍會受平台、權限及路由設定影響。瀏覽器運作正常時，可以先保留系統代理，不必為了多開功能而再啟用 TUN。遇到不遵循系統代理的應用程式，再依用戶端文件啟用 TUN 並檢查 DNS。部分用戶端可搭配使用兩者，但這不代表所有流量都已被接管，也要避免與另一組 VPN 路由衝突。

在用戶端找到設定、訂閱或 Profiles 頁面，選擇從連結匯入，貼上完整網址並儲存。下載完成後，還要將這份設定設為目前使用項目，再前往代理或策略群組頁面選擇出口。若出現 YAML 解析錯誤，請先確認連結回傳的是相容於 Clash 的設定，而非登入頁面、一般網頁或其他格式的訂閱。接著啟用所需的系統代理或 TUN，用瀏覽器瀏覽目標網站並查看連線紀錄。設定名稱出現在清單中，不代表設定已啟用或流量已進入核心。

Windows 可在設定的系統資訊中查看系統類型，分辨 x64 與 ARM 處理器；macOS 可在「關於這台 Mac」確認使用 Apple 晶片或 Intel 處理器。Android 請優先依裝置處理器架構及用戶端發布說明選擇，較新的裝置常見 ARM64，但不能只看系統版本判斷。只有用戶端確實提供通用套件時才選用。Linux 除處理器架構外，也要確認發行版使用 deb、rpm 或其他套件格式。安裝失敗時先核對這些條件，再確認系統版本需求，別反覆更換來源不明的安裝套件。

先儲存目前可用的設定，再查看用戶端紀錄，確認失敗原因是權限申請、建立虛擬介面，還是寫入路由。Windows 用戶端可能需要安裝服務模式，或依文件授予系統管理員權限；macOS 可能要求授權特權輔助程式或網路相關元件；Android 通常須確認系統 VPN 連線要求，並檢查是否已有其他 VPN 正在使用。Linux 的權限與執行方式則視情況而定，請依用戶端說明處理。不要只因看到 TUN 字樣就修改系統安全設定；權限齊全仍無法啟用時，再排查其他 VPN、虛擬網卡與路由衝突。

先確認一般瀏覽器透過同一個代理可以正常連線，再判斷問題是否只出現在受應用程式容器限制的 UWP 應用程式。這類應用程式存取本機代理位址時可能受迴送限制影響，可使用用戶端提供的迴送豁免工具，或依 Windows 文件透過 CheckNetIsolation 為確切的應用程式套件設定豁免，通常需要系統管理員權限。只為確有需要的應用程式設定，並記錄變更以便還原。並非所有市集應用程式都是 UWP，也不是每種連線失敗都由迴送限制造成；設定豁免後仍無法連線，請繼續檢查應用程式是否採用系統代理及其網路設定。

先確認用戶端核心正在執行，且系統代理的位址與連接埠符合目前設定的監聽連接埠。接著檢查瀏覽器是否受到代理擴充功能、企業政策或個別代理設定覆蓋，並確認目標位址未列入系統略過清單。瀏覽目標網頁時查看用戶端連線紀錄：完全沒有紀錄，優先檢查流量入口；已有紀錄但走直連，則檢查規則和策略群組選擇。變更設定中的連接埠後，應重新套用系統代理設定。若同時執行多個代理用戶端，請先關閉其他用戶端，避免它們反覆改寫同一項系統設定。

不能。用戶端的延遲測試通常會透過節點向指定測試網址發出請求，結果反映當下該請求的連線狀況與耗時，不等於持續傳輸頻寬，也不保證目標網站能正常存取。測試網址無法連線時，也可能出現節點可用但測速逾時的情況。選擇節點時應綜合實際存取結果、連線紀錄及服務提供者狀態判斷，避免連續大量測速。若要比較下載體驗，請使用相同目標、相近時段及相同網路條件，並留意測試可能消耗訂閱流量；不要把單次最低延遲視為所有情境下的最佳選擇。

Fake-IP 是部分核心支援的 DNS 增強方式：為網域名稱回傳對應位址，再由核心關聯原始網域名稱處理連線；它不是代理出口的實際位址。區域網路裝置、依賴真實解析結果的應用程式或特定探索協定可能需要額外設定。先確認異常是否只在啟用此模式後出現，再檢查本地域名解析、DNS 接管及區域網路路由；必要時依核心文件為相關網域設定 fake-ip-filter，或調整相應的 DNS 策略。不要直接加入範圍過廣的排除規則；修改後也要清除應用程式或系統的舊解析快取，再重新測試。

遠端訂閱更新可能會取代整份設定，因此直接修改訂閱檔案的內容可能遭到覆蓋；節點或策略群組重新命名，也可能讓原有選擇無法繼續對應。先確認目前編輯的是遠端設定快取、獨立本機設定，還是用戶端提供的覆寫層。需要長期保留的規則，應使用該用戶端支援的覆寫、合併或指令碼機制，並檢查最終產生的設定中規則順序是否正確。自動更新與記住策略選擇是不同功能，不能只開啟更新就預期所有選擇都會維持不變。變更前請先儲存可還原的副本。

先記錄更新時的 HTTP 狀態碼或錯誤紀錄：401、403 可能與授權、存取政策或憑證有關；404 可能表示網址失效；逾時或解析失敗則應先檢查網路與 DNS。狀態碼本身不能取代服務提供者的確認。前往服務提供者的帳戶頁面確認有效期限、流量及訂閱網址是否曾更換，再重新複製完整連結。若回傳的是登入頁或驗證頁，請向服務提供者索取適用於用戶端的連結。瀏覽器能開啟網址，不代表用戶端使用相同的網路路徑；必要時依用戶端選項分別測試直連與代理更新，避免連續重試觸發限制。

通常先排查共同條件，比重新安裝更有效。確認本機可直接連上網路、訂閱仍在有效期限內且流量未用完，再檢查系統日期、時間與時區是否正確。接著確認目前核心支援訂閱中的協定及相關參數，並查看紀錄是否出現握手、憑證或解析失敗訊息。所有節點同時逾時，也可能是測試網址無法連線，應另外驗證實際應用程式的連線狀況。若只有目前的網路連線失敗，可在符合使用條件的其他網路上重測，以區分本機與網路路徑問題。不要為了避開憑證錯誤而任意關閉憑證驗證。

依序檢查流量入口、DNS、規則與出口。先查看連線紀錄中是否出現瀏覽器請求；若沒有，檢查系統代理或 TUN 是否確實生效；若有請求但網域解析失敗，再確認 DNS 設定及目前網路能否連線至解析服務。接著查看該連線符合的規則與策略群組，確認沒有選到無法使用的出口或意外直連。最後以另一個已知可用的節點比對，並留意目標網站本身是否故障。介面顯示已連線，可能只代表核心或虛擬介面已啟動，不能取代完整的連線測試；每次只修改一項，並保留修改前後的結果。

先確認錯誤訊息指的是 mixed-port 等代理監聽連接埠，還是外部控制連接埠，兩者不可混為一談。Windows 可用 netstat -ano 查看監聽項目與 PID，再到工作管理員確認處理程序；macOS 或 Linux 可用 lsof -i :7890 檢查占用情況，部分環境需要相應權限。確認是舊用戶端後，請正常結束程式，不要直接終止無法辨識的系統處理程序。若需要同時執行，請為新用戶端選擇未使用的連接埠，並在實際生效的設定或用戶端連接埠選項中修改，同時更新系統代理及應用程式個別代理的連接埠，重新啟動後再確認。