Clash 設定教學
匯入訂閱與測試連線

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

先開啟客戶端，找到「訂閱」或「設定」頁面。這裡需要的是服務提供者提供的訂閱網址，不是帳戶後台的登入網址，也不是在瀏覽器中開啟的購買頁面。訂閱通常包含節點、策略群組與規則，實際內容則由服務提供者決定。客戶端負責讀取並套用設定；安裝完成後不會自動產生可用節點。

在服務提供者的訂閱頁面選擇 Clash 或 mihomo 相容格式，並複製完整網址。回到客戶端，點選「新增」、「匯入」或帶有加號的入口，選擇從 URL 匯入，再將網址貼到訂閱連結欄位。名稱可填寫容易辨識的用途，例如「日常設定」；名稱只用來區分清單項目，不會改變網路出口。確認網址前後沒有空格或換行後，再點選匯入。

等候客戶端完成下載與解析。成功後，設定清單通常會新增一張卡片或一筆記錄；有些客戶端會自動啟用，另一些則需要點選卡片、單選按鈕或「使用此設定」。確認設定已選取，再切換到「代理」頁面查看是否顯示策略群組。只看到匯入成功提示，卻沒有選取該設定，是首次操作時容易漏掉的步驟。

訂閱網址與本機設定檔

如果取得的是 .yaml 或 .yml 檔案，請選擇「從檔案匯入」，並在檔案選擇器中開啟檔案，不要把檔案內容貼到 URL 欄位。匯入後同樣需要啟用。本機一般檔案通常不會隨遠端訂閱更新；遠端設定的自動更新機制則取決於檔案內容與客戶端實作，兩者不可混為一談。

匯入時若顯示格式錯誤，先確認回傳內容是否真的是設定檔。有些網址實際回傳的是登入頁面、過期提示，或其他客戶端專用格式。若顯示下載失敗，先確認目前網路能否連上訂閱伺服器，再檢查連結是否仍有效。不要一遇到下載失敗就認定節點無法使用，因為此時節點可能尚未匯入客戶端。

首次設定時，先保留訂閱原有內容，不要急著修改規則或 DNS。這樣遇到問題時，才能分辨是訂閱本身異常，還是本機修改造成的。想了解設定檔、訂閱與策略群組之間的關係，可參閱概念速查；目前只要確認設定已啟用，且代理頁面確實有內容，就可以進行下一步。

步驟二：選擇代理模式與節點

前往客戶端的「代理」或「出站」頁面，找到「規則／全域／直連」模式選項。首次使用建議選擇「規則」。規則模式會依目前設定逐條比對連線，並將流量交給對應策略；並非所有連線都會使用同一個節點，也不是選好模式就一定會依預期分流，實際結果仍取決於設定中的規則。

切換模式後，展開訂閱提供的主要代理策略群組。群組名稱可能是「節點選擇」、「代理」或其他自訂名稱，並沒有統一命名方式。若群組中列出節點，可先手動選取一個；若列出「自動選擇」或另一個策略群組，則可繼續展開查看實際使用的出口。有些客戶端會以勾選、外框或反白標示目前選項，點選後請確認選取狀態確實改變。

如果客戶端提供延遲測試，可以執行一次，排除明顯逾時的候選節點。但測試數值只反映特定測試目標與測試方式下的回應狀況，不代表下載頻寬，也不保證所有網站都能連線。先固定一個候選節點完成後續連線測試；不要連續切換節點、模式與網路，否則難以判斷哪項變更真正有效。

規則模式下先確認策略群組

設定可能會將常用網站、媒體服務與其他流量分配到不同群組。只修改其中一個群組，不一定會影響正在測試的網站。例如某條規則指向專用策略群組，主要代理群組的選擇就可能與這次連線無關。現在不需要逐行編輯規則，只要留意目前設定中各群組的選項，避免目標群組仍選用 DIRECT 或無法使用的節點。

若要使用全域模式進行比對，切換後還須檢查全域策略群組，不要假設它會沿用規則模式所選的節點。測試完成後再切回規則模式。變更模式只會影響已進入核心的連線，無法讓未使用代理入口的應用程式自動改由客戶端處理；接下來仍須啟用合適的連線入口。自訂規則順序與協定相容性，可進一步參閱協定手冊。

步驟三：啟用系統代理或行動裝置連線

目前已有啟用中的設定與選定的出口，但應用程式流量仍須進入客戶端。先查看首頁或狀態頁，確認核心正在執行；若客戶端有獨立的啟動按鈕，請先啟動，再操作代理開關。若出現設定載入失敗、連接埠占用或核心停止等狀況，應先排除錯誤，不要反覆開啟系統代理。錯誤訊息可用來前往常見問題尋找對應的排查方向。

桌面端先啟用系統代理

在 Windows、macOS 或 Linux 圖形化客戶端中找到「系統代理」並將其開啟。有些客戶端會在首頁提供開關，另一些則放在設定頁或系統匣選單。啟用後，遵循系統代理設定的瀏覽器與應用程式會嘗試透過客戶端連線。先用一般瀏覽器開啟新分頁測試，不要一開始就用遊戲、命令列工具或自帶代理設定的應用程式判斷結果。

如果系統跳出變更網路設定或輔助服務的權限提示，確認要求來自剛啟動的客戶端後再授權。客戶端未執行時，不要手動保留指向該客戶端的系統代理網址，否則應用程式會連到不存在的監聽連接埠。測試期間也盡量只讓一套代理工具接管系統設定，避免多個客戶端輪流覆寫網址。

Android 與 iOS 通常可在應用程式中點選「連線」或啟動開關；首次使用時，系統會要求授權 VPN 設定。允許後返回客戶端，確認應用程式顯示已連線，並查看系統的 VPN 狀態提示。這裡的 VPN 授權是系統提供的流量接管入口，不代表節點協定變成傳統 VPN。若已有其他應用程式占用相同入口，請先中斷原連線再試。

有需要時再啟用 TUN

如果瀏覽器可以正常使用，但某個應用程式不遵循系統代理設定，可再考慮使用 TUN。TUN 透過虛擬網路介面接管符合路由條件的流量，通常需要管理員權限或客戶端服務。先在設定中確認服務已安裝且正常執行，再依客戶端指示啟用 TUN；不同作業系統的服務入口各異，不必照抄其他平台的選單路徑。

TUN 不是首次設定的必要項目，也無法保證接管所有應用程式及網路情境，且需要配合路由與 DNS 設定。啟用後若發生整體斷網或無法連線到區域網路裝置，請先關閉 TUN，恢復到已確認可用的系統代理狀態，再檢查相容性。首次排查時不要同時變更虛擬網卡、DNS 與出站模式；保留一個隨時可還原的基準狀態更重要。

完成這一步後，狀態頁應同時顯示核心正在執行、設定已啟用，以及代理入口已開啟。此時不能只憑開關顏色判斷成功；下一步要透過實際連線確認流量是否進入客戶端，以及使用了哪一項策略。

步驟四：測試實際連線與規則命中

先開啟一個依訂閱規則預期會經由代理連線的網站，並在新分頁重新載入，避免只看到瀏覽器快取的舊內容。接著返回客戶端，開啟「連線」或「活動連線」頁面，搜尋剛才造訪的網域。有些連線很快就會結束，可在重新載入網頁時同步查看清單，或查看客戶端提供的近期連線記錄。

點開對應連線，重點核對三項資訊：命中的規則、交由處理的策略群組，以及最後選用的出站節點。規則模式下，部分連線顯示為 DIRECT 不一定有問題；應確認該目標是否原本就預期直連。同樣地，系統顯示 VPN 或客戶端顯示「執行中」，只能代表相關元件正在運作，不能取代對單一請求路徑的確認。

再開啟一個依設定預期會直連的網址，比較兩筆連線的處理結果。如果兩種連線都符合預期，代表這組測試中的接管入口、規則與出口大致正常。查詢出口 IP 可作為補充，但結果只反映查詢網站本身的連線路徑，不能據此推斷所有應用程式都使用相同出口。進行敏感操作時，也應另外確認目標應用程式的連線記錄。

依照遇到的狀況返回相應步驟

若網頁無法連線，且客戶端完全找不到該請求，先檢查系統代理是否仍啟用、瀏覽器是否使用獨立的代理設定，以及查看的是否為目前使用的客戶端。命令列工具不讀取系統代理設定是常見情況；請使用工具支援的代理參數，或另行評估 TUN，不要立刻更換訂閱。

若連線已進入客戶端，但日誌顯示逾時或握手錯誤，先在同一個策略群組中更換一個候選節點，再重新測試相同目標。若只有規則模式失敗、全域模式正常，請比較兩種模式實際使用的出口與命中策略。這表示值得檢查規則或策略選擇，但不能單憑此現象斷定某條規則一定有誤。

若錯誤與網域解析有關，先記下錯誤網域及目前的流量接管方式，再依故障排查說明檢查 DNS。不要隨意用網路上找到的一整段 DNS 設定覆蓋原有內容：不同核心與模式使用的欄位可能不同，也可能破壞訂閱原有設定。Fake-IP、解析策略與核心差異可繼續參閱概念速查及協定手冊；目前先以恢復基本連線為目標。

完成測試後的保存與更新

連線正常後，記下目前的設定名稱、模式、主要策略群組選項，以及使用的是系統代理還是 TUN。之後每次只變更一項設定，並重新測試相同目標。需要截圖求助時，請保留錯誤訊息、作業系統與客戶端名稱，並遮蔽訂閱網址和驗證資訊；這些背景資訊比只有紅色錯誤提示的截圖更有助於找出問題。

需要更新遠端訂閱時，返回步驟一的設定清單，使用「更新」或重新整理入口，等候更新完成後確認設定仍維持選取，並檢查策略群組的選擇是否保留。自動更新時間取決於客戶端與訂閱設定，不要以為長時間未更新就代表節點永遠不變。若直接在介面中編輯遠端設定，也要留意下次更新可能會覆蓋修改內容。

最後進行一次正常中斷測試：先關閉系統代理或行動裝置連線，再退出客戶端，確認基本網路已恢復到預期狀態。需要開機時自動啟動的話，等這套設定穩定後再開啟，並在下次登入後確認核心與代理入口都已啟動。至此，匯入訂閱、選擇模式、接管連線與實際測試已構成完整流程，之後再依需求調整規則即可。