初次設定 · 四步操作

Clash 訂閱與連線教學

匯入訂閱 → 選擇代理模式 → 啟用連線 → 確認生效。用戶端已安裝且訂閱有效時，約十分鐘即可依序完成設定。

請備妥相容於 Clash / mihomo 的訂閱網址或 YAML 設定檔。用戶端本身不提供代理服務；本教學不提供節點，也不要求公開訂閱連結。

STEP 01 / PROFILE

匯入訂閱並啟用設定

先匯入設定檔，再開啟代理。訂閱網址通常由你使用的代理服務提供，用來下載節點、策略群組與規則等設定內容。複製時請選擇服務說明中相容於 Clash 或 mihomo 的訂閱格式，不要使用帳戶登入頁、購買頁面或說明文件網址。貼上前檢查網址前後是否多了空格、換行或通訊軟體自動加入的標點，並保留原始網址中的查詢參數。

透過訂閱網址新增

開啟用戶端，進入「設定」或 Profiles 頁面，尋找「新增」、「匯入」或從 URL 匯入的功能。如果畫面提供遠端設定與本機設定兩種選項，請將訂閱網址貼到遠端設定的 URL 欄位，名稱可填寫方便辨識的簡短名稱。送出後等待下載與解析完成，不要連續點擊多次匯入，以免產生重複設定檔。

匯入成功後，通常會出現設定檔卡片或項目。點選該項目；如果用戶端另有「啟用」或「使用」功能，也要一併執行。接著切換到「代理」或 Proxies 頁面，確認策略群組與節點是否出現。設定檔顯示在清單中，只代表檔案已儲存，不一定表示核心目前正在使用；請同時確認選取狀態與代理頁面的內容。

匯入本機檔案或更新現有設定

如果已取得 .yaml 或 .yml 檔案，請使用檔案匯入功能選取檔案，不要將檔案路徑貼到訂閱 URL 欄位。部分用戶端也支援直接貼上設定文字。匯入後仍須選取並啟用。本機檔案通常不會像遠端訂閱一樣自動取得服務端更新；節點調整後，需重新取得檔案，或改用服務明確提供的遠端訂閱。

只需更新現有訂閱時，請在原設定檔項目上使用「更新」或重新整理功能。更新後確認該設定檔仍處於選取狀態，並檢查原本使用的節點是否仍存在。遠端內容可能會覆蓋直接編輯的設定，因此初次使用時不建議一邊修改下載的檔案、一邊反覆更新訂閱；若要長期保留自訂規則，請參閱進階設定。

若匯入時顯示下載失敗，先確認網址仍有效、目前網路可連線至訂閱伺服器，且服務端沒有回傳登入頁面。若下載成功但解析失敗，請確認格式是否相容於目前使用的核心，不要先嘗試切換代理模式。詳細錯誤可參閱常見問題。代理頁面已顯示有效策略群組後，即可繼續選擇模式與出口。

STEP 02 / POLICY

選擇 Rule 模式與代理策略

初次使用建議選擇「規則」或 Rule 模式。模式選項可能位於首頁、代理頁面頂端或設定中。Rule 會依照設定檔中的規則決定直連、代理或拒絕；它不會自動判斷所有網站的用途，實際連線結果仍取決於目前設定檔的規則與策略群組。切換前，先確認第一步匯入的設定檔已啟用。

了解三種代理模式的差異

Rule 適合日常使用，可讓指定目標經由代理，也能保留需要直連的請求。Global 會讓進入核心的流量使用全域策略選擇的出口，適合暫時排查規則問題；但不保證系統中每個應用程式的流量都已進入核心。Direct 則會讓進入核心的流量直連，不能用來開啟代理。模式決定流量進入核心後如何處理；系統代理或 TUN 則決定流量如何進入核心，兩者不能互相取代。

在規則引用的策略群組中選擇節點

設定 Rule 後，前往代理頁面。策略群組名稱由設定檔作者決定，可能是 Proxy，也可能使用中文名稱，因此不必只尋找某個固定標籤。找到處理一般代理流量的選擇群組，點開後選擇狀態正常的節點。如果群組中列出的是另一個策略群組，請繼續進入下層群組，確認最終選取的實際節點或自動測試群組，避免外層看似已選好，內層卻仍停在 DIRECT。

手動選擇群組可固定使用某個出口；自動測試群組則可能依照設定的測試條件調整出口。初次驗證時，可先在支援手動選擇的群組中固定一個節點，減少出口變動造成的干擾。如果用戶端提供連線測試，請點選測試並等待結果。測試使用的目標與實際使用情境不同，因此測試成功只代表該項測試可完成，不代表所有網頁與應用程式都能正常使用。

config.yaml · 規則範例
mode: rule
rules:
  - DOMAIN-SUFFIX,github.com,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

這段範例表示：先將符合條件的 GitHub 網域交給 Proxy，再依地理 IP 規則處理中國大陸 IP，最後將未符合其他規則的連線交給 Proxy。規則會由上而下比對，符合後即停止。Proxy 是範例中的策略群組名稱，完整設定還需要另外定義該群組；這段內容僅用於說明模式，不應取代已可使用的完整訂閱。

此時應確認兩項狀態：模式為 Rule，且代理策略群組已選好合適出口。如果還不清楚節點與策略群組的差異，可以先查看術語表。下一步只處理流量接管，不要同時修改規則，才能確認連線是否真正建立。

STEP 03 / CONNECTION

啟用系統代理或手機 VPN

設定與策略準備完成後，確認用戶端是否顯示核心正在執行。部分電腦用戶端啟動後會自動執行核心，部分則需要先按下啟動按鈕；手機端通常會將啟動核心與建立 VPN 合併為同一個連線操作。畫面能開啟不代表代理服務已啟動；設定載入錯誤或監聽連接埠遭占用，都可能導致連線無法建立。

電腦端先用系統代理測試瀏覽器

在用戶端首頁或設定中開啟「系統代理」。這通常會將系統代理位址指向本機正在監聽的連接埠，接著遵循系統代理設定的瀏覽器才會將請求交給用戶端。保持用戶端執行，先用一般瀏覽器視窗測試。如果瀏覽器安裝了獨立的代理切換擴充功能，請確認它沒有覆蓋系統設定，避免用戶端與擴充功能各自指定不同出口。

系統代理不代表所有應用程式的流量都會被接管。有些應用程式有自己的代理設定，另一些則可能直接建立連線。命令列工具也不一定會自動讀取電腦的系統代理，因此不要只因瀏覽器測試成功，就認定終端機也已使用代理。若需個別設定應用程式，請查看用戶端目前實際監聽的位址與連接埠；7890 只是常見範例，並非每個用戶端都使用此連接埠。初次使用不需要啟用區域網路存取。

手機端允許系統 VPN 授權

Android 用戶端通常會提供連線按鈕；點選後，系統會顯示建立 VPN 連線的授權提示。請確認授權對象是已安裝的用戶端，再允許連線，並返回用戶端查看執行狀態。iOS 用戶端首次連線時可能會要求加入 VPN 設定，依照系統提示授權後，返回 App 繼續連線。狀態列出現 VPN 圖示只代表系統通道已建立，實際代理出口仍須在下一步確認。

如果裝置上已有其他 VPN App 正在執行，請先中斷原有連線再測試，避免同時占用系統 VPN 通道。若 Android 在鎖定螢幕或切換 App 後經常斷線，可檢查系統電池管理是否限制背景執行，並依照用戶端說明調整。不同系統的設定名稱可能不同，不必為了連線而關閉所有系統保護。學校或公司管理的裝置可能限制 VPN 設定，請遵循裝置管理規範。

有需要時再啟用 TUN

電腦瀏覽器已能正常連線，但特定應用程式不遵循系統代理時，再考慮使用 TUN。TUN 透過虛擬網路介面接管流量，通常需要設定系統服務、權限與路由。依照用戶端提示安裝所需服務或授予權限後再啟用；不要只為了首次網頁測試，就同時開啟所有網路選項。TUN 與 DNS 的搭配設定請參閱進階設定，此處先維持用戶端建議的預設值。

完成這一步後，不要只看「已連線」的狀態提示。維持目前的模式、設定檔與節點不變，開啟新的網頁請求，接著確認流量走向。若啟用後所有網頁都無法載入，先關閉剛開啟的接管開關，恢復原本網路，再依照最後一步的順序排除問題。

STEP 04 / CHECK

確認連線結果與記錄

驗證時要同時查看網頁能否連線，以及用戶端的連線記錄。網頁可以開啟，可能是規則選擇了直連；出現 VPN 圖示，也不代表節點一定可用。先選擇預期會經由代理的公開網頁，例如依照範例規則瀏覽 https://github.com/，重新開啟頁面或重新整理。測試目標必須依照自己的實際規則選擇，不能只用單一網站能否開啟來判斷所有網路狀態。

查看規則與實際出口

開啟用戶端的「連線」或 Connections 頁面，並在網頁載入時尋找對應的網域或目標位址。不同用戶端顯示的欄位可能不同，請留意目標、命中的規則、策略群組與代理鏈。若預期流量會經由代理，記錄中應能追蹤到所選的代理出口；若顯示 DIRECT，先檢查模式、規則順序與策略群組目前的選擇，不要立刻判定節點失效。

有些連線持續時間很短，網頁載入完成後就會從活動清單消失。可先保持連線頁面開啟，再重新整理網頁，或使用用戶端的日誌頁面輔助查看。不要為了捕捉一筆記錄而長時間啟用高詳細度日誌；日誌可能包含瀏覽過的網域，分享前請先處理敏感資訊。切換節點後，既有的長連線也可能繼續使用原本的出口；重新發出請求或重新啟動目標 App 再驗證會更準確。

如需確認出口 IP，可將可信任的 IP 查詢頁面作為輔助，但仍須確認該查詢請求本身符合代理策略。Rule 模式下，不同目標可能使用不同出口，因此單次查詢結果不能代表整台裝置上所有 App。瀏覽器測試通過後，再逐一開啟實際使用的 App，確認各自是否遵循系統代理，或需要透過 TUN 接管。

連線失敗時依序縮小問題範圍

  1. 先檢查設定檔。確認目前啟用的是剛匯入的設定檔、代理頁面並非空白，且日誌沒有設定解析失敗的訊息。訂閱更新失敗與代理連線失敗屬於不同環節，請分開處理。
  2. 再檢查出口。確認 Rule 模式下，目標實際引用的策略群組沒有選到 DIRECT。先固定一個節點進行測試，必要時改用同一訂閱中的其他可用節點；每次只調整一項。
  3. 接著檢查流量接管。發出新請求時若沒有相應的連線記錄，優先確認系統代理、應用程式本身的代理設定或手機 VPN 狀態。若有記錄但連線失敗，則繼續檢查節點與網路連線狀況。
  4. 最後檢查 DNS 等細節。出現明確的網域解析錯誤時，再搭配日誌檢查 DNS；不要一開始就刪除所有 DNS 設定。相關概念請查閱術語表，詳細處理方式請參閱常見問題。

若要分辨規則與節點問題，可暫時切換至 Global，明確選擇全域策略群組的出口，然後對同一個目標重新發出請求。如果 Global 可用，但 Rule 的結果不如預期，請回頭檢查規則與策略群組；若兩者都失敗，則繼續檢查出口、流量接管與網路狀況。這只是排查方法，完成後請切回原本使用的 Rule 模式，避免將臨時測試設定留作日常設定。

日常使用只要保持訂閱有效，並在服務設定變更後更新即可。結束使用時，先關閉系統代理或中斷手機 VPN，再退出用戶端；若電腦端退出後無法上網，請檢查系統代理是否仍指向已停止的本機服務。之後若要自訂分流、合併訂閱或調整網路堆疊，再閱讀進階設定手冊，初次連線時不必一次完成所有設定。