Clash 新手常見 10 個問題：訂閱匯入、規則與全域模式差異、連線後無法上網

一、Clash 用戶端、核心和訂閱分別是什麼？

用戶端提供操作介面，核心負責處理連線，訂閱則提供節點或設定。安裝用戶端只是準備好執行環境，不代表已取得可用的代理服務。先釐清這三個部分，後續排查問題才不會混為一談。

• 圖形化用戶端：例如 Clash Verge Rev，提供訂閱管理、策略選擇、日誌檢視及系統代理開關等介面。
• 核心：例如 mihomo，也常稱為 Clash Meta 核心，負責處理協定連線、規則比對、DNS 和 TUN 等作業。
• 訂閱：由你有權使用的服務提供者或自行維護設定服務的管理者提供。回傳內容可能是完整 YAML 設定，也可能只有節點清單。

即使都是以 Clash 命名的用戶端，支援的欄位與協定也未必相同。若設定解析失敗，請先記下用戶端名稱與版本、核心名稱與版本，再檢查設定需求。不要只因為「都是 Clash」，就認定設定可以直接互換。

二、訂閱從哪裡取得？可以把訂閱連結傳給別人嗎？

訂閱網址來自你有權使用的服務後台，或自行維護的設定服務。Clash 用戶端不是訂閱供應商；下載頁面和訂閱管理頁面也是不同的入口。

1. 前往服務後台的訂閱區，尋找明確標示為 Clash、Clash Meta 或 mihomo 的設定入口。
2. 複製完整訂閱 URL，並保留查詢參數。網址可能包含用來識別帳號的權杖。
3. 先確認方案狀態、有效期限和剩餘流量，再匯入用戶端。

在瀏覽器開啟訂閱後看到一大段文字，不一定代表出錯；有些連結會直接回傳設定。若出現登入頁面、驗證碼頁面，或 401 Unauthorized、403 Forbidden，請檢查權限與伺服器端限制，而不是反覆修改本機連接埠。

三、如何匯入訂閱？為什麼會提示格式錯誤？

先確認訂閱格式，再匯入並啟用。以 Clash Verge Rev 為例，從側邊欄進入「訂閱」，在訂閱連結欄位貼上網址並匯入，再選取該訂閱作為目前設定。不同版本的按鈕文字可能不同，但「下載設定」和「啟用設定」是兩個需要分別確認的狀態。

首次匯入後的檢查順序

1. 匯入後確認更新時間或成功提示，不要只看是否出現訂閱卡片。
2. 進入「代理」，確認看得到策略組與節點名稱。
3. 選擇可用節點，再開啟「系統代理」測試瀏覽器。
4. 若用戶端提示設定錯誤，先查看日誌中的具體欄位與行號。

完整的 Clash YAML 通常包含 proxies、proxy-groups、rules；也可以透過 proxy-providers 引入節點。單一 ss:// 或 vmess:// 連結、Base64 編碼清單與完整設定並不是同一種格式。能否直接匯入，取決於用戶端支援的匯入方式。

看到 yaml: unmarshal errors 時，先確認取得的不是網頁 HTML，再檢查縮排、欄位型別及核心相容性。YAML 縮排請使用空格，不要混用 Tab。需要轉換格式時，優先使用服務提供者提供的對應格式入口，避免將訂閱憑證交給陌生服務。

四、規則模式、全域模式和直連模式怎麼選？

日常使用建議優先選規則模式；全域模式適合用於特定測試，不是通用的修復開關。模式決定已進入核心的連線要使用哪個出口，不會決定應用程式的流量是否會進入核心。

規則通常採用第一個符合的結果，兜底規則 MATCH 應放在最後。以下僅為規則片段，不能單獨作為完整設定執行；其中的 PROXY 必須在完整設定中定義為可用的策略組或代理名稱。

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

如果全域模式能開啟某個網站，規則模式卻不行，請查看該連線符合的規則與策略。不要立刻刪除所有規則，也不要把全域模式理解成「整台電腦的所有程式都已接管」。

五、系統代理和 TUN 模式有什麼差別？

系統代理主要供遵循系統代理設定的應用程式使用；TUN 則透過虛擬網路介面接管符合路由條件的流量。新手可以先用系統代理確認瀏覽器能否連線，再判斷是否需要 TUN。

• 系統代理：通常會將系統的 HTTP/HTTPS 代理指向本機監聽連接埠。瀏覽器一般會遵循此設定，但部分遊戲、命令列工具或使用自有網路堆疊的應用程式可能不會。
• TUN：需要相應的系統權限與路由設定，可以接管更多不遵循系統代理的連線；但開啟後不代表所有流量都一定會經過代理出口。
• 行動裝置：Android 用戶端通常透過系統 VPN 介面接管流量，操作方式與桌面版的「系統代理」並不相同。

在 Clash Verge Rev 中，可以先確認「系統代理」開關，再視需要啟用「TUN 模式」。若介面提示安裝服務或授權，請依照目前版本的要求完成操作。其他 VPN、虛擬網卡和安全軟體可能造成路由或 DNS 衝突，測試時一次只啟用一種流量接管方式。

TUN 不會自動修復失效節點，也不會讓錯誤訂閱變成有效設定。若開啟後反而無法上網，請先關閉 TUN，改用系統代理測試，再檢查權限、路由和 DNS 日誌。不要同時更換節點、修改 DNS、開啟 TUN，否則很難判斷是哪個步驟影響結果。

六、策略組怎麼選？延遲低卻還是無法連線的原因

先查看策略組實際提供的選項，再參考測速結果。手動選擇組 select 和自動測速組 url-test 的運作方式不同。前者由使用者選擇出口，後者則依測試設定自動挑選。

確認以下三項狀態

1. 目前網站符合的是哪個策略組？是否與正在查看的策略組相同？
2. 該組最後選擇的是節點、另一個策略組，還是 DIRECT、REJECT。
3. 分別記錄節點測速與實際網頁連線是否成功。

介面顯示 80 ms 只代表該次測試請求取得相應結果，不代表所有網站都能連線，也不代表下載速度。測試網址、請求逾時設定、節點出口和目標網站限制都會影響使用體驗。timeout 同樣不足以證明「節點永久失效」，還需要排除本機網路與測試網址的問題。

若只有特定網站無法連線，請維持模式不變，只切換一個節點進行對照。若所有節點都失敗，再檢查規則與 DNS；若只有一個節點失敗，優先排查該節點或出口，不必先重新安裝用戶端。

七、顯示已連線，卻無法開啟網頁，該從哪裡查起？

「核心正在執行」不等於「瀏覽器請求已成功送達」。依序排查流量入口、規則、節點和 DNS，通常比反覆開關用戶端更有效。

1. 建立直連對照：關閉系統代理和 TUN，確認一般網路是否正常。若直連也無法使用，請先排除 Wi-Fi、閘道或系統網路問題。
2. 確認流量入口：重新啟用系統代理，只用一個瀏覽器開啟測試網頁，同時查看「連線」或「日誌」。若沒有新紀錄，請檢查瀏覽器的個別代理設定、代理擴充功能和系統代理連接埠。
3. 檢查出口：在連線詳細資訊中確認符合的規則、策略組和最終節點。若誤套用 REJECT，應修正規則，而不是更換 DNS。
4. 切換節點：維持相同的測試網址，只更換一個節點，觀察結果是否改變。
5. 記錄明確錯誤：記下 connection refused、i/o timeout 或解析失敗時的目標網址，不要只寫「無法開啟」。

若瀏覽器顯示憑證錯誤，請先核對系統日期、時間與時區，不要關閉憑證驗證。公司網路中的 HTTPS 檢查、封包擷取工具憑證和錯誤解析也需要分別排查。更多排查方向請參閱說明中心。

八、DNS、Fake-IP 和「部分網站無法開啟」有什麼關係？

DNS 決定網域名稱如何解析，代理規則則決定連線要走哪條路徑；兩者會互相影響，但不能彼此取代。mihomo 的 fake-ip 模式會為網域名稱指派虛擬 IP 位址，再由核心將連線對應回原始網域名稱。

例如設定使用 198.18.0.1/16 作為 Fake-IP 位址池時，看到這個範圍內的解析結果不一定代表故障。反過來說，用戶端退出後若仍有程式使用快取的虛擬位址，或流量繞過接管路徑，就可能出現解析成功但連線失敗的情況。

• 在日誌中搜尋 DNS resolve failed、no such host 等訊息，確認發生問題的網域名稱。
• 檢查瀏覽器的「安全 DNS」或應用程式內建的 DoH；這些設定可能改變預期的解析路徑。
• 排除其他 VPN、系統加密 DNS 或區域網路 DNS 設定的影響，一次只調整一項。
• 修改 DNS 後重新測試應用程式；必要時清除對應的快取。Windows 可在命令提示字元執行 ipconfig /flushdns，但瀏覽器仍可能保留自己的快取。

不要把所有 DNS 問題都歸咎於 Fake-IP，也不要直接複製來源不明的整套 DNS 設定。先確認訂閱現有的 dns 設定與用戶端覆寫內容，再參考進階設定逐項調整。

九、7890、7897 是什麼連接埠？遇到衝突怎麼處理？

連接埠是本機服務的入口編號，不是節點線路編號。設定中可能會出現 7890、7897，但並非所有 Clash 用戶端都使用相同的連接埠。請以目前生效的設定和用戶端顯示的值為準。

mixed-port: 7890
allow-lan: false

mixed-port 提供 HTTP 與 SOCKS 共用的監聽連接埠。上例僅說明欄位用途，不包含節點、策略組與規則。若另一個程式已占用 7890，日誌可能會出現 bind: address already in use。你可以關閉占用連接埠的程式，或改用其他未被占用的連接埠，並同步更新系統代理與應用程式代理設定。

使用明確指定的本機代理進行測試

假設實際的 HTTP 代理監聽位址是 127.0.0.1:7890，可以使用以下指令測試。Windows 請使用 curl.exe，避免部分 PowerShell 環境將 curl 解析成其他指令；macOS 和 Linux 則使用 curl。

curl.exe -I --proxy http://127.0.0.1:7890 --connect-timeout 10 https://example.com

若連線本機連接埠時立即失敗，先檢查監聽狀態與連接埠值；若請求進入日誌後才逾時，再檢查後續連線路徑。不要為了修復本機瀏覽器而直接啟用 allow-lan: true。分享給區域網路使用還涉及監聽位址、防火牆、存取控制與驗證，必須另外設定。

十、更新訂閱會覆蓋修改嗎？退出前要做什麼？

直接修改從訂閱下載的設定，可能會在下次更新時遺失。若要長期保留規則、DNS 或連接埠調整，應使用目前用戶端支援的覆寫、合併或指令碼機制，並確認最後產生的設定正確。

• 修改前：記下用戶端與核心版本，備份本機規則、覆寫內容和必要設定。備份檔也可能包含訂閱憑證，請妥善保管。
• 更新後：確認設定仍為選取狀態、策略組選項是否保留，以及新增規則是否確實生效。不要只確認訂閱更新時間。
• 更換用戶端：重新確認連接埠、系統代理、TUN、DNS 和啟動項目。不要直接複製舊軟體的整個資料目錄。
• 退出時：先關閉系統代理，再正常結束程式；若使用 TUN，請確認相關流量接管已停止。若異常結束後瀏覽器無法連線，請檢查是否仍有代理指向本機。

在 Windows 11 中，可前往「設定」→「網路和網際網路」→「Proxy」檢查手動代理；在 macOS 中，可前往「系統設定」→「網路」→目前的網路服務「詳細資訊」→「Proxy」檢查。確認這些設定是由已結束的用戶端留下後，再關閉對應項目；請勿任意刪除辦公環境的組織代理設定。

首次設定只需先完成一條連線路徑：匯入有效訂閱、啟用設定、選擇節點、開啟系統代理，再用瀏覽器測試。確認穩定後，再處理 TUN、自訂規則和 DNS。完整操作說明請見訂閱匯入與基本設定文件；欄位說明請參閱術語表。