Clash 新手常見問題：訂閱匯入、節點選擇與連線異常十問

第一次開啟 Clash Verge Rev 時，介面中的訂閱、設定檔、代理群組、系統代理、規則模式和 TUN 模式，很容易被理解成同一種「連線開關」。實際上，它們位於不同層級：訂閱提供設定來源，設定檔決定節點與規則，策略群組決定可選的出口，系統代理或 TUN 模式負責讓應用程式流量進入核心，規則再決定每條連線要直連、代理或拒絕。

以下透過十個常見問題串起完整使用流程。排查時建議一次只變更一項設定，並記錄變更前後的結果。如此才能判斷故障發生在訂閱、節點、流量接管、規則比對，還是目標網站一側，而不是反覆切換所有開關。

Subscription

訂閱與設定檔匯入

一、為什麼不能直接把訂閱連結當成節點使用？

訂閱連結是一個遠端設定入口，不等於某個具體的代理節點。用戶端存取該網址後，會取得節點清單、策略群組、規則、規則提供者以及 DNS 等設定內容。匯入成功後，應在設定檔頁面看到對應設定檔，並在代理頁面看到可選擇的策略群組與節點。

常見的匯入方式，是複製服務提供者提供的 Clash 或 Mihomo 訂閱網址，貼到用戶端的訂閱或設定檔頁面並下載。一般網頁網址、帳戶後台網址，以及只適用於其他用戶端的訂閱格式，不一定能由目前的核心解析。如果匯入後顯示格式錯誤，應先確認連結類型，不要立即修改連接埠或開啟 TUN。

二、匯入訂閱後為什麼看不到節點？

首先確認新設定檔是否已下載並設為目前使用的設定檔。部分用戶端允許同時保存多份設定檔，成功新增訂閱不一定代表已切換過去。接著檢查代理頁面是否只有策略群組名稱；節點通常位於「節點選擇」、「手動選擇」或服務提供者自訂名稱的策略群組內，不一定會直接顯示在首頁。

如果設定檔已啟用但節點數量仍為零，可以查看用戶端日誌或設定錯誤提示。常見原因包括訂閱已過期、遠端伺服器暫時無法連線、回傳內容為空、訂閱格式與核心不相容，或 YAML 縮排與欄位結構有問題。手動設定至少需要建立節點、策略群組和規則之間的有效引用關係。例如，策略群組引用的節點名稱必須與節點定義完全一致：

proxies:
  - name: "範例節點"
    type: socks5
    server: 127.0.0.1
    port: 1080

proxy-groups:
  - name: "節點選擇"
    type: select
    proxies:
      - "範例節點"
      - DIRECT

rules:
  - MATCH,節點選擇

這段內容僅用於說明引用結構，並不是可直接連線至外部網路的完整設定。實際節點參數應來自可信的設定來源。

三、更新訂閱會不會覆蓋已完成的選擇？

訂閱更新通常會重新取得遠端設定。節點增刪、策略群組結構、規則和 DNS 設定是否變更，取決於伺服器回傳的新內容。用戶端記住策略群組選擇的方式各不相同：當策略群組名稱與節點名稱維持不變時，先前的選擇可能繼續生效；節點遭刪除或重新命名後，則需要重新選擇。

直接編輯訂閱下載取得的 YAML 也要謹慎。下一次更新可能以遠端版本取代本機內容，導致手動修改消失。若需要長期維護自訂規則，較合適的做法是使用用戶端支援的覆寫、合併設定或腳本功能，並保留一份獨立備份。更新後應檢查目前設定檔、主要策略群組和規則模式，不要只根據「更新成功」提示判斷連線狀態。

Selection

節點、策略群組與代理模式

四、節點延遲最低，實際速度就一定最快嗎？

延遲測試只反映用戶端到測試目標的一次或多次短連線耗時，無法完整代表持續下載、影片播放或跨區域存取的表現。節點速度還會受到線路壅塞、出口頻寬、封包遺失率、目標網站位置、傳輸協定和本地網路品質影響。一個延遲略高但封包遺失較少的節點，實際使用時可能比低延遲但壅塞的節點更穩定。

選擇節點時，可以先進行延遲測試，再以實際目標驗證。瀏覽網頁時注意首個封包回應與持續開啟是否穩定；觀看影片時觀察一段時間內能否持續緩衝；下載任務則應關注穩定速率，而不是瞬間峰值。如果多個節點都逾時，應先檢查訂閱、網路和核心狀態；如果只有單一節點逾時，則較可能是該節點暫時無法使用。

五、規則、全域和直連模式該選哪一個？

規則模式會依照設定中的規則，由上到下進行比對。網域、IP、程序或規則集命中後，連線會交給指定的策略群組、DIRECT 或 REJECT。它適合日常使用，也方便讓本地服務和常用的中國大陸網站直連，讓特定目標使用代理。

全域模式通常會將進入核心的連線統一交給全域策略群組。它適合短時間確認代理節點是否正常，或在規則未涵蓋某個目標時進行對照測試。全域模式不等於所有裝置、所有程序都會自動進入 Clash；是否受到接管，仍取決於系統代理、TUN 或應用程式本身的代理設定。

直連模式會讓已被接管的流量直接連線至目標，不經過代理節點。它可用來判斷異常是否與代理鏈路有關。日常使用建議從規則模式開始，需要診斷時再短暫切換至全域或直連進行比較。

模式	流量處理方式	常見用途
規則	依規則順序選擇出口	日常分流
全域	統一交給全域策略群組	節點驗證、臨時測試
直連	直接存取目標	對照排查

六、已經選好節點，為什麼流量仍然沒有經過代理？

選取節點只會決定某個策略群組的出口，不會自動讓應用程式流量進入 Clash。還需要至少一種流量接管方式：開啟系統代理、開啟 TUN 模式，或在特定應用程式中手動填寫 Clash 的 HTTP 或 SOCKS 監聽位址。

還要確認規則實際使用的是剛才操作的策略群組。設定中可能同時存在「節點選擇」、「自動選擇」、「媒體服務」和「漏網之魚」等多個群組。即使在「節點選擇」中更換了節點，某條規則也可能指向另一個策略群組。遇到這種情況，可以開啟連線記錄或日誌，查找目標網域對應的命中規則、策略群組和最終節點。

Traffic Capture

系統代理與 TUN 模式

七、系統代理已經開啟，為什麼有些應用程式仍然直連？

系統代理主要影響會讀取作業系統代理設定的應用程式，例如大多數瀏覽器和部分桌面軟體。某些遊戲、命令列工具、獨立更新程式或自行實作網路堆疊的程式，可能會忽略系統代理，因此不會經過 Clash。應用程式也可能在自身設定中指定「直連」或另一套代理，覆蓋系統設定。

先用瀏覽器存取目標並觀察連線記錄。如果瀏覽器流量能夠出現，而特定應用程式完全沒有記錄，問題通常在於該應用程式是否遵循系統代理。可以檢查應用程式本身的代理選項，或在確有需要時使用 TUN 模式。如果所有應用程式都沒有記錄，則應檢查用戶端核心是否啟動、系統代理是否成功寫入，以及監聽連接埠是否被其他程式佔用。

八、什麼時候需要開啟 TUN 模式？

TUN 模式透過虛擬網路介面接管更廣泛的 IP 流量，適合不讀取系統代理的程式，也能減少逐一為應用程式設定代理的工作。它不是安裝後必須立即開啟的選項。若瀏覽器和常用軟體透過系統代理已正常運作，保留較簡單的系統代理方案會更容易理解和排查。

開啟 TUN 通常需要系統權限，也可能與其他 VPN、虛擬網卡、安全軟體或企業網路用戶端發生路由衝突。若出現無法上網的情況，應檢查 TUN 是否成功啟動、預設路由是否正確、DNS 是否可用，以及系統中是否同時執行其他接管網路的工具。關閉其他網路接管軟體後重新測試，有助於找出衝突來源。

TUN 負責將流量送入核心，最終是否使用代理仍由目前的模式和規則決定。因此，開啟 TUN 後看到某些連線走 DIRECT，不一定代表發生故障；它可能只是命中了直連規則。診斷時應結合連線詳細資訊中的規則名稱與最終鏈路，而不是只看 TUN 開關狀態。

Troubleshooting

連線異常的基礎排查

九、節點測試正常，網頁卻打不開，應該檢查什麼？

節點延遲測試有回應，只代表某個測試請求成功取得回應，不代表目標網頁的完整存取鏈路一定正常。可以依照以下順序檢查：

確認流量是否進入核心。開啟連線頁面或即時日誌，再存取目標網站。如果沒有新增記錄，優先檢查系統代理、TUN 或應用程式代理設定。
確認規則命中結果。查看目標網域最終走 DIRECT、PROXY 還是 REJECT，並確認對應的策略群組已選取可用節點。
切換節點進行對照。只更換同一策略群組中的節點，不要同時修改 DNS、模式和設定檔。如果另一個節點正常，原節點或其出口線路更值得懷疑。
比較規則與全域模式。全域模式正常而規則模式異常，通常表示需要檢查規則命中、策略群組引用或規則集更新。
檢查 DNS。網域解析失敗、回傳異常位址，或解析鏈路與代理規則不一致，都可能表現為網頁無法開啟。可以比較網域存取與已知 IP 連線的差異，但不要把臨時 IP 當成長期解決方案。
檢查目標服務狀態。只有單一網站異常時，也可能是目標網站維護、地區限制、帳戶狀態，或出口 IP 遭目標服務拒絕。

如果日誌中出現逾時，需要進一步區分是連線至代理伺服器逾時、DNS 查詢逾時，還是代理伺服器連線至目標逾時。三者位於不同階段，處理方向也不同。只看瀏覽器最後顯示的錯誤頁面，通常不足以確定原因。

十、重新啟動後無法連線，如何快速恢復？

先檢查用戶端是否已啟動核心，而不是只確認視窗已開啟。接著確認目前設定檔仍然存在且處於啟用狀態，訂閱沒有變成空白設定，主要策略群組中也有可用節點。系統重新啟動後，系統代理可能未自動啟用；如果依賴 TUN，則應確認權限請求、服務元件和虛擬網卡狀態正常。

可以使用「最小變數」方法恢復：暫時關閉 TUN，只開啟系統代理；選擇最近確認可用的設定檔；使用規則模式；在主要策略群組中手動選擇一個可用節點；最後用瀏覽器測試並查看連線記錄。確認這組設定正常後，再逐項恢復自動選擇、TUN、自訂 DNS 或覆寫設定。

若用戶端無法啟動核心，應查看錯誤日誌中是否出現連接埠佔用、設定解析失敗或權限不足。遇到連接埠佔用時，不要任意反覆修改多個監聽連接埠，可以先退出其他代理軟體後重新啟動。設定解析失敗時，應切換回可用設定檔或撤銷最近一次覆寫修改。權限問題則應依照作業系統提示，處理 TUN 服務或網路擴充功能授權。

Checklist

首次使用檢查清單

完成安裝與訂閱匯入後，可以依照以下順序確認。前一項尚未通過時，先不要跳到更複雜的 DNS 或路由調整：

用戶端核心處於執行狀態，沒有設定解析錯誤。
訂閱已經下載，且對應設定檔已設為目前使用的設定檔。
代理頁面能看到策略群組，策略群組內有節點。
至少選擇一個能完成延遲測試或實際連線的節點。
日常使用先採用規則模式，確認主要策略群組的選擇。
開啟系統代理，並使用瀏覽器進行第一次連線測試。
在連線記錄中確認目標網域、命中規則和最終出口。
只有在應用程式忽略系統代理時，再評估是否開啟 TUN。
更新訂閱後重新檢查策略群組，避免節點重新命名後選擇失效。
發生異常時保存關鍵日誌，並依照接管、規則、節點、DNS、目標服務的順序定位問題。

理解這些層級後，多數「節點已選但沒有作用」、「瀏覽器正常但遊戲無法連線」、「全域可用而規則模式失敗」等問題，都能拆解成可驗證的步驟。Clash 的核心不是單一開關，而是一條由設定來源、流量入口、規則比對和出口節點組成的處理鏈。觀察連線記錄並逐層驗證，比頻繁重新安裝用戶端更容易找出真正原因。