Clash 新手入門十問：如何匯入訂閱連結、選擇規則或全域模式、了解連接埠用途
整理 Clash 新手最常遇到的 10 個問題，涵蓋匯入訂閱、選擇模式、切換節點、連接埠與開機啟動，並附上延伸閱讀。
1. Clash、用戶端與 mihomo 分別是什麼？
日常所說的「Clash」可能是指核心，也可能是指有圖形介面的用戶端。核心負責接收連線、比對規則及連線至代理伺服器；用戶端則負責管理訂閱、操作介面、系統代理與核心程序。排查問題時，應同時記下用戶端名稱和核心名稱，不要只說「Clash 最新版」。
Clash Meta 是 Clash 生態系發展出的分支，後來改用 mihomo 這個名稱。不同用戶端可能搭載不同核心，支援的協定、規則欄位和 TUN 設定也不盡相同。某份設定檔能在 mihomo 載入，不代表舊版 Clash 核心也能辨識其中所有欄位。
- 用戶端版本：通常可在「關於」頁面查看，會影響選單配置與設定管理功能。
- 核心版本：通常可在「核心」或「關於」頁面查看，會影響設定檔語法與協定支援。
- 訂閱服務：提供伺服器資訊或設定檔，並不等同於用戶端；安裝用戶端也不會自動取得訂閱服務。
2. 如何匯入訂閱連結？匯入後為什麼沒有生效？
訂閱連結是用來取得設定檔或節點資訊的網址。連結可能回傳完整的 Clash YAML，也可能只回傳節點清單；後者不一定能直接當作完整設定檔使用。服務端應提供適用於目前用戶端或核心的訂閱格式。
一般匯入步驟
- 在訂閱服務頁面複製適用於 Clash 或 mihomo 的訂閱網址，避免複製帳戶管理頁面的網址。
- 開啟用戶端的「設定檔」或「Profiles」頁面，尋找「新增」、「從 URL 匯入」或類似選項。
- 貼上網址並下載，確認清單中已出現設定檔名稱，且沒有解析失敗的提示。
- 選取或啟用這份設定檔，再到「代理」頁面確認代理群組與節點是否已顯示。
- 選擇可用節點，再依需求啟用系統代理；匯入設定檔並不代表應用程式流量一定已進入核心。
選單名稱會因產品而異，以上是操作順序，並非適用於所有用戶端的固定選單路徑。若出現 HTTP 401 或 403，請先檢查訂閱授權和有效期限；若下載成功但出現 YAML 解析錯誤，請確認回傳內容是否為登入頁面、錯誤訊息或不相容的格式。
3. 規則、全域與直連模式該怎麼選？
模式決定的是「進入核心的連線要如何選擇出口」，而不是「哪些應用程式會進入核心」。只啟用全域模式，卻未設定系統代理或 TUN，並不會讓所有程式自動經過用戶端。
| 模式 | 處理方式 | 適用情境 |
|---|---|---|
| 規則 Rule | 依設定檔中的規則順序比對策略 | 日常使用，需區分直連與代理的連線 |
| 全域 Global | 交由全域策略群組選擇出口 | 短時間比較出口，排查分流規則 |
| 直連 Direct | 由本機直接連線至目標 | 暫時略過代理出口，比較基礎網路狀況 |
規則模式通常依序由上而下比對，並採用第一條符合的規則。以下是規則片段，並非可獨立匯入的完整設定檔；其中的「預設出口」必須是設定檔中已存在的代理或代理群組名稱。
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,預設出口此範例會讓 example.com 及其子網域直連，其他連線則交由「預設出口」處理。若該群組目前選擇的是 DIRECT，未符合其他規則的連線仍會直連，因此「已啟用規則模式」不代表目前的請求一定會經過代理伺服器。
延伸閱讀：在協定參考中確認規則類型、策略名稱與比對順序。
4. 節點和代理群組有什麼不同？如何切換節點？
節點通常對應一台特定的代理伺服器；代理群組則是可供規則引用的選擇層級。一個群組可以包含節點、其他代理群組，也可以包含 DIRECT。切換時應確認請求最後命中的群組，而不只是查看首頁顯示的節點名稱。
select：手動選擇其中一個項目，適合需要固定出口的情況。url-test：依據設定的測試結果自動選擇項目，結果會受到測試網址、容差等設定影響。fallback：依候選項目的順序，選擇通過健康檢查的可用項目；不會單以最低延遲作為選擇依據。
先開啟「連線」頁面，找到目標網域的連線，查看命中的規則與代理鏈，再回到對應的代理群組切換。切換通常只會影響新建立的連線；正在進行的下載、影片串流或長連線可能仍使用原本的出口，需重新連線後再觀察。
延遲顯示 80 ms，只代表該次測試所花的時間，不能據此推算下載速度。傳輸速度也會受到頻寬、網路壅塞、目標網站與本機網路影響。延遲測試逾時，也可能只是測試網址無法連線，仍須搭配實際請求判斷。
5. 7890、7891、9090 連接埠各有什麼用途？
這些數字只是常見範例，並非所有用戶端固定使用的預設值。實際使用前，請在用戶端的連接埠設定或目前生效的設定檔中確認。尤其要分清代理入口與管理介面，不要把控制連接埠填入瀏覽器的代理設定。
mixed-port: 7890
allow-lan: false
external-controller: 127.0.0.1:9090在上述片段中，7890 是 HTTP 與 SOCKS 混合代理入口，9090 則是供管理介面呼叫的控制介面。allow-lan: false 用於不向區域網路提供代理服務的情境。部分舊設定檔會分開監聽 HTTP 與 SOCKS，例如 port: 7890、socks-port: 7891，不能只看數字猜測協定。
用一行指令確認代理入口
curl --proxy http://127.0.0.1:7890 --connect-timeout 10 --head https://example.com此指令會明確指定本機 7890 連接埠，並將連線逾時設為 10 秒。在 Windows PowerShell 中，可使用 curl.exe 避免舊版環境的命令別名差異。若連線遭拒，請先檢查核心是否正在執行，以及連接埠是否一致；若收到 HTTP 回應，表示請求已獲得回應，但不代表所有網站都能連線。
6. 已開啟系統代理，為什麼瀏覽器或終端機仍未走代理？
系統代理是提供給應用程式讀取的代理設定，並非系統層級的強制轉送。大多數瀏覽器可以使用系統代理，但命令列工具、遊戲或自行實作網路堆疊的應用程式可能會忽略這項設定。瀏覽器的代理擴充功能也可能覆蓋系統設定。
- 先使用上一節的明確指定代理指令進行測試，區分「代理入口無法使用」與「應用程式沒有使用代理」。
- 檢查瀏覽器的代理擴充功能、個別代理設定與例外清單，避免多個工具同時修改代理設定。
- 在用戶端的「連線」頁面查看是否出現請求；若沒有記錄，應優先檢查流量入口，而不是反覆更換節點。
- 依照終端機工具的文件設定環境變數或代理參數；若要讓更多應用程式接入，再評估是否啟用 TUN 模式。
例如，可在 macOS 或 Linux 的目前 shell 中暫時設定：
export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890
curl --head https://example.com
unset http_proxy https_proxyhttps_proxy 的值仍可使用 http://，代表透過 HTTP 代理入口建立通往 HTTPS 目標的通道。這裡的 export 只會影響目前的 shell 及其後續啟動的子程序，不會修改整個系統的設定；不同工具支援的變數名稱也可能不同。
延伸閱讀：參閱說明中心中關於應用程式代理與連線排查的說明。
7. TUN 模式是什麼？一定要啟用嗎？
TUN 透過虛擬網路介面接收流量，搭配路由與 DNS 設定，將原本不會讀取系統代理的連線送入核心。TUN 與規則模式屬於不同層面：TUN 負責讓流量進入核心，規則則決定流量進入後要走哪個出口。
如果瀏覽器和常用工具透過系統代理已能正常運作，就不必為了「設定完整」而啟用 TUN。若遊戲、部分命令列程式或其他不讀取代理設定的應用程式需要接入，再依照用戶端說明啟用。Windows 用戶端可能需要安裝服務或提高權限；macOS 與 Linux 也會涉及相應權限及系統網路設定。
啟用前後的檢查項目
- 先確認系統代理路徑可正常使用，避免將節點故障誤判為 TUN 故障。
- 記下目前使用的 VPN、虛擬網卡與公司網路需求；多個軟體修改預設路由時可能發生衝突。
- 啟用後確認目標連線是否進入用戶端，再檢查區域網路、DNS 與 IPv6 是否正常。
- 結束用戶端後確認網路是否恢復；若有異常，先關閉 TUN，再檢查殘留路由或服務狀態。
不同核心與用戶端對 stack、auto-route、dns-hijack 的支援情況及預設值各有不同。請勿直接將網路上的整段 TUN 設定覆蓋到訂閱中，也不要把 TUN 當成規避網路權限管理的工具。
8. 訂閱更新後，自訂規則為什麼不見了？
更新遠端訂閱時，通常會重新取得服務端設定檔。若直接編輯下載的 YAML，下次更新時這些修改可能會被覆蓋。訂閱更新、代理提供者更新與規則提供者更新也不是同一回事，分別對應不同的資料來源。
- 保留遠端訂閱作為上游來源，不要把它當成唯一的自訂規則儲存位置。
- 若用戶端提供覆寫、合併或指令碼功能，可將本機修改放入該功能，並確認設定的套用範圍。
- 若要完全手動維護，請另存一份本機設定檔；同時也要接受伺服器資訊不會再隨遠端訂閱自動更新。
- 每次更新後都檢查最終生效的設定檔，而不只檢查編輯視窗中的原始內容。
覆寫規則時尤其要留意插入位置。若將自訂規則加在 MATCH 後方，連線早已被兜底規則接手，後續規則就不會生效。若新增規則引用了不存在的代理群組，也可能導致設定檔載入失敗。
更新間隔也要留意單位：例如 mihomo 的 proxy-providers 中，interval: 3600 代表 3600 秒，也就是 1 小時；用戶端訂閱頁面顯示的更新週期可能以分鐘為單位，不能直接照搬數字。
9. 開機啟動、啟動後使用代理與自動更新是同一回事嗎？
不是，這些選項控制的是不同動作。啟用「開機啟動」通常只代表登入後啟動用戶端；是否自動啟動核心、啟用系統代理或恢復 TUN，則需要分別確認。安裝系統服務也不代表桌面介面一定會在登入時開啟。
| 設定項目 | 需確認的結果 |
|---|---|
| 開機啟動 | 登入系統後，用戶端是否正在執行 |
| 啟動時啟用系統代理 | 系統代理的位址與連接埠是否指向正在監聽的入口 |
| 啟動時恢復 TUN | 服務權限、虛擬介面與路由是否正常 |
| 訂閱自動更新 | 是否依照用戶端規定的條件重新取得設定檔 |
設定完成後，至少完整登出並重新登入測試一次。先確認核心狀態，再測試連線，不要只依托盤圖示判斷。可攜式用戶端移動資料夾後，系統登記的開機啟動路徑也可能失效，需要重新設定。
若結束用戶端後瀏覽器顯示代理連線失敗，請先到作業系統的代理設定，檢查是否仍保留 127.0.0.1:7890。本機入口已關閉，但系統仍指向該連接埠，就會出現「關閉用戶端後反而無法上網」的情況。
10. 無法連線時，應依什麼順序排查？
依照「基礎網路 → 核心入口 → 設定檔與節點 → 分流規則 → 應用程式」逐層檢查，通常比同時修改 DNS、連接埠、模式與節點更容易找到問題。每次只調整一項，並記錄修改前後的結果。
- 基礎網路：暫時關閉系統代理與 TUN，確認本機網路能否連上原本即可存取的網站。若仍無法連線，請先處理 Wi-Fi、閘道或網路驗證問題。
- 核心入口：確認設定檔已啟用、核心正在執行且連接埠一致。使用明確指定代理的指令測試；若連線遭拒，通常應先檢查本機監聽狀態。
- 訂閱與節點：確認訂閱有效，再選擇另一個已知可用的節點進行比較。設定檔能成功解析，不代表伺服器目前可以連線。
- 分流結果：查看連線所套用的規則與代理鏈。可短暫切換至全域模式進行比較，測試後記得恢復原模式；若全域模式可用而規則模式不行，應優先檢查規則的出口設定。
- DNS 與應用程式：若只有部分網域無法連線，請檢查 DNS 記錄、瀏覽器的加密 DNS、快取與應用程式個別的代理設定，不要直接認定所有問題都出在 DNS。
尋求協助時應提供哪些資訊
請提供作業系統、用戶端版本、核心版本、目前模式、是否啟用 TUN、實際監聽的連接埠，以及一次失敗請求的時間與已遮蔽敏感資訊的記錄檔。說明是所有應用程式都無法使用，還是只有瀏覽器、終端機或單一網站有問題，有助於大幅縮小排查範圍。