Clash 常見問題

用戶端負責管理設定、選擇策略及切換系統代理；核心負責解析設定、比對規則並建立連線；訂閱則由服務提供者提供節點或完整設定。安裝用戶端不代表自動取得可用的代理服務。排查時先釐清問題出在介面操作、核心錯誤還是訂閱狀態，別把三者混為一談。同一份訂閱在不同用戶端的相容性，取決於實際使用的核心及其支援欄位。移轉前可在用戶端的「關於」或核心設定中確認核心名稱，再查看匯入記錄。

日常使用通常選擇規則模式，由設定中的規則決定連線走代理還是直連；全域模式則將交由核心處理的連線統一套用全域策略；直連模式通常會讓這些連線直接連至目的地。全域模式不代表接管裝置上的所有應用程式，流量仍須先進入核心。若要確認網站是否因分流失敗，可暫時切換至全域模式，並選用同一節點進行比對；測試完再切回規則模式。若兩種模式都無法連線，應繼續檢查節點、DNS 解析及本機流量接管路徑。

系統代理會向作業系統登記 HTTP 或 SOCKS 代理入口，應用程式是否使用該入口則由應用程式決定；部分遊戲、命令列工具及採用自有網路堆疊的軟體不會讀取這項設定。TUN 模式透過虛擬網卡和路由接管流量，涵蓋範圍通常較廣，也需要相應權限及 DNS 設定。若瀏覽器可以連線，但特定應用程式無法使用，應先確認該應用程式是否支援系統代理，再考慮啟用 TUN。請勿同時啟動多個會接管路由的用戶端，否則可能造成預設路由衝突或重複轉送。

能否使用取決於節點協定、設定格式和伺服器狀態，與是否付費並非同一回事。所謂機場訂閱通常是取得設定的私人網址；公開節點可能隨時失效，也難以確認營運者及資料處理方式。匯入前應確認來源、適用核心及使用條款，避免直接拼接多份完整設定。若要整合，請使用用戶端支援的合併機制或規則覆寫功能，並保留可還原的原始設定。本頁不提供節點，也不代為維護訂閱服務。

兩者都要確認。先依 Windows、macOS、Android 或 Linux 選擇用戶端，再依裝置架構選擇套件；x64 與 AMD64 通常指同一類架構，ARM64 則對應另一類處理器。macOS 可在「關於這台 Mac」查看晶片資訊，Windows 可在「系統資訊」查看系統類型，Android 則需參考裝置規格確認。不要只憑作業系統版本推測架構。安裝後若無法啟動，請記下系統提示並檢查用戶端的最低系統需求，別反覆安裝同一個不相容的套件。

先前往服務提供者的管理頁面，確認訂閱期限、帳戶狀態及連結是否已重設，再檢查複製時是否帶入空格、換行或網頁說明。若用戶端顯示 HTTP 狀態碼，401 或 403 通常需檢查授權，404 可能表示網址已變更，429 則應暫停頻繁重試。若已下載但解析失敗，請確認取得的是用戶端相容的設定，而非登入頁面或單純的節點分享文字。記錄和截圖中的完整訂閱網址應先遮蔽；若已外洩，請到服務提供者頁面重新產生。

先分辨是權限問題還是設定錯誤。桌面用戶端可能需要安裝服務元件、授權輔助程式，或以系統管理員權限完成初次設定；Android 通常需要在系統提示中允許建立 VPN。完成授權後，查看記錄是否仍有權限、建立裝置或寫入路由的錯誤。若元件安裝失敗，請依用戶端說明重新安裝服務，別任意修改系統驅動程式或關閉安全防護。也應關閉其他 VPN 和虛擬網卡流量接管程式；若設定解析失敗，提高權限也無法修正欄位或縮排錯誤。

先保留原始檔案，再查看記錄中的行號與欄位名稱。YAML 階層應使用空格，清單項目、冒號和縮排必須相互對應；策略群組與規則引用的名稱也必須完全一致，包括大小寫和空格。若提示不支援某項協定或欄位，應確認核心相容性，而不是直接刪除錯誤行。每次只修改一處並重新載入，才能找出原因。若問題發生在訂閱更新後，先切回上次可用的設定，再提供已去識別的錯誤片段及用戶端核心名稱給服務提供者。

策略群組中選擇的節點，只會套用到引用該群組的連線。先確認用戶端處於規則模式，再從連線記錄找出目標請求，檢查實際命中的規則及最終策略；若命中的是 DIRECT，調整其他策略群組不會改變結果。自訂規則通常由上而下比對，較廣泛的直連規則若排在前面，可能會優先於後續規則。也要確認目前使用的設定就是剛修改的設定，並檢查訂閱更新是否覆蓋了本機修改。修改後請重新建立連線，既有連線不一定會重新比對規則。

優先使用用戶端提供的覆寫、合併、擴充指令碼或永久保存規則功能，別直接修改每次下載都會被取代的遠端設定檔。先確認這些功能會把規則插入何處，再將特定網域規則放在適當的廣泛規則之前，並保留 MATCH 作為最後的備援規則。儲存後手動更新一次訂閱，確認規則仍存在且實際命中。各用戶端的覆寫語法不一定通用，移轉時需要重新確認。規則提供者只負責整理規則集，能否持續保存仍取決於用戶端的載入方式。

先在用戶端確認本機監聽位址、連接埠及支援的代理協定，再依個別工具的說明設定代理參數或環境變數。許多工具支援 HTTP_PROXY、HTTPS_PROXY，也有工具只讀取小寫形式或自己的設定檔，不能假設設定一次就對所有程式生效。HTTPS_PROXY 的值代表代理入口，使用一般 HTTP 代理時，網址仍可能以 http:// 開頭。設定後請開啟新的終端機測試，結束時清除暫存變數。別為了解決單機工具的代理問題，就將本機監聽位址改成對外開放。

先確認問題是否由解析模式造成：保持節點與規則不變，對照測試受影響的網域和應用程式。若應用程式依賴真實 IP、區域網路探索或特殊網域解析，可依核心支援的格式，將必要網域加入 fake-ip-filter，再重新啟動相關應用程式並清除其 DNS 快取。排除網域只會改變解析方式，不代表該連線一定會直連，流量分流仍由規則決定。不要把所有網域都加入過濾清單；若必須切換至 redir-host，也應一併檢查 DNS 上游、路由及現有規則是否適用。

先暫停代理，確認基本網路正常，再核對訂閱狀態、系統時間及節點是否仍在服務範圍內。接著分別測試其他節點和另一個網路，以區分單一節點故障、本機網路限制及整份設定的問題。內建測試會連線到指定的測試位址，測試逾時不能單獨證明所有目標都無法連線，也不能把測試結果當作下載速度。查看記錄，確認失敗發生在網域解析、建立連線還是 TLS 交握；不要連續大量重試。若同一節點在不同網路下都持續失敗，請向服務提供者提交已去識別的記錄。

先確認核心正在執行，本機代理連接埠與系統登記的連接埠一致，再檢查瀏覽器是否被擴充功能或獨立代理設定覆蓋。關閉其他代理工具，將系統代理關閉後再開啟，接著建立新連線測試。也要檢查系統略過清單是否包含目標網域；系統代理通常只適用於遵循該設定的應用程式。若關閉用戶端後仍無法連線，請檢查系統是否殘留指向本機連接埠的代理設定。別只更換節點而忽略本機入口；連接埠遭占用或核心啟動失敗時，所有節點都可能出現異常。

部分採用 AppContainer 網路隔離的應用程式無法直接存取本機代理連接埠，因此可能出現瀏覽器正常、特定應用程式失敗的情況。先確認受影響的確實是這類應用程式，再查看用戶端是否提供迴送豁免管理功能；若有，只授權需要存取本機代理的特定應用程式。熟悉 Windows 管理工具的使用者，也可使用 CheckNetIsolation 檢查和管理豁免。不要一次開放所有應用程式。迴送豁免無法修復伺服器或 DNS 故障；授權後仍無法使用時，應繼續查看連線記錄。

網域無法開啟時，先分辨是 DNS 解析失敗還是代理連線失敗，查看核心記錄中的解析錯誤，並檢查 dns-hijack、上游 DNS 和路由設定是否與目前使用的核心相容。Android 使用者也應檢查私人 DNS 是否與用戶端的 DNS 接管功能衝突，別同時盲目修改多個選項。若只有鎖定螢幕後才中斷，請檢查電池最佳化、背景執行權限及系統 VPN 狀態，並確認沒有其他 VPN 應用程式搶占連線。每次只調整一項並重新測試，保留原始設定，避免誤把背景限制當成節點失效。