首次啟動流程:先完成設定,再接管流量
第一次使用 Clash,先匯入並啟用訂閱,確認核心已啟動、連接埠可用,再選擇規則模式和節點,最後開啟系統代理或 VPN 來接管流量。桌面版先透過系統代理測試瀏覽器;只有目標應用程式不使用系統代理時,再考慮 TUN 模式。每個步驟都有明確的檢查項目,遇到問題時不必同時排查訂閱、DNS 和虛擬網卡。
Clash 客戶端是操作介面,核心負責處理連線,訂閱則提供節點、策略群組及可能包含的規則。使用 mihomo(亦稱 Clash Meta)核心的客戶端,支援的設定欄位與原版 Clash 不盡相同。下載完成、介面能開啟,不代表訂閱已啟用或代理已生效。
- 確認核心狀態:首頁應顯示正在執行;記錄中不應持續出現設定解析失敗或連接埠繫結失敗。
- 匯入訂閱:更新成功後,點選對應的設定卡片,將它設為目前使用的設定。
- 檢查連接埠:記下實際使用的混合連接埠,例如
7890,不要直接照抄其他教學中的連接埠。 - 選擇出站:切換至規則模式,並在規則所引用的策略群組中選擇可用節點。
- 接管並驗證:啟用一種流量接管方式,瀏覽網頁,同時查看連線記錄和命中的規則。
匯入訂閱:更新成功後,還要啟用設定
分清訂閱網址、節點連結與網頁網址
訂閱網址通常是帶有權杖的 HTTPS 連結,客戶端會透過它取得設定。服務商的控制台、付款頁面和使用說明頁面都不是訂閱網址。單一節點連結也不一定能直接匯入為完整的 Clash 設定,須視客戶端是否提供轉換或節點管理功能而定。
常見桌面客戶端的操作路徑通常是「訂閱」或「設定」→「新增/匯入」→ 貼上訂閱網址 →「儲存/下載」。各客戶端的選單名稱不盡相同,請以實際介面為準。下載完成後,還要在設定清單中選取該項目;只看到「更新成功」,但目前使用的設定仍是預設項目,節點就不會自動切換。
- 節點清單是空的:確認已選取剛匯入的設定,並檢查回傳內容是否為客戶端支援的設定格式。
- 出現 HTTP 401 或 403:優先確認訂閱是否過期、權杖是否失效,以及伺服器是否限制請求;先別修改 DNS。
- 出現解析錯誤:查看記錄中的欄位名稱與行號。包含 mihomo 專用協定或欄位的設定,可能無法交由原版核心執行。
- 下載逾時:先確認能否連線至訂閱網域;若客戶端支援「透過代理更新訂閱」,則必須先有可用的設定才能使用此方式。
匯入後確認三項內容
第一,設定卡片已標示為目前選取項目;第二,代理頁面看得到節點或策略群組;第三,記錄顯示設定載入完成,而非核心反覆重新啟動。訂閱包含哪些規則、是否設有自動選擇群組,取決於設定提供者;不能只憑「節點很多」就認定分流已設定完成。
混合連接埠:確認實際數值,不要死記 7890
混合連接埠(mixed-port)會在同一個監聽連接埠接受 HTTP 代理和 SOCKS 代理連線。7890 是常見設定,但不是每個客戶端都固定使用這個數值。請在客戶端的「設定」→「連接埠」或「設定」→「混合連接埠」查看實際數值,再將應用程式內的代理設定與之對應。
| 項目 | 範例值 | 檢查重點 |
|---|---|---|
| 混合連接埠 | 127.0.0.1:7890 | 本機應用程式透過此連接埠使用 HTTP 或 SOCKS 代理。 |
| 獨立 HTTP 連接埠 | port: 7890 | 這是與混合連接埠不同的設定項目,請勿將兩個監聽項目設為相同的連接埠。 |
| 獨立 SOCKS 連接埠 | socks-port: 7891 | 只有確實啟用此監聽項目時才會使用,不能假設它一定存在。 |
| 控制介面 | 127.0.0.1:9090 | 供操作介面控制核心使用,不是瀏覽器或應用程式的代理連接埠。 |
以下片段用於辨認基本欄位,並非可直接匯入的完整訂閱。現有客戶端可能會透過執行階段設定覆寫這些欄位,請檢查實際生效的值;不要為了符合範例而覆蓋原有的節點、規則和策略群組。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
遇到連接埠占用,先檢查舊程序
記錄中出現 address already in use 或連接埠繫結失敗,通常表示同一個位址的連接埠已被其他程序占用。先結束舊的代理客戶端,再啟動目前使用的客戶端。若仍有衝突,可以將混合連接埠改為 17890,並同步更新手動填寫的應用程式代理位址;若只修改核心連接埠,應用程式仍連線到 7890,請求就會失敗。
第一次使用時,保持「允許區域網路連線」關閉即可。若要讓手機透過電腦代理,手機上的 127.0.0.1 指的是手機本身,不是電腦;這屬於區域網路分享情境,需要另外設定監聽位址、存取控制和防火牆,不建議和首次啟動一起排查。
代理模式怎麼選:規則、全域與直連
日常使用建議優先選擇規則模式。規則模式會依照設定中的規則,為連線選擇直連、代理策略群組或拒絕等出站方式;這不代表「所有海外網站一定走代理」,實際結果取決於規則順序和策略群組的選擇。規則通常由上而下比對,未命中的連線最後通常由 MATCH 處理。
- 規則(Rule):適合日常分流。除了確認命中了哪條規則,也要檢查該規則對應的策略群組目前選擇了什麼。
- 全域(Global):將進入核心的連線交由全域策略處理,適合短時間比對規則與節點問題;還需在全域群組中選擇具體的出站方式。
- 直連(Direct):讓進入核心的連線直接連線,適合暫時排查問題。這不等於「已啟用代理」。
模式決定的是進入核心後如何出站;系統代理或 TUN 決定的是哪些連線會進入核心。因此,「已切換至全域模式,但某個應用程式仍未走代理」並不矛盾:該應用程式可能根本沒有使用系統代理。
節點延遲測試不能取代實際連線
延遲測試通常只會連線至指定的測試網址;顯示 120 ms 不代表目標網站、影片或 UDP 服務都能正常使用。手動選擇的群組應明確選取節點;自動選擇群組則要確認目前使用的節點。排查時先固定一個候選節點,避免每次測試時出站方式都改變,導致結果無法比較。
跨平台流量接管:桌面系統代理與行動裝置 VPN
| 平台 | 先完成的操作 | 容易忽略的事項 |
|---|---|---|
| Windows | 啟用設定,並開啟客戶端的系統代理。 | 前往「設定」→「網路和網際網路」→「Proxy」,確認本機位址與連接埠。 |
| macOS | 允許客戶端修改網路代理設定,並檢查目前使用的網路服務。 | 前往「系統設定」→「網路」→目前使用的連線→「詳細資訊」→「代理伺服器」確認;實際名稱會因系統版本而異。 |
| Linux | 確認已設定桌面代理或應用程式內的代理。 | 終端機程式不一定會使用桌面系統代理,可能需要個別設定或明確指定代理。 |
| Android | 選擇設定並啟動連線,然後允許系統 VPN 連線要求。 | 既有 VPN、依應用程式分流的清單,以及背景電池限制都可能影響流量接管。 |
| iOS | 使用支援該設定格式的客戶端,並依系統提示新增 VPN 設定。 | 不能直接套用桌面版的選單操作;節點協定和設定格式都必須在客戶端支援範圍內。 |
Windows 與 macOS:先確認瀏覽器能使用系統代理
先關閉瀏覽器擴充功能中個別設定的代理,避免系統代理和擴充功能代理互相覆蓋。Windows 防火牆的提示不代表必須向所有網路開放輸入連線;請只在需要的網路範圍內授權。單純使用本機回環代理時,不應為了排除問題而關閉整套防火牆。
Linux:瀏覽器能用,不代表終端機已設定代理
終端機中的下載工具、套件管理器和開發工具可能各自使用不同的代理設定。先用命令明確指定代理,確認核心可用,再決定是否設定環境變數。設定 HTTPS_PROXY 時,變數名稱中的 HTTPS 表示目標請求類型;常見的 HTTP 代理位址仍可寫成 http://127.0.0.1:7890,不必自行改成 https://。
Android 與 iOS:檢查 VPN 衝突與應用程式範圍
使用 VPN 服務的 Android 代理客戶端,通常無法與另一個同類 VPN 同時運作。若應用程式清單設為「僅代理選取的應用程式」,測試用的瀏覽器也必須列入清單。iOS 則應確認 VPN 已連線,並檢查客戶端是否設定了略過規則;不要只看畫面頂端的 VPN 圖示,就判定某個請求使用了哪個節點。
連線測試:交叉檢查連接埠、連線記錄與網頁
測試時每次只變更一項設定。先確認核心記錄正常,再瀏覽一個原本可直接連線的網站,最後測試需要指定出站方式的服務。同時開啟客戶端的「連線」或「記錄」,查看目標網域、命中的規則和出站策略。網站已開啟卻沒有連線記錄,可能是請求走了直連、快取、其他代理,或未由目前的核心接管。
使用明確指定代理的命令排除系統代理問題
以下命令假設混合連接埠為 7890。Windows 可在 PowerShell 中使用 curl.exe,避免某些環境中的 curl 別名造成差異;macOS 和 Linux 則可使用 curl。若連接埠不同,請替換命令中的數字。
curl.exe -I --connect-timeout 10 --max-time 20 -x http://127.0.0.1:7890 https://example.com
curl -I --connect-timeout 10 --max-time 20 -x http://127.0.0.1:7890 https://example.com
這裡的 10 秒是連線階段的逾時時間,20 秒是整個請求的最長時間,並非速度測試結果。範例網域用於檢查請求鏈路;測試特定服務時,請改用該服務的 HTTPS 網址。HTTP 代理輸出中的 200 Connection established 只表示通道已建立,還要繼續查看目標伺服器的回應和客戶端連線記錄。
- 立即顯示無法連線至本機連接埠:確認核心是否正在執行、位址是否正確,以及連接埠是否一致。
- 明確指定代理後可連線,瀏覽器卻不行:檢查系統代理、瀏覽器的個別代理設定和擴充功能;先別更換訂閱。
- 已有連線記錄,但請求逾時:檢查選取的節點、命中的策略、目標服務是否可連線,並換一個節點比較。
- 只有網域名稱無法正常連線:搭配記錄檢查 DNS;不能只憑一次解析錯誤就認定必須啟用 TUN。
- 網頁顯示憑證錯誤:先確認系統時間、憑證簽發者和目標網域;不要關閉憑證驗證後繼續登入。
完成首次設定後,記得儲存並保留復原方式
完成驗證後,再設定訂閱自動更新和開機自動啟動。先手動重新啟動客戶端一次,確認它能還原目前的設定、模式和策略群組選擇。需要開機自動啟動的桌面客戶端,也要分清「啟動介面」、「啟動核心」和「自動開啟系統代理」;這三項功能不一定會一起啟用。
- 記錄有效設定組合:客戶端名稱、核心類型、目前訂閱、混合連接埠、代理模式和流量接管方式。
- 保護本機修改:更新訂閱可能會覆蓋直接編輯的內容;若要保留修改,優先使用客戶端支援的覆寫或合併功能。
- 確認結束後會還原設定:正常結束後,系統代理應關閉或還原原有設定;否則應用程式可能繼續連線到已停止監聽的連接埠。
- 保留排錯依據:記下錯誤發生時間並儲存已移除敏感資訊的記錄;不要公開訂閱權杖、認證資訊或完整瀏覽記錄。
確認「設定已啟用、連接埠正在監聽、策略群組已選取、流量已進入核心、目標請求採用正確的出站方式」這五項,就完成了首次設定的驗證流程。之後若遇到特定應用程式未走代理,請針對該應用程式的流量接管方式調整,不必把所有開關重新切換一遍。若想進一步了解欄位和規則,請參閱Clash 設定手冊;遇到明確錯誤時,可先查看常見問題,縮小排查範圍。