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

用戶端提供操作介面，核心負責處理流量，訂閱則提供設定檔。這三者必須搭配使用；安裝用戶端不代表已取得可用的代理節點。

  • 用戶端：提供匯入設定、選擇節點、查看記錄、切換系統代理等功能。不同用戶端的選單名稱和預設連接埠可能不同。
  • 核心：讀取設定、比對規則並建立連線。Clash Meta 後續改稱 mihomo；它與早期 Clash 核心支援的欄位和通訊協定並不完全相同。
  • 訂閱：通常是含存取憑證的 URL，會傳回節點、策略群組和規則等內容，也可能只提供節點清單。

遇到「設定檔無法載入」時，先記下用戶端名稱、核心名稱與版本，再確認訂閱的要求。只看安裝檔名稱，無法判斷設定檔中的所有欄位是否受支援。需要選擇用戶端時，可先參考用戶端比較，再依作業系統和架構安裝。

2. 訂閱連結從哪裡取得？為什麼不能隨意分享？

訂閱連結由代理服務提供者，或自行維護節點與設定的管理員提供。本站下載中心提供用戶端下載入口，安裝用戶端並不會自動產生訂閱連結。

取得連結後的檢查順序

  1. 在服務提供者的帳戶頁面確認方案仍有效、流量尚有餘額，並選擇與目前核心相容的訂閱格式。
  2. 複製完整 URL，避免漏掉問號後的參數，也不要連同網頁上的說明文字一起複製。
  3. 在用戶端的設定檔或訂閱管理頁面新增遠端設定；更新成功後，再設為目前使用的設定檔。

更新失敗不一定代表所有節點都失效：也可能是訂閱伺服器無法連線、權杖過期，或伺服器傳回登入頁面。可參考訂閱常見問題逐項檢查，避免重複新增同一個連結。

3. 匯入成功卻沒有節點，還少了哪個步驟？

先確認設定檔已啟用，再確認匯入的是完整設定檔還是節點提供器。「下載成功」只代表內容已取回，不保證核心已載入，也不保證目前的策略群組包含可選節點。

  • 尚未切換目前設定檔：設定檔清單中可能存有多個檔案，匯入後仍在使用原本的空白設定檔。請檢查目前啟用的項目和核心記錄。
  • 格式不相容：只有數個通訊協定連結的文字，不一定能直接當作完整的 Clash YAML 設定檔使用。
  • 提供器尚未更新：若設定檔使用 proxy-providers，即使主設定檔已成功載入，遠端節點清單仍須另外取得。
  • 節點未加入策略群組：即使已有節點定義，若目前的群組沒有引用這些節點，清單內容也可能與預期不同。

排查時請保留原始訂閱，先確認錯誤是否包含 YAML 解析失敗、未知欄位或遠端下載失敗。不要為了讓設定檔「能儲存」就任意刪除整段欄位。欄位層級與縮排可參考YAML 說明。

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

日常使用先選規則模式；全域模式適合短時間比對測試；直連模式則讓進入核心的連線直接存取目標。模式決定核心如何處理流量，不會決定應用程式是否已將流量交給核心。

模式 處理方式 新手檢查重點
規則 Rule 依規則順序比對，並交由相應的策略或策略群組處理 查看目標連線符合哪一條規則
全域 Global 將進入核心的流量交由全域策略處理 確認全域群組選到可用代理，而不是 DIRECT
直連 Direct 讓進入核心的連線直接連往目標 不會自動關閉系統代理或退出用戶端

規則通常由上往下檢查，符合後就停止比對，因此特定網域規則應放在預設規則之前。切換到全域模式後可以連線、規則模式卻不行時，請優先檢查規則和策略群組，不要直接判定訂閱已失效。模式設定請參考代理模式設定。

5. 用戶端顯示已連線，為什麼瀏覽器還是無法開啟網頁？

「已連線」可能只表示核心正在執行、VPN 介面已建立，或某次節點測試成功。這些狀態都無法單獨證明瀏覽器請求已成功送達。請依「本機入口 → 規則策略 → 遠端連線」分段確認。

  1. 確認訂閱已啟用、策略群組已選擇節點，而且核心沒有不斷退出。
  2. 桌面版使用系統代理時，請確認用戶端監聽連接埠與系統代理連接埠一致。若實際連接埠是 7897，系統仍指向 7890 就會連到錯誤入口。
  3. 檢查瀏覽器代理擴充功能。擴充功能可能覆蓋系統代理，或保留另一個已停用的連接埠設定。
  4. 開啟用戶端的連線清單，再重新整理一個新頁面，觀察是否出現對應網域、符合的規則和輸出策略。

連線清單完全沒有請求時，先檢查流量入口；有請求但逾時時，再檢查節點和目標網路。測試時請關閉舊分頁中的持續連線，或改用新的工作階段，以免把切換前的連線結果當成目前狀態。完整的初始設定順序可參考快速入門教學。

6. 瀏覽器可以連線，為什麼終端機沒有使用系統代理？

部分命令列程式不會讀取桌面系統代理，而是使用自身參數或環境變數。因此瀏覽器正常、終端機連線失敗的情況可能同時發生。先在單次命令中明確指定代理，確認問題範圍，再決定是否設定長期環境變數。

以下是測試命令，並非本站實測結果。範例假設用戶端的 HTTP 或混合監聽連接埠為 7890；執行前請務必替換成用戶端顯示的實際連接埠：

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

在 Windows PowerShell 中，可使用 curl.exe 明確呼叫 curl，避免舊版環境中同名別名造成參數差異。若回傳「拒絕連線」，請優先檢查本機連接埠和核心狀態；若已連上本機代理後才逾時，請繼續檢查遠端節點和目標位址。

  • 使用 HTTP 代理連線至 HTTPS 目標時，代理位址仍可寫成 http://127.0.0.1:7890，用戶端會透過 CONNECT 建立通道。
  • HTTP 連接埠和 SOCKS 連接埠可能不同，不能只改通訊協定前綴就當成可以互換。
  • 全域環境變數會影響其他工具。確認單次命令有效後，再依 shell 和工具文件設定；取消代理後也要清除相應變數。

代理入口、通訊協定與連接埠的關係，可參考名詞解釋確認。

7. 一定要開啟 TUN 模式嗎？

不一定。能正常讀取系統代理的應用程式，通常可以先使用系統代理。TUN 透過虛擬網路介面和路由接管流量，適合不讀取系統代理的應用程式，但也會增加權限、路由和 DNS 的排查項目。

依平台確認流量接管方式

  • Windows、macOS：用戶端可能需要安裝服務、網路延伸功能或取得管理員權限。只切換開關但尚未完成授權，不代表已成功接管流量。
  • Android：常見用戶端會透過系統 VPN 介面轉送流量，請確認已授予 VPN 權限；應用程式分流和略過清單也會影響涵蓋範圍。
  • 同時使用多種網路工具：其他 VPN、虛擬網卡工具或安全軟體可能會修改路由和 DNS，建議一次只變更一個項目進行比對。

TUN 不代表所有流量都會經由遠端節點：流量進入核心後，仍會依模式和規則選擇代理、直連或拒絕。是否接管 UDP、IPv6 和哪些網段，也取決於設定和平台實作。不要把啟用 TUN 當成提升下載速度的按鈕。設定前請先閱讀DNS 設定說明。

8. 節點延遲很低，為什麼下載和影片播放還是很慢？

延遲測試反映特定測試目標的一次往返或請求耗時，不等於持續傳輸頻寬。不同用戶端的測試方式、目標 URL 和逾時門檻各異，數值不適合直接跨環境比較。

例如某個節點顯示 40 ms，下載速度卻只有 1 MB/s，兩者並不矛盾：前者是耗時，後者是資料傳輸率。以十進位換算，1 MB/s ≈ 8 Mbps；實際速度還會受到線路壅塞、伺服器限制、封包遺失和裝置效能影響。此處數值僅用來說明單位。

  1. 固定使用同一個目標檔案和同一條網路，並暫停其他高流量工作。
  2. 選擇兩個節點，各測試約 30 秒，記錄速度穩定時的數值，不要只看剛開始的峰值。
  3. 分別在尖峰和離峰時段重新測試，判斷速度是否與時段有關。
  4. 確認服務提供者的流量倍率。若標示為 2 倍計費，通常使用 1 GB 就會扣除約 2 GB 的方案流量，實際仍以服務提供者的規則為準。

地區標籤也不保證目標網站看到的出口位置或內容權限。請以實際出口和目標服務規則為準，不要只憑某次開啟頁面的速度反覆切換節點並下結論。日常排查可繼續參考常見問題中的檢查方法。

9. DNS、Fake-IP 出錯時，應該直接關閉嗎？

先釐清是網域解析失敗、路由錯誤還是節點連線失敗，再決定是否調整 DNS 模式。「網站無法開啟」不代表一定是 DNS 出問題，直接更換整套設定會讓比對失去依據。

Fake-IP 會回傳供應用程式映射使用的合成 IP，再由核心將其對應至真實網域並處理連線。設定中常見的 198.18.0.1/16 是這類機制使用的位址範圍範例；看到這種解析結果，不代表網域被錯誤解析至一般公網伺服器。實際行為應配合核心和 DNS 設定判斷。

  • 出現解析失敗記錄：檢查上游 DNS 是否可連線，以及解析請求是否形成循環依賴。
  • 只有區域網路裝置名稱異常：檢查本機網域、搜尋網域和 Fake-IP 篩選設定，不要排除所有網域。
  • 只有特定瀏覽器表現不同：檢查安全 DNS 或 DoH 設定，瀏覽器可能採用另一條解析路徑。
  • 調整後狀況沒有改變：重新啟動相關應用程式或清除其 DNS 快取，避免仍使用舊結果。

每次只修改一個項目，並記錄修改前後的記錄。模式定義與設定範圍請參考Fake-IP 說明。

10. 退出用戶端後無法上網，如何恢復並準備求助資訊？

先檢查殘留的系統代理，再檢查 TUN 路由與 DNS。若系統仍將請求送往已關閉的本機監聽連接埠，支援系統代理的應用程式可能無法連線，但其他應用程式仍可正常使用。

恢復步驟

  1. 重新開啟原本的用戶端，關閉系統代理；若曾啟用 TUN，也先關閉 TUN，再正常退出用戶端。
  2. Windows 11 可前往「設定」→「網路和網際網路」→「Proxy」檢查手動代理；macOS 可前往「系統設定」→「網路」→目前使用的連線→「詳細資訊」→「代理伺服器」檢查。受組織管理的裝置，請先確認管理規定。
  3. 若只有終端機異常，請檢查命令參數和代理環境變數；這些設定不一定會隨系統代理開關一併清除。
  4. 仍未恢復時，先儲存記錄，再重新連線網路並檢查 DNS 與預設路由；不要直接刪除所有虛擬網卡或重設全部網路設定。

首次完成設定後，建議依固定順序記錄狀態：目前設定檔 → 代理模式 → 策略群組選項 → 流量入口 → 測試目標。下次遇到問題，就能只比對發生變化的項目。安裝與權限設定可回到快速入門教學確認，不必一開始就重新安裝用戶端。