Clash 訂閱匯入與連線驗證

開始前檢查

開始操作前，請準備已安裝完成的 Clash 圖形化用戶端，以及服務提供者提供的訂閱網址或可直接匯入的 YAML 設定檔。訂閱網址通常是以 https:// 開頭的連結；YAML 檔案則常見副檔名為 .yaml 或 .yml。兩者擇一即可，請勿將網站後台登入網址、方案頁面網址或 QR Code 截圖當成訂閱文字貼上。

如果尚未安裝用戶端，請先從用戶端下載頁選擇對應平台。Windows 與 macOS 使用者安裝後通常可直接開啟圖形介面；Android 與 iOS 首次建立連線時會跳出系統 VPN 權限要求，請確認授權；Linux 桌面環境可能需要從應用程式選單啟動，伺服器環境則較適合使用核心與命令列設定，這不在本篇簡易教學的範圍內。

首次設定時，建議暫時關閉其他正在執行的代理程式、VPN 或網路過濾工具。多個程式同時修改系統代理或佔用相同連接埠，容易出現用戶端顯示已啟動，但瀏覽器並未使用目前設定的情況。退出舊程式後再開啟 Clash 用戶端，可減少連接埠衝突與路由接管衝突。若公司或校園網路本身要求固定代理，也請先記錄原本的設定，方便之後還原。

另外請確認系統時間正確。訂閱服務與部分加密連線依賴正確的時間資訊，日期或時區偏差過大時，常見結果是訂閱更新失敗、連線交握失敗或憑證錯誤。完成這些檢查後，保持用戶端視窗開啟，下一步從設定頁開始匯入。

選擇代理模式

首次使用優先選擇規則模式

設定載入後，進入代理、Proxies或模式頁面。先找到全域模式選擇器，通常會提供規則、全域與直連三種選項，英文分別為 Rule、Global 與 Direct。首次設定建議選擇規則模式。在此模式下，每個連線會依照設定檔中的規則由上而下比對，再決定使用代理策略、直接連線或攔截處理，日常網頁與本機網路不必全部走同一條路徑。

全域模式會將大部分流量交給同一個策略或節點，適合暫時判斷某個網站是否能透過指定節點存取，但不適合在不了解設定時作為預設選擇。直連模式則繞過代理策略，常用於快速確認故障是否與代理鏈路有關。三種模式改變的是流量處理方式，不會刪除訂閱，也不會修改節點本身；排除問題後可隨時切回規則模式。

為策略群組選擇可用節點

確定規則模式後，繼續查看策略群組。每個策略群組都可以視為規則最終指向的選擇入口，其中可能包含具體節點，也可能包含另一個自動選擇群組。先展開名稱最接近節點選擇、代理選擇或 Proxy 的主要策略群組。如果群組內有自動選擇、延遲選擇之類的項目，可以先選擇自動策略；如果只有具體節點，則選擇服務提供者標示為可用的節點。

部分用戶端會在節點旁提供延遲測試按鈕。測試結果只能表示用戶端對測試目標的回應情況，不等於所有網站的實際速度。首次連線時不必反覆追求最低數值，只要測試能回傳結果，且節點不是不可用狀態，就可以繼續。如果所有節點都逾時，請先重新整理訂閱，再檢查本機網路是否能正常開啟一般網頁；此時不要同時修改 DNS、連接埠與規則，否則很難判斷是哪一項造成變化。

設定中可能還有串流影音、即時通訊、人工智慧服務或軟體下載等獨立策略群組。第一次使用時可保留其預設選項，只處理主要代理群組。這些子群組通常已引用主要代理群組，主要群組選定後，相關規則便能沿著引用關係取得可用出口。策略群組、節點與規則之間的術語差異，可在術語手冊中快速查詢。

確認模式未被覆寫

有些用戶端支援記憶模式，也有些設定會透過覆寫功能固定執行參數。選擇規則模式後，切換到其他頁面再返回，確認介面仍顯示 Rule 或規則。如果每次都自動切回其他模式，請檢查設定頁中的覆寫、混入設定或啟動設定。暫時關閉不明確的模式覆寫，再重新選擇規則模式。完成後，確認主要策略群組已指向可用節點，下一步再啟動真正的系統連線。

驗證是否生效

先觀察用戶端是否收到請求

開啟瀏覽器並重新整理常用網頁，同時切回用戶端的連線、Connections 或日誌頁面。正常情況下，清單會出現瀏覽器發出的網域、目標位址、符合的規則與所選策略。看到新連線持續進入，表示瀏覽器流量已抵達 Clash；如果清單完全沒有變化，請重點檢查系統代理是否開啟、瀏覽器是否使用獨立代理設定，以及目前用戶端是否仍在背景執行。

連線清單中的規則資訊很有參考價值。例如，本地網站可能顯示 DIRECT，代表依規則直接連線；需要代理的網站則應顯示主要代理群組或具體節點。如果所有請求都顯示相同路徑，請先確認目前模式是否誤選為全域或直連。不要只根據網頁能否開啟來判斷設定正確，因為原本就能直連的網站無法證明代理路徑已正常運作。

檢查出口結果

接著造訪可信的網路出口查詢頁面，記錄頁面顯示的出口地區或網路資訊。切換至直連模式並重新整理一次，再切回規則模式重新整理，比較兩次結果。如果規則模式下需要代理的檢測請求使用了所選節點，而直連模式回到本地網路出口，表示系統代理、核心與策略群組已形成完整鏈路。比較完成後請記得恢復規則模式。

如果出口結果沒有變化，但用戶端連線清單確實出現請求，請查看該請求符合了哪一條規則。有些檢測網站可能被規則指定為直連，這不代表代理失效。可以再測試一個明確應由代理策略處理的目標，並在連線詳細資訊中核對策略鏈。規則為何命中某個策略，以及規則如何由上而下比對，屬於規則語法參考的範圍。

分別測試直連與代理路徑

完整驗證應同時涵蓋兩類請求：一個預期直連的網站，以及一個預期透過代理連線的網站。預期直連的網站應能正常載入，並在連線記錄中顯示 DIRECT 或對應的直連群組；預期代理的網站則應顯示代理策略群組與實際節點。兩者都符合預期，才能表示規則模式不僅已連線，分流方向也正確。

再進行一次重新整理訂閱測試。返回設定頁點選重新整理，確認更新時間已變更，且目前設定仍保持選取。重新整理完成後再次開啟代理頁，檢查主要策略群組的選擇是否保留。部分訂閱更新會重建策略內容，如果原本選取的節點已被移除，用戶端可能會回到預設項目。此時重新選擇可用節點即可，不需要重新安裝用戶端。

儲存可重現的正常狀態

驗證完成後，記住目前四項關鍵資訊：作用中設定名稱、執行模式、主要策略群組選擇，以及系統代理或 TUN 狀態。日後無法存取時，先逐一對照這四項，通常能快速找出是設定被切換、模式變更、節點失效，還是系統接管已關閉。需要修改 YAML 時，請先保留一份能正常載入的設定，方便改動後出現語法問題時還原。