Clash 使用指南

匯入訂閱 → 選擇模式 → 啟用連線 → 確認分流

本頁以首次建立可驗證的連線為目標,依序操作即可。若已安裝用戶端並備妥有效設定檔,操作時間約需 10 分鐘;訂閱下載與網路排查所需時間則視實際環境而定。尚未安裝的話,請先前往Clash 下載頁依裝置選擇用戶端,再回到本頁繼續。

步驟一:匯入訂閱並啟用設定檔

先準備設定來源提供的訂閱網址或本機 YAML 檔案。用戶端負責讀取設定檔、執行核心與接管流量;安裝完成不代表已經有可用的代理節點。訂閱網址也不是網站首頁網址,而是應該回傳用戶端可辨識的設定內容。若來源提供多種格式,請選擇明確支援目前 Clash 用戶端或 mihomo 核心的格式;不要直接把適用於其他軟體的原始文字改名後匯入。

開啟用戶端,進入「設定檔」或「訂閱」頁面,找到「新增」、「匯入」或加號按鈕。選擇從 URL 匯入,將完整網址貼到訂閱連結欄位。名稱僅供本機辨識,可填入方便區分來源的簡短名稱。檢查網址前後是否多了空格、換行或通訊軟體附加的標點,再點選下載或儲存。此時請等待匯入結果,不要連續重複提交,以免產生多份難以辨識的設定檔。

下載成功後,設定檔清單通常會新增一筆項目。點選該項目,或使用旁邊的「啟用」、「使用」功能,將它設為目前使用的設定檔。有些用戶端匯入後會自動啟用,有些則只會儲存檔案;請確認目前選取標記,不要只憑「下載成功」訊息判斷。接著前往「代理」頁面,確認是否看得到設定檔定義的策略群組。如果清單中只有檔案項目,卻沒有預期的策略群組,請先回到設定檔頁面確認啟用項目與錯誤訊息。

若要使用本機檔案,請在同一頁面選擇「從檔案匯入」,找到已儲存的 .yaml 或 .yml 檔案並開啟。匯入檔案通常只會儲存本機副本,不代表已建立遠端更新連結。之後來源更新節點時,必須重新匯入檔案,或改用來源提供的訂閱功能。不要把檔案中的單一節點區段當成完整設定檔;初次使用建議優先採用來源提供的完整相容設定檔。

匯入失敗時,先檢查回傳內容

若遇到下載逾時、格式錯誤或載入失敗,先記下確切的錯誤訊息。確認裝置在未啟用代理時能正常連線,再檢查訂閱網址是否過期,或是否需要重新從來源頁面複製。伺服器回傳登入頁、錯誤頁或不支援的格式,都可能導致解析失敗。若用戶端提供「透過代理更新」選項,但目前尚未建立可用連線,請依實際網路狀況直接更新,避免更新請求依賴尚未啟動的代理。

訂閱連結可能含有可識別帳戶的資訊,請像保管登入憑證一樣妥善保存。排查問題時,不要將完整網址、QR Code 或完整設定檔貼到公開留言區。若需記錄錯誤,只保留錯誤類型與已遮蔽敏感資訊的截圖。更多訂閱格式與更新問題,請參閱常見問題;本頁先繼續完成連線設定。

確認更新不會覆蓋本機調整

首次匯入完成後,可以手動更新一次,確認來源能再次提供設定檔。暫時不要大量修改下載所得的設定檔內容,因為下次更新可能會覆蓋這些變更。若確實需要調整 DNS、規則或連接埠,請先了解用戶端的覆寫機制;相關說明請參閱mihomo 進階設定手冊。目前只要確認設定檔已啟用、策略群組可見,就能繼續選擇模式。

步驟二:選擇代理模式與策略群組

設定檔載入完成後,回到用戶端首頁或代理設定,找到模式選擇功能。常見選項有「規則」、「全域」、「直連」,分別對應核心中的 rule、global、direct。初次使用請先選擇規則模式,讓設定檔中的規則決定請求交由哪個策略處理。不要為了讓連線看起來更完整而同時開啟多個網路開關;模式只決定進入核心後如何處理流量,不負責將應用程式的流量導入核心。

規則模式會依照設定檔中的規則順序比對連線,由第一個符合的規則決定目標策略。例如,某個網域可以交由代理策略群組處理,其他請求則可交由 DIRECT。具體分流方式由目前的設定檔決定,並非所有訂閱都採用相同規則。選擇規則模式後,仍須前往「代理」或「策略群組」頁面,確認規則使用的主要策略群組指向哪裡。

在手動選擇群組中,點選來源提供且目前可用的節點,或選擇設定檔預設的自動選擇群組。群組名稱由設定檔定義,可能是「代理」、「節點選擇」或其他名稱,不必執著於特定名稱。如果群組內顯示的仍是其他群組,請繼續確認下一層的選擇;上層群組若指向直連,只更換另一個未被使用群組中的節點,不會改變這筆請求實際使用的出口。

若用戶端提供連線測試功能,可以測試一次,輔助篩選節點。測試成功只表示在該測試條件下可以建立連線,不代表所有網站或協定都能正常使用;測試逾時也可能是測試網址造成的。先選一個可正常瀏覽的節點即可,最後仍須在第四步檢查實際請求是否生效,不要只看測試結果或某個數字。

三種模式的用途與適用情境
模式 進入核心後的處理方式 本指南中的用途
規則 rule 依規則比對目標策略 作為日常使用與驗證的起點
全域 global 通常統一交由全域策略選擇 暫時比對,確認問題是否出在規則選擇
直連 direct 讓進入核心的連線嘗試直接連線 與原有網路狀況比對,不代表已關閉流量接管

全域模式用於比對,不會取代流量接管設定

若網站在規則模式下無法連線,可以暫時切換全域模式,確認全域策略實際選用的節點後,再重新發送請求。如果全域模式可用、規則模式不可用,接下來應檢查命中規則與策略群組,而不是立刻修改 DNS。測試結束後請切回規則模式,避免原本適合直連的請求也改走代理出口。

全域模式不代表「整台裝置的所有流量都已經代理」。不遵循系統代理設定的應用程式仍可能繞過核心;只有需要擴大流量接管範圍時,才考慮使用 TUN。直連模式也不代表已退出用戶端,系統代理或 VPN 接管仍可能保持啟用。了解這些差異後,請維持規則模式與已選擇的策略,接下來只需處理「如何讓應用程式請求進入核心」。規則與群組類型的詳細說明,請參閱策略群組設定章節。

步驟三:啟用系統代理或手機 VPN

先確認用戶端沒有設定檔載入錯誤,且首頁顯示核心正在執行,或連線按鈕已可使用。啟用設定檔、執行核心與接管流量是三個不同環節:有設定檔但核心未啟動,請求便無法處理;核心已執行但尚未接管流量,瀏覽器仍可能沿用原有網路連線。此時先不要同時啟用系統代理、TUN 和另一個 VPN,採用單一流量接管方式較容易確認結果。

電腦版:先使用系統代理

在 Windows、macOS 或 Linux 用戶端中,找到「系統代理」開關並啟用。部分用戶端會先要求系統授權,依裝置提示確認後,再檢查開關是否維持啟用。通常不需要另外在瀏覽器輸入節點伺服器位址;系統代理指向的是本機核心監聽的連接埠,核心再依設定檔決定使用哪個遠端出口。

若要確認系統設定,請檢查系統代理使用的位址與連接埠是否和用戶端一致。常見的本機位址是 127.0.0.1,本網站範例使用的混合連接埠為 mixed-port: 7890,但你的用戶端可能使用其他連接埠,請以目前生效的設定為準。若已有瀏覽器代理擴充功能,請先讓瀏覽器使用系統代理,避免擴充功能仍將請求送往舊連接埠。初次設定不必開啟允許區域網路連線。

若看到連接埠被占用或核心啟動失敗,不要只是不斷切換系統代理。先結束其他可能監聽相同連接埠的代理用戶端,再重新啟動;若需修改監聽連接埠,也必須同步更新系統代理使用的連接埠。Linux 桌面環境與不同應用程式支援系統代理的方式可能有差異;瀏覽器能用、終端機程式不能用,不一定代表核心故障。此時先用明確支援系統代理的瀏覽器完成驗證。

手機版:確認 VPN 授權與連線狀態

在 Android 或 iOS 用戶端首頁點選「連線」或啟動按鈕。系統首次顯示新增 VPN 設定、建立 VPN 連線等提示時,請確認要求是由目前使用的用戶端提出,再依提示授權;裝置可能會要求解鎖。返回用戶端後,等待連線狀態更新,並查看系統的 VPN 狀態。完成授權只代表允許設定流量接管,仍須透過實際請求確認節點是否可用。

若裝置目前已連上另一個一般 VPN,請先中斷該連線,再啟動目前的用戶端,避免系統切換連線後難以判斷結果。Android 用戶端若設定了依應用程式代理或略過清單,也請確認測試用的瀏覽器已納入接管範圍。初次測試可先沿用用戶端預設範圍,確認基本連線後再縮小範圍;不了解清單內容時,不要一次排除多個應用程式。

完成上述操作後,讓用戶端保持執行,並在瀏覽器開啟新分頁。不要只看用戶端首頁的「已連線」文字:這一步僅建立流量接管路徑,接下來才要檢查請求經過哪些規則與出口。

步驟四:查看連線紀錄確認分流

準備兩個熟悉且目前可用於測試的網站:一個依設定檔預期應直接連線,另一個則預期經過代理。先在新分頁開啟網站,再切回用戶端的「連線」、「活動連線」或記錄頁面。查看目標網域或位址是否出現,以及紀錄中的命中規則、策略鏈與最終出口。不同用戶端顯示的欄位不盡相同,但重點是將瀏覽器中的這次連線,對應到核心的處理紀錄。

若網站成功開啟,且能找到對應連線,接著確認是否使用預期策略。紀錄顯示 DIRECT,表示核心選擇讓該連線直連,不代表用戶端沒有運作;若紀錄指向代理群組,還要展開或查看最終節點,避免只看到上層群組名稱就下結論。測試代理規則時,應選擇確實會命中該規則的網域,不能因為任意網頁都能開啟,就認定已使用代理出口。

接著造訪預期直連的網站,確認規則模式能合理處理這兩類請求。出口 IP 查詢網站只能當作輔助證據:查詢網站本身可能命中直連規則,瀏覽器快取與既有連線也會影響判斷。若剛更換節點,請重新發送請求;必要時只關閉相關活動連線後再試。不要為了驗證而匯出完整瀏覽紀錄,或公開上傳連線清單。

結果不符時,依連線路徑順序排查

瀏覽器已送出請求,但用戶端完全看不到相關連線時,請優先檢查流量接管:系統代理是否已啟用、位址與連接埠是否一致、瀏覽器擴充功能是否覆蓋設定,或手機版是否將瀏覽器排除在外。部分用戶端只保留活動連線,短暫請求可能很快消失,可同時查看記錄。此時直接更換節點或修改分流規則,通常無法解決請求根本沒有進入核心的問題。

若看得到連線,但選錯策略,請回到步驟二,檢查目前模式、上層群組選擇與命中規則。若請求已交由預期節點處理卻仍連線失敗,可改用同一設定檔中的其他可用節點,並比對具體錯誤。只有出現網域解析失敗等跡象時,才進一步檢查 DNS。不要同時修改模式、節點、DNS 與 TUN;每次只調整一項,再重新連線到同一目標,才能判斷是哪項變更造成影響。

若只有某個應用程式連線失敗,但瀏覽器已能依規則正常連線,請先檢查該應用程式是否遵循系統代理、是否使用獨立代理設定,以及目前的流量接管範圍。初次連線不必一次深入了解 DNS 與 Fake-IP 機制;遇到明確相關的問題時,再參閱Fake-IP 設定章節。其他異常狀況與處理方式整理在常見問題頁面,可依目前遇到的錯誤繼續排查。

停止使用並還原原有網路設定

完成驗證後,若要停止使用,電腦版請先關閉用戶端中的系統代理,再結束用戶端;手機版則先中斷用戶端連線,並確認系統 VPN 已停止。若只結束程式,卻留下指向本機連接埠的系統代理,瀏覽器可能會繼續向已停止監聽的服務發送請求。若退出後網頁無法開啟,請先到系統網路設定確認代理狀態,並還原先前記錄的設定;受組織管理的裝置請遵循管理規範。

下次啟動時,只要依序快速確認「目前設定檔 → 規則模式與策略 → 流量接管開關 → 實際請求」即可。更新訂閱後也建議簡單驗證一次,因為來源可能會調整群組名稱或分流規則。至此已完成從匯入設定檔到核對連線紀錄的基本流程;之後需要設定規則集、本機覆寫或外部控制時,再前往進階手冊逐項設定,不必在初次使用時一次啟用所有功能。