Clash 用戶端下載站 全平台用戶端與設定參考

PROFILE INPUT / YAML

訂閱連結、遠端設定與本機 YAML

Clash 用戶端通常會從訂閱網址讀取設定，也可以匯入本機 YAML 檔案。訂閱網址是取得設定的入口，YAML 檔案則保存連接埠、代理節點、策略群組、規則與 DNS 等具體內容。首次使用時，應先將完整網址加入設定管理頁，等待用戶端完成解析，再將新設定設為目前使用的設定。直接把網頁網址當成節點、漏掉連結字元，或匯入一般文字，都會導致設定無法辨識。

匯入成功後不要立即重複新增同一個網址。先檢查設定名稱、更新時間與代理群組是否出現，再進入策略頁選擇節點。遠端設定更新會取代提供方管理的部分內容，本機手動修改可能在下次更新時被覆蓋；需要長期保留的規則，較適合寫入用戶端的覆寫、合併或腳本設定。完整操作順序可在使用指南中繼續查看。

POLICY GROUP / PROXY

先辨識策略群組，再選擇具體節點

策略群組決定一類連線交由哪個節點或子策略處理。常見類型包括手動選擇、自動測速、故障轉移與負載分配。用戶端主介面顯示的可選項目不一定都是單一伺服器，也可能包含另一個策略群組。首次連線應先找到負責主要代理流量的選擇群組，再從群組內選定可用節點，避免只在設定清單中切換檔案，實際出口卻沒有改變。

延遲測試只能反映測試目標在當時網路環境下的回應，不代表下載速度、穩定性或所有網站的存取品質。節點地區、線路倍率、協定支援與伺服器負載都可能影響結果。較穩妥的判斷方式是先測試一組候選節點，再透過實際網頁或應用程式驗證連線，並觀察執行記錄中是否出現逾時、握手失敗或連線遭拒。節點選擇方法可參考站內的節點篩選文章。

RULE ENGINE / MATCH ORDER

依序比對網域、位址與最終策略

規則模式會從設定中的規則清單頂端開始檢查請求，符合第一條規則後便停止繼續比對。常見規則類型包括網域、網域後綴、關鍵字、IP 位址區段、程序名稱與最終匹配項目。順序會直接影響結果：範圍過寬的規則若放在前面，可能提前攔截原本應由後續規則處理的連線；缺少最終規則，或目標策略群組名稱不一致，也可能造成流量行為與預期不同。

新增自訂規則時，先明確指定比對對象，再確認目標策略群組確實存在。網域規則適合明確的主機名稱，網域後綴適合同一網站的多個子網域，IP-CIDR 適合已知的位址區段；但啟用 DNS 解析跳過參數時，必須了解其影響。不要只憑網站名稱猜測所有連線網域，瀏覽器開發人員工具、DNS 查詢結果與 Clash 執行記錄都能協助補齊實際請求。詳細語法集中在設定參考。

rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - DOMAIN,api.example.net,Proxy
  - IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
  - MATCH,Proxy

DNS PIPELINE / FAKE IP

統一網域解析路徑與規則判斷依據

DNS 設定會影響網域由誰解析、解析請求經過哪條網路路徑，以及規則引擎能否保留網域資訊。Fake IP 模式會先回傳保留位址，再由核心將連線映射回原始網域，方便依網域規則處理流量；Redir Host 則更接近回傳真實位址的傳統解析流程。兩種模式各有相容範圍，區域網路裝置、遊戲、列印服務或部分依賴真實位址的應用程式可能需要個別排除。

排查 DNS 問題時，應區分系統 DNS、瀏覽器安全 DNS、用戶端監聽連接埠與上游解析器。只修改其中一處，不一定會改變完整鏈路。先確認 Clash DNS 模組是否啟用，再檢查系統請求是否進入對應連接埠，最後查看記錄中的查詢與連線紀錄。若網域能解析但網頁無法開啟，還要繼續檢查規則目標、節點連線與 IPv6 行為，不能把所有連線失敗都歸因於 DNS。

NETWORK MODE / TUN

區分應用程式代理設定與系統層級流量接管

系統代理主要影響遵循作業系統代理設定的應用程式，例如多數瀏覽器與桌面軟體。部分遊戲、命令列工具、商店應用程式或自行建立網路連線的程式不會讀取這項設定。TUN 模式透過虛擬網路介面處理更廣泛的 TCP、UDP 與 DNS 流量，適合需要統一接管的情境，但同時涉及管理員權限、路由表、網路介面與安全軟體相容性。

首次設定建議先使用系統代理完成基本連線驗證，確認訂閱、節點與規則可用後，再依應用程式需求啟用 TUN。若啟用後無法上網，應先關閉 TUN 恢復網路，再檢查服務是否成功啟動、虛擬介面是否建立、DNS 劫持設定是否符合目前系統，以及其他 VPN 或虛擬網卡是否發生衝突。Windows 的服務模式、macOS 的系統延伸功能與 Linux 的權限設定方式並不相同。