一、Clash、Mihomo 和 Clash Verge Rev 有什麼不同？

Clash 是這類代理工具與設定生態系中常見的名稱；Mihomo 是代理核心；Clash Verge Rev 則是採用 Mihomo 的桌面用戶端。用戶端提供訂閱管理、代理選擇、系統代理開關與日誌介面；核心負責實際連線、DNS 處理及規則比對。安裝用戶端，不代表已經取得可用節點。

Mihomo 過去常以 Clash.Meta 為人熟知。搜尋舊教學時可能會看到 Clash Meta、Meta 核心等稱呼，但不同核心與版本支援的設定欄位不盡相同。遇到設定錯誤時，先記下用戶端版本、核心版本及完整錯誤訊息，再判斷是否為相容性問題。

  • 用戶端：負責在介面中呈現設定與操作，例如 Clash Verge Rev。
  • 核心：讀取執行時設定、建立代理連線並套用分流規則。
  • 訂閱：由服務提供者提供的設定或節點來源，不會由用戶端自動產生。

本文以 Clash Verge Rev 的桌面操作概念為主。Android 的 VPN 授權與桌面系統代理是不同機制，不能直接照搬兩個平台的開關設定。挑選用戶端可先參考用戶端比較。

二、訂閱連結是什麼？要從哪裡取得？

訂閱連結是用來取得設定的網址，通常包含帳戶權杖。服務提供者可能會提供帳戶管理頁面、通用節點訂閱、Clash 設定訂閱等不同入口。匯入 Clash Verge Rev 時，請選擇相容於 Clash 或 Mihomo 設定的入口，不要複製瀏覽器網址列中的帳戶首頁。

匯入前確認三件事

  1. 確認連結來自自己的服務帳戶，且方案或授權仍在有效期限內。
  2. 確認回傳的是受支援的設定內容，而不是登入頁面、付款提醒或網頁錯誤訊息。
  3. 確認連結完整無誤。聊天軟體自動換行、複製時多出空格，或遺漏查詢參數，都可能造成請求失敗。

完整設定可能包含 proxies、proxy-groups、rules 等欄位，也可能透過 proxy-providers 載入節點，因此不能只因缺少 proxies 就判定設定無效。只有節點清單的訂閱，則可能需要搭配既有設定使用。

三、如何在 Clash Verge Rev 匯入訂閱？

先匯入，再啟用設定，最後選擇節點。這三個步驟分別是取得設定、讓核心載入設定，以及決定代理出口；匯入成功只完成了第一步。

  1. 開啟左側的「訂閱」頁面，在訂閱連結欄位貼上網址並選擇「匯入」。不同版本可能會將入口放在新增訂閱選單中，請以實際介面為準。
  2. 等待訂閱卡片出現，並查看更新結果、節點數量或流量資訊；是否顯示這些資訊，取決於服務端有沒有提供相關資料。
  3. 選取該訂閱，將它設為目前使用的設定。若出現 YAML 解析錯誤或欄位錯誤，請先排除問題，不要直接開啟所有網路接管功能。
  4. 前往「代理」頁面，找到規則實際引用的策略組，再選擇可用節點。
  5. 初次測試可先使用「規則」模式與「系統代理」，開啟瀏覽器測試，再到「連線」頁面查看請求。

若手動更新失敗，但舊設定仍可使用，請優先檢查訂閱網址與更新請求路徑。不要先刪除唯一可用的設定。服務端回傳 401 或 403 時，請確認授權、權杖及服務端存取限制；回傳 200 也不代表內容一定正確，還要確認是否意外收到 HTML 頁面。

首次安裝與匯入的完整流程請參閱快速入門。更換用戶端時，建議先重新匯入原始訂閱，再另外遷移本機設定。

四、規則、全域、直連模式該選哪一種？

日常使用建議先選規則模式。模式會決定核心如何選擇出口，但不會自動將所有程式的流量導入核心。流量從哪裡進入，則取決於系統代理、TUN 與應用程式本身的代理設定。

模式作用適用情境
規則 Rule依照設定中的規則順序比對，並交由對應的策略或策略組處理日常分流，區分直連與代理目標
全域 Global進入核心的請求，皆使用全域策略所選擇的出口短時間比對測試，排查規則選路問題
直連 Direct進入核心的請求直接連線至目標，不經由代理節點確認本機網路，或暫時停用代理出口

全域模式不等於「接管所有裝置流量」，也不保證所有網站都會更快。若應用程式未使用系統代理，也未由 TUN 接管，即使切換到全域模式，請求仍可能繞過用戶端。若全域策略選的是 DIRECT，流量同樣不會經過遠端代理節點。

規則模式通常會由上而下比對，命中後採用對應策略。若目標已先命中前面的直連規則，修改清單最後的兜底規則也不會影響該請求。請查看連線紀錄確認命中的規則，不要只根據網站所在區域推測。

五、系統代理和 TUN 模式有什麼不同？

可先用系統代理測試瀏覽器；TUN 則用來接管更多網路流量。系統代理會在作業系統中登記本機代理入口，但應用程式可以選擇不使用。TUN 透過虛擬網路介面與路由接管流量，適合不支援明確代理設定的程式，但需要服務權限，也可能與現有網路環境互相影響。

依需求逐步啟用

  • 只用瀏覽器上網：先啟用系統代理，並暫時停用瀏覽器的獨立代理擴充功能，避免設定互相覆蓋。
  • 終端機工具：確認工具是否會讀取系統設定，或為它另外設定 HTTP、SOCKS 代理。
  • 遊戲與部分桌面應用程式：確認協定與節點是否支援後，再考慮使用 TUN；系統代理通常無法直接處理所有 UDP 流量。

在 Clash Verge Rev 中，可前往「設定」檢查「系統代理」與「TUN 模式」相關選項；若 TUN 無法使用，再確認該版本的服務模式是否已安裝並正常執行。不同作業系統的權限流程各異，不建議將長期以系統管理員身分啟動當成唯一解法。

若同時使用公司 VPN、其他代理或虛擬網卡工具，請先記下目前狀態，再只保留一種接管方式進行測試。TUN 問題常與路由、DNS 或網段衝突有關，反覆切換節點不一定能解決。

六、節點有延遲數值，為什麼網頁還是打不開？

延遲測試只能證明特定測試請求在當下收到回應。這不代表下載頻寬、網站可正常存取，也不代表所有策略組都選到了該節點。某個節點顯示 80 ms，仍可能無法連上另一個目標網站；此數值僅供判讀示例，並非實測結果。

  1. 查看目標請求使用哪個策略組。更新訂閱後，群組名稱或節點選擇可能會改變。
  2. 確認該組最後使用的出口。選取群組名稱後，它仍可能繼續引用另一個策略組。
  3. 改用另一個已知可用的 HTTPS 網址測試，確認是單一網站故障，還是普遍性問題。
  4. 在「連線」與「日誌」頁面確認請求結果，不要只看代理頁面上的延遲顏色。

延遲測試逾時，也不能直接判定節點失效：測試網址可能無法連線、服務端可能限制該目標，或測試逾時設定過短。請搭配實際網頁請求、連線錯誤，以及相同網路下其他節點的狀況一起判斷。

若一般網頁可開啟，但大型檔案或影片持續載入失敗，請進一步檢查節點品質、目標服務限制與協定相容性。不要只用最低延遲作為選擇標準。

七、「已連線卻無法上網」該依什麼順序排查？

先確認請求有沒有進入用戶端，再檢查規則、節點與 DNS。介面顯示正在執行，通常只代表核心或流量接管功能已啟動，不表示到目標網站的完整連線路徑已成功。

固定同一個請求，依序檢查六個環節

  1. 本機網路：暫時關閉系統代理與 TUN，確認原本可直連的網站能否開啟。若基本網路連線就有問題，請先處理 Wi-Fi、閘道或網路登入頁面。
  2. 目前設定：確認訂閱已啟用，且核心沒有回報載入設定失敗。
  3. 流量入口：重新載入目標網頁，查看「連線」頁面是否出現對應的網域或目標 IP。若沒有紀錄，請檢查瀏覽器獨立代理、系統代理連接埠、TUN 路由與略過清單。
  4. 規則結果：查看新連線所命中的規則與策略鏈，確認沒有誤選 DIRECT 或命中 REJECT。
  5. 代理出口：在同一個策略組中切換至另一個節點，再送出新請求。既有的長連線不一定會立即改用新節點。
  6. 錯誤類型：搭配日誌判斷是網域解析失敗、連線遭拒、連線逾時或 TLS 錯誤，再分別處理。

排查完成後，請恢復規則模式。不要長期關閉系統防火牆，也不要用略過憑證驗證來掩蓋 TLS 錯誤；遇到此類錯誤，應檢查系統時間、憑證鏈、目標服務，以及是否有 HTTPS 檢查軟體介入。

八、如何判斷是 DNS 問題，還是代理連接埠錯誤？

DNS 負責將網域名稱轉換為位址；代理連接埠則負責接收應用程式請求。兩者位於不同環節。日誌出現 lookup、no such host 等訊息時，優先檢查名稱解析；若連線到本機代理位址時就遭拒，則先檢查連接埠與核心的監聽狀態。

以下指令是明確指定 HTTP 代理入口的測試範例。7897 僅供示範，必須替換成用戶端目前執行中設定的 HTTP 或混合連接埠，不要把舊教學中的 7890 當成固定預設值。

curl --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 20 --head https://example.com/

Windows PowerShell 可使用 curl.exe，避免部分環境將 curl 對應為其他指令。範例的連線逾時為 10 秒、總逾時為 20 秒；目標網址僅用來示範測試方法，實際排查時應換成發生問題的網址。收到 HTTP 回應表示請求已進入應用層，但不代表該網站的所有功能都正常。

  • 本機連線遭拒：確認連接埠、監聽位址、核心是否正在執行，以及連接埠是否被其他處理程序占用。
  • 請求進入用戶端後解析失敗：確認執行時 DNS 設定，以及上游解析服務是否可連線。
  • 只有瀏覽器異常：接著檢查瀏覽器代理擴充功能、安全 DNS、快取與應用程式本身的設定。

Fake-IP 是一種網域對應機制，並非遠端伺服器的實際位址。啟用後，解析結果出現合成位址不一定代表故障。修改 DNS 前，請先查看實際生效的設定；系統指令 nslookup 的結果，也不一定代表核心採用相同的解析路徑。

九、更新訂閱會覆蓋節點選擇和本機規則嗎？

遠端訂閱內容會隨更新改變，本機自訂項目應放在覆寫層。直接修改下載的遠端 YAML，後續更新可能會覆蓋這些變更。節點選擇能否保留，還取決於用戶端的儲存機制，以及更新後策略組名稱與節點名稱是否維持一致。

請區分以下三層設定

  • 遠端設定：服務提供者提供的節點、策略組、規則與相關設定。
  • 本機覆寫：以訂閱為基礎合併或調整欄位，用來保存個人分流規則與參數。
  • 執行時設定：經用戶端處理後，最後交由 Mihomo 載入的設定。

使用 Merge 覆寫時，不要假設所有清單都會自動附加。規則清單的合併方式、指令碼執行順序與用戶端的增強設定，都可能影響最終結果。儲存後請確認執行時設定，再用實際請求驗證規則是否命中。

例如要讓某個網域直連，重點不只是寫入 DOMAIN,example.com,DIRECT，還要確認它在有效規則中的順序，以及是否已先被前面的規則比對命中。初次設定時可先保留訂閱原有規則，穩定後再參考進階用法逐步加入本機覆寫。

十、關閉用戶端後無法上網，該如何恢復並提供有效資訊？

先檢查是否有殘留指向本機的代理設定。若系統仍指向 127.0.0.1 的代理連接埠，而用戶端核心已停止，遵循這項代理設定的應用程式就無法建立連線。

  1. 重新開啟用戶端，關閉「系統代理」與「TUN 模式」，再正常結束程式，確認網路是否恢復。
  2. Windows 11 可檢查「設定」→「網路和網際網路」→「Proxy」→「手動設定 Proxy」。只移除自行設定的本機代理，不要任意刪除由公司或組織管理的設定。
  3. macOS 可檢查「系統設定」→「網路」→目前使用的網路服務→「詳細資訊」→「代理伺服器」，確認 HTTP、HTTPS 與 SOCKS 項目。
  4. 若問題仍未解決，請檢查其他 VPN、瀏覽器獨立代理，以及終端機中的 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 環境變數。

TUN 異常結束後的狀況與系統代理殘留不同，還可能涉及虛擬網卡、路由或 DNS 狀態。請優先透過用戶端正常關閉流量接管與相關服務，必要時重新連線網路；不清楚用途時，不建議大量刪除路由或虛擬網卡。

尋求協助時，請提供精簡的診斷資訊

  • 作業系統版本、用戶端版本、Mihomo 核心版本。
  • 目前使用的模式、系統代理與 TUN 是否啟用，以及本機連接埠。
  • 問題發生時間、目標網域，以及「連線」頁面顯示的命中規則與策略鏈。
  • 問題發生前後的錯誤日誌、已嘗試的步驟，以及每個步驟的結果。

分享前請移除訂閱權杖與其他憑證。清楚描述重現步驟，比貼上整頁節點截圖更有助於找出問題。新手排查可依序確認：訂閱有效、設定生效、請求進入、規則正確、出口可用，最後再調整 DNS 與較複雜的網路接管參數。