Clash 常見問題

用戶端負責匯入設定、切換策略與設定系統代理；核心負責解析設定、建立連線及執行分流；訂閱則是服務提供者提供節點或設定的管道。安裝用戶端不代表已取得可用線路，仍須匯入自己有權使用的設定。Clash 生態系中的不同用戶端可能採用不同核心，mihomo 是持續發展中的核心之一。遇到功能不支援時，應一併記錄用戶端名稱與實際核心版本，不要只依應用程式名稱判斷。本網站提供下載與設定相關資訊，不提供訂閱，也無法恢復服務商帳戶。

日常使用通常先選 Rule，讓已接管的連線依設定中的規則分流；Global 會將已接管的連線交由全域策略處理，仍須確認該策略已選取可用節點；Direct 則讓已接管的連線直接連線。切換模式不會自動擴大流量接管範圍，也無法讓不遵循系統代理的程式突然改走代理。排查時可暫時切換至 Global，測試同一個網址：若 Global 正常但 Rule 異常，優先檢查規則命中與策略選擇；若兩種模式都無法連線，再檢查節點、DNS 解析與接管路徑。測試後請切回原本模式。

延遲測試成功只代表節點當時能完成用戶端設定的探測要求，不代表所有網站、通訊協定與出口都可正常使用。先查看測試所用的網址，再確認目標網站的連線實際命中了哪個策略組，避免把其他節點的測試結果當成目前連線的狀態。接著比較一般網頁與目標網頁，並查看日誌中是否有 DNS 解析失敗、交握失敗或遠端拒絕等訊息。目標網站可能會限制出口 IP，部分應用程式也仰賴 UDP。別只因延遲數值不理想就反覆更換設定，應先釐清是流量未被接管、節點無法使用，還是目標網站本身有限制。

不能只看 YAML 副檔名就判斷是否相容。不同用戶端採用的核心、支援的通訊協定、規則類型與覆寫方式可能不同，舊版核心尤其可能無法辨識新欄位。遷移前先保留原始設定，再查看目標用戶端的核心說明；匯入後先檢查設定，閱讀第一則明確的解析錯誤，不要一次刪除多段內容。行動裝置也可能透過系統 VPN 介面接管流量，設定入口與桌面版不同。若訂閱服務提供多種格式，請選擇符合目標核心的格式；轉換設定時，請留意訂閱網址包含存取憑證，不要隨意提交給不熟悉的轉換服務。

先釐清是下載失敗還是設定解析失敗。連線逾時、憑證錯誤或 HTTP 狀態異常屬於下載階段；若已成功下載，但出現欄位、縮排或代理類型錯誤，則屬於內容解析階段。確認複製的網址是否完整，有沒有多出空格或換行，或誤把帳戶網頁網址當成訂閱網址。若目前的網路無法連上訂閱網域，可透過已能使用的連線嘗試更新，但不要反覆切換多項網路設定。若收到的是登入頁面或錯誤說明，請至服務商帳戶確認連結狀態。提供錯誤截圖時，請遮蔽完整訂閱網址、帳戶資訊與節點憑證。

先保留目前的設定與更新錯誤，再登入服務商帳戶查看訂閱期限、流量額度、連結是否已重設，以及服務公告。HTTP 401 或 403 常見於驗證失敗或存取受限，但實際原因仍應以服務商回傳的內容為準；不要把每次更新失敗都當成帳戶到期。若新設定檔內容為空，或節點名稱已變更，策略組可能仍引用舊名稱，請確認實際選項。還原舊設定只能找回本機設定，無法延長服務期限。確認服務商要求更換網址後再更新，並移除失效的訂閱來源，避免定期更新持續覆蓋可用設定。

先在系統資訊中確認作業系統版本與處理器架構，再返回下載頁選擇相符的安裝檔。x64 與 ARM64 是不同架構，macOS 的 Apple Silicon 與 Intel 版本也須分別確認；Linux 則要選擇適用的發行版套件格式，例如 deb 或 rpm。若提示不支援目前的系統版本，請查閱該用戶端的最低需求，不要靠更改檔名或關閉系統防護來強行安裝。安裝後若無法啟動，請記錄完整錯誤訊息，並檢查舊程序是否占用、是否缺少必要執行環境，以及是否遭安全軟體封鎖。更新前請備份設定與本機覆寫內容，避免解除安裝時一併刪除排查所需資料。

先關閉 TUN，確認一般系統代理可以正常連線，再單獨排查虛擬網卡層。桌面版用戶端通常需要安裝或啟動服務並取得管理員權限；macOS 也可能要求核准相關系統權限，請依用戶端提示操作。查看日誌是否指出服務未執行、建立網卡失敗或路由衝突，不要只是不斷切換開關。暫時退出其他 VPN、網路加速器及同類 TUN 工具後再試，避免同時變更路由。若啟用後整台裝置都無法上網，先關閉 TUN 恢復網路並保留錯誤資訊，再檢查網卡、預設路由與 DNS；不要一次刪除不熟悉的系統網卡。

先確認用戶端核心是否正在執行，再核對系統代理指向的本機位址與連接埠是否符合目前的監聽連接埠。瀏覽器可能使用擴充功能、自訂代理或獨立的網路設定，因而覆蓋系統設定；請暫停相關擴充功能，並用遵循系統代理設定的瀏覽器視窗進行比較。瀏覽目標網址時，同時查看連線清單：沒有新紀錄，優先檢查流量接管入口；有紀錄但顯示 DIRECT，檢查規則與模式；已經透過節點但仍失敗，再檢查節點與目標網站。修改系統代理不等於啟用 TUN，也不要只憑網頁顯示語言判斷是否經過代理。

許多命令列程式不會自動讀取桌面系統代理，必須另外設定代理參數或環境變數。可先用 curl --proxy http://127.0.0.1:7890 https://example.com 明確測試；其中 7890 只是範例，請換成用戶端實際提供 HTTP 或 mixed 服務的連接埠。測試成功後，再依使用的終端機設定 http_proxy、https_proxy，並確認 no_proxy 是否排除了目標網址。Git、套件管理器與容器也可能有各自的代理設定。請注意，WSL 或容器中的 127.0.0.1 不一定指向主機；跨環境連線時須另外檢查網路邊界，不要直接照搬本機位址。

先查看核心實際載入的設定，而不只是檢查編輯器中儲存的檔案。規則通常依序比對，若較前面出現範圍過廣的規則或 MATCH，後續規則可能就沒有機會命中；目標策略組名稱也必須確實存在且完全相符。使用 DOMAIN 比對完整網域，使用 DOMAIN-SUFFIX 比對網域後綴時，請確認沒有連同網址通訊協定與路徑一起填入。儲存後依用戶端要求重新載入設定，再建立新連線並檢查日誌；舊連線可能仍沿用原本的路徑。若訂閱更新會覆蓋遠端內容，請使用用戶端提供的本機覆寫或合併機制。

部分使用 AppContainer 隔離的應用程式無法直接存取本機迴送代理，因此遇到瀏覽器正常、某些商店應用程式卻無法連線時，可以檢查迴送限制；但並非所有商店應用程式都是 UWP。先確認該應用程式是否使用系統代理，以及用戶端是否提供迴送豁免工具；需要授權時，只對相關應用程式啟用。若要手動操作，可先以管理員身分執行 CheckNetIsolation LoopbackExempt -s 查看現有清單，再依應用程式實際的套件識別碼調整，不要把顯示名稱當成套件識別碼。若企業裝置受到政策管理，請先詢問管理員；若連線已有日誌紀錄，也要檢查規則與節點，不要只歸因於迴送限制。

先關閉代理，確認基礎網路可以正常連線，再檢查訂閱帳戶與設定是否仍有效。選一個節點發出實際連線要求，並查看同一時間的日誌，區分網域解析失敗、TCP 連線逾時、驗證失敗與 TLS 交握錯誤；不同問題的處理方式也不同。接著一次只變更一個條件，例如換一個網路或改用已知可用的節點，觀察結果是否一致。若只有延遲探測失敗，但實際連線正常，請檢查探測網址是否可連線。若多個節點共用相同的入口網域或服務商，同時失敗也不一定是本機問題；記錄發生時間與錯誤類型後，再回報服務商。

先確認目前使用的是系統 DNS、核心 DNS，還是瀏覽器的加密 DNS，避免同時修改三處而無法比較結果。檢查上游解析器能否透過目前的網路連線；若節點伺服器本身使用網域名稱，也要確認在建立代理前就能完成必要的解析。Fake-IP 回傳虛擬位址是正常機制，不能只因看到虛擬網段就認定解析錯誤。若只有少數網域異常，先查看日誌與相容性，再依使用核心支援的過濾方式做最小幅度調整。修改後清除相關快取並重新建立連線；若涉及區域網路裝置名稱，也要保留適用於本機網路的解析路徑。

優先檢查系統是否仍將代理指向已停止監聽的本機連接埠。在系統網路設定中關閉手動代理；若先前使用自動代理指令碼，也要檢查相關設定。接著確認 TUN 已關閉、相關服務與虛擬網卡狀態正常，並檢查是否留下手動設定的 DNS。終端機程式也應清除這次設定的代理環境變數，或開啟新的終端機重新測試。依序恢復後，再判斷是否需要重新啟動網路連線；不要一開始就重設所有網路設定。企業裝置可能原本就需要使用公司代理，修改前請記錄原始值，避免誤刪組織要求的網路設定。

先使用同一個瀏覽器與同一個檢測頁面，比較啟用前後的結果，並同步查看用戶端中這次要求的連線紀錄。出口 IP 只是判斷依據之一：檢測網站可能被規則設定為直連，快取頁面也可能造成誤判。若瀏覽器有紀錄、目標應用程式卻沒有紀錄，請檢查該應用程式是否支援系統代理、是否使用 UDP 或獨立的網路設定，再判斷是否需要 TUN。IPv4 與 IPv6 也可能採用不同路徑，應分別確認實際連線，不要一看到位址不同就修改全域設定。TUN 可以擴大接管範圍，但仍受路由與規則控制，無法保證所有連線都自動使用相同出口。