Clash 用戶端首次安裝與初始設定:Windows、macOS、Android 通用步驟與常見問題
整理 Windows、macOS、Android 安裝 Clash 用戶端的步驟,涵蓋系統權限、訂閱匯入、連接埠與系統代理,並說明無法啟動、憑證警告等常見問題。
安裝前:確認用戶端、核心與系統架構
Clash 用戶端通常由圖形介面與代理核心組成。介面用來匯入設定、選擇節點及設定系統代理;核心則負責解析規則、建立連線與轉送流量。Clash Meta 現名為 mihomo,屬於核心專案。不同用戶端即使名稱中都有 Clash,也不代表採用相同核心或支援相同欄位。
首次安裝前,先確認三件事:裝置架構、用戶端支援的系統版本,以及訂閱是否提供適用於目前核心的設定。舊版 Clash 核心不能直接視為 mihomo;例如訂閱含有 Hysteria2 等節點時,用戶端必須內建支援該協定的核心。
| 平台 | 查看位置 | 安裝檔選擇 |
|---|---|---|
| Windows 11 | 設定 → 系統 → 系統資訊 → 系統類型 | x64 裝置選 x64;ARM 裝置請先確認原生 ARM64 安裝檔及相容性 |
| macOS | 蘋果選單 → 關於這台 Mac | Apple 晶片選 arm64;Intel 處理器選 x64 |
| Android | 設定 → 關於手機,並參考裝置處理器規格 | 較新的裝置多半選 arm64-v8a;舊裝置依支援情況選 armeabi-v7a |
Android 裝置使用 64 位元處理器,不代表系統一定提供 64 位元應用程式執行環境。若系統提示安裝檔不相容,可檢查實際支援的 ABI;熟悉 ADB 的使用者可執行 adb shell getprop ro.product.cpu.abilist。若不確定,請使用該用戶端提供的通用安裝檔,並確認 Android 最低版本需求。
Windows:安裝、啟動與本機代理連接埠
先確認一般啟動正常,再設定流量接管方式
- 下載符合系統架構的安裝檔。安裝版依照精靈指示完成安裝;可攜版請先解壓縮至固定資料夾,勿直接在壓縮檔預覽視窗中啟動。
- 首次請以一般使用者權限啟動。確認主視窗能正常開啟,狀態頁可顯示核心執行資訊,且記錄檔未持續出現啟動失敗訊息。
- 匯入並啟用設定後,記下用戶端目前顯示的 HTTP、SOCKS 或混合連接埠。本文以
7890為例,實際數值請以目前設定為準。 - 首次測試建議使用「規則」模式與「系統代理」。先不要啟用 TUN,以免同時增加虛擬網卡、路由與服務權限等變因。
Windows 防火牆提示與系統管理員權限提示是兩回事。透過本機迴送位址連接代理,通常不需要對公用網路開放輸入連線。只有確實需要讓其他裝置連入本機時,才考慮設定區域網路監聽與防火牆規則;同時應設定存取驗證並限制來源。
確認系統代理指向正確連接埠
在 Windows 11 中,可前往「設定」→「網路和網際網路」→「Proxy」查看手動代理設定。用戶端啟用系統代理後,位址通常會指向 127.0.0.1,連接埠則應與 HTTP 或混合連接埠相同。請勿將僅支援 SOCKS 的連接埠填入 HTTP 代理欄位。
# PowerShell:檢查範例連接埠是否正在監聽
Get-NetTCPConnection -LocalPort 7890 -State Listen
# 使用系統內建的 curl.exe,明確透過本機 HTTP 代理連線
curl.exe -I --proxy http://127.0.0.1:7890 https://example.com
第一個命令沒有輸出時,先確認連接埠是否填錯,以及核心是否正在執行。第二個命令測試的是明確指定代理的連線,不代表所有應用程式都已讀取系統代理設定。使用 curl.exe 而非 curl,也能避免部分 PowerShell 環境中的別名差異。
macOS:安裝應用程式與網路權限
- 開啟安裝映像檔,將應用程式拖曳至「應用程式」資料夾,再從該資料夾啟動。請勿長期直接從唯讀映像檔執行,以免更新或安裝輔助元件失敗。
- 確認安裝檔的架構。Apple 晶片裝置優先使用 arm64 版本;Intel 裝置無法執行僅支援 Apple 晶片的應用程式。
- 若用戶端要求安裝輔助工具,請先確認提示中的應用程式名稱與用途。設定系統代理或建立 TUN 介面可能需要授權;單純匯入訂閱通常不需要這些權限。
- 啟用系統代理後,請在 macOS 13 及更新版本中前往「系統設定」→「網路」→「目前的網路服務」→「詳細資料」→「代理」,確認位址與連接埠。
不同系統版本的選單名稱可能略有差異。檢查時請查看目前正在使用的網路服務,例如 Wi-Fi 或乙太網路,而不只是未連線的服務。HTTP、HTTPS 與 SOCKS 是不同的代理入口,是否啟用取決於用戶端的實作,不必自行勾選所有選項。
若要在終端機確認系統代理,可執行 scutil --proxy。查看 HTTP、HTTPS 或 SOCKS 的啟用狀態與連接埠,再與用戶端設定比對。終端機工具不一定會讀取 macOS 系統代理,因此測試命令仍建議明確指定 --proxy。
Android:VPN 授權與背景執行設定
Android 用戶端通常透過系統的 VpnService 建立本機 VPN 介面,將裝置流量交由代理核心處理。這不代表需要另外購買 VPN 服務,也不代表所有連線都一定經過遠端節點;最終出口仍由規則、代理群組及應用程式個別設定決定。
- 安裝 APK 時,只需暫時授權用來開啟安裝檔的應用程式安裝應用程式。常見路徑為「設定」→「應用程式」→「特殊應用程式存取權」→「安裝不明應用程式」,實際名稱依裝置系統而異。
- 開啟用戶端,匯入設定並選為目前使用的設定。確認節點與代理群組已顯示,再點選連線或啟動。
- 閱讀系統 VPN 連線要求,確認要求來自剛安裝的用戶端後再允許。狀態列出現 VPN 圖示只表示介面已建立,不代表遠端節點一定可用。
- 若鎖定螢幕後連線中斷,請前往「設定」→「應用程式」→「用戶端名稱」→「電池」檢查背景執行限制。部分廠牌還需在自動啟動或背景管理頁面允許應用程式持續執行。
同一使用者或工作設定檔中的 VPN 服務通常無法任意並行使用。若裝置正在執行企業 VPN、以 VPN 為基礎的防火牆或其他代理工具,啟動新用戶端可能會中斷原有連線。測試前請先確認目前使用的 VPN,避免將服務切換誤判為節點故障。
首次安裝時不建議立即啟用「一律開啟 VPN」與「未使用 VPN 時封鎖連線」。先確認訂閱、節點與網路連線都正常,再依需求啟用。若已啟用封鎖功能卻停止用戶端,裝置無法連線可能是系統的預期行為。
匯入訂閱:更新成功後,還要啟用設定
依序確認網址、內容與目前使用的設定
- 在用戶端的訂閱或設定頁面選擇以 URL 匯入,並貼上完整網址。請勿手動刪除查詢參數,也不要把網頁上顯示的標題當成訂閱連結。
- 下載完成後,查看更新時間與解析結果。即使下載成功,若取得的內容是登入頁面、錯誤訊息或其他用戶端格式,仍無法作為有效設定使用。
- 將新設定設為目前使用的項目。清單中出現訂閱記錄,不一定代表核心已切換至這份設定。
- 前往代理群組頁面,選擇可用節點或自動選擇群組。若規則最後指向手動選擇群組,該群組目前選取的項目會直接影響請求的出口。
遇到「訂閱更新失敗」,請先檢查連結是否過期、網路能否連上服務提供者,以及伺服器是否回傳有效內容。若用戶端提供「透過代理更新」選項,首次設定時尚無可用節點,可能無法透過此方式更新;請依服務提供者的說明選擇可用的更新方式。
自動更新可先設定為 每 24 小時一次,這是初期建議,並非所有用戶端的預設值。透過圖形介面更新訂閱通常會取代本機設定;直接修改下載檔中的欄位,可能在下次更新時遺失。若要長期保留變更,請使用用戶端支援的覆寫或合併功能,並先備份。
分辨完整設定與代理提供者
完整的 YAML 設定可以同時包含 proxies、proxy-groups、rules 與 DNS 設定。proxy-providers 則用於在設定中引用節點來源;其 interval 欄位不能一概視為圖形介面用戶端整份訂閱的更新間隔。若只取得節點清單,也不要假設其中已包含分流規則。
初始設定:連接埠、規則模式與 TUN 的使用範圍
首次驗收時建議只讓一個用戶端執行。兩個用戶端同時修改系統代理,或兩個核心監聽同一個連接埠,都會增加排查難度。以下是本機設定欄位範例,不含節點,無法單獨用來連線。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
mixed-port:在同一個連接埠接收 HTTP 與 SOCKS 代理連線。範例為7890;若連接埠已被使用,可改成其他未使用的連接埠,並同步更新使用該連接埠的設定。allow-lan: false:不開放區域網路連線。首次在單一裝置上使用時請維持關閉,避免不必要的暴露風險。mode: rule:依規則決定直連、代理或拒絕連線。全域模式適合暫時用來比對測試,不應取代規則命中狀況的檢查。log-level: info:先使用一般記錄等級。需要排查問題時再短暫切換至除錯等級;分享記錄前,請移除訂閱憑證、節點密碼與私人瀏覽紀錄。
系統代理只對遵循相關設定的應用程式有效,不會自動接管所有 UDP、遊戲或使用自有網路堆疊的程式。桌面版 TUN 透過虛擬網卡與路由接管更多流量,通常需要系統管理員權限或輔助服務。Android VPN 接管與桌面系統代理也不能簡單視為同一個開關。
首次測試通過後,若目標應用程式仍未使用系統代理,再考慮啟用 TUN。啟用前請記下原本的開關狀態,避免與其他 VPN 同時執行。DNS 模式、路由排除與 TUN 協定堆疊應依核心及用戶端文件設定,不必將網路上的整段 YAML 直接覆蓋至訂閱中。
首次連線測試與常見錯誤
用三個步驟區分連線、規則與節點問題
- 檢查本機連線。確認核心正在執行且連接埠已開始監聽;桌面端使用明確指定代理的命令測試,Android 則確認 VPN 已啟動,且目標應用程式未被個別應用程式規則排除。
- 檢查連線紀錄。發出新的網頁請求,再到用戶端的連線頁面查看網域、命中規則與出口鏈。出現
DIRECT可能符合規則預期,不代表系統代理失效。 - 檢查遠端回應。比較兩個不同網站,並嘗試切換同一代理群組中的其他節點。延遲測試有數值只代表測試目標的結果,不能據此判斷所有網站都能連線。
安裝後按兩下沒有反應,先檢查什麼?
先查看系統匣或選單列是否已有執行中的執行個體,再檢查架構與最低系統版本。Windows 可在工作管理員查看處理程序,必要時查看應用程式記錄或事件檢視器。若發行說明要求安裝特定執行階段或 WebView2,請依官方相依項目說明安裝,勿從不明網站下載單獨的 DLL。使用可攜版時,也請確認檔案已完整解壓縮,且資料夾可寫入。
記錄中出現 address already in use,該怎麼辦?
這通常表示監聽連接埠已被占用。Windows 可用 netstat -ano | findstr :7890 查找處理程序編號;macOS 可用 lsof -nP -iTCP:7890 -sTCP:LISTEN 查看監聽中的處理程序。先關閉重複執行的用戶端,或修改連接埠。修改後,務必同步調整系統代理與手動設定的應用程式。
HTTPS 網站出現憑證錯誤,需要安裝憑證嗎?
一般 HTTP CONNECT、SOCKS 或 TUN 轉送通常不需要安裝用戶端根憑證。請先檢查裝置日期與時區、網站網域及憑證有效期限,並確認網路是否有登入入口或企業 HTTPS 檢查。勿為了消除錯誤而安裝來源不明的根憑證,也不要將 skip-cert-verify 設為 true 作為預設處理方式。
若錯誤出現在節點的 TLS 握手記錄中,請確認節點伺服器名稱、SNI 與伺服器憑證,並請服務提供者修正設定;這與瀏覽器連線至目標網站時發生的憑證錯誤是不同環節。
關閉用戶端後,瀏覽器反而無法連線?
先確認系統代理是否仍指向已停止監聽的 127.0.0.1:7890。重新開啟用戶端並關閉系統代理後,再正常結束程式;若用戶端無法啟動,可在系統代理設定中移除殘留的手動代理。Android 則請確認是否啟用了「未使用 VPN 時封鎖連線」,並視需要還原原有設定。