1. Clash、用戶端與 mihomo 核心分別是什麼？

先選擇適用於作業系統的用戶端，再確認核心與訂閱設定是否相容。用戶端提供訂閱管理、代理選擇和設定介面；核心負責解析設定、比對規則並建立連線。安裝用戶端不代表已取得可用的代理伺服器，仍須匯入自己有權使用的訂閱或設定。

Clash 是這類工具與設定生態系中常見的名稱。原版 Clash 核心與後續分支的功能不盡相同；Clash Meta 後來更名為 mihomo，新增的通訊協定、規則與 DNS 功能是否可用，應以實際執行的核心版本為準。用戶端介面名稱含有 Clash，也無法據此判斷它使用哪個核心。

  • Windows：可從 Clash Verge Rev 這類整合設定管理功能的桌面用戶端開始。安裝前前往「設定」→「系統」→「系統資訊」查看系統類型，確認是 x64 還是 ARM64。
  • macOS：在蘋果選單中選擇「關於這台 Mac」，確認使用 Apple 晶片或 Intel，再選擇對應的安裝檔；也要確認用戶端支援的最低系統版本。
  • Android：選擇清楚說明維護狀態、核心與系統需求的用戶端，例如 Clash Meta for Android；安裝檔架構也必須與裝置相容。
  • iOS：依用戶端實際支援的訂閱格式選擇，並非所有代理工具都能直接匯入 Clash YAML。

各平台安裝檔請至用戶端下載頁取得。若設定檔中有無法辨識的欄位，先記下用戶端版本、核心名稱與錯誤行號，再確認相容性；不要直接刪除不熟悉的欄位。

2. 如何匯入訂閱連結？貼上後為什麼出現格式錯誤？

訂閱 URL 是取得設定的網址，不是用戶端本身，也不一定會回傳 Clash 設定。在桌面用戶端的「訂閱」或「設定檔」頁面找到 URL 匯入入口，貼上完整連結，下載後選取該設定檔。以 Clash Verge Rev 常見介面為例，可進入「訂閱」頁，在連結欄位貼上 URL 後按一下「匯入」；介面文字可能因版本而異。

  1. 從訂閱服務提供者複製適用於 Clash 或 mihomo 的連結，保留查詢參數，不要額外加上引號或空格。
  2. 匯入後確認設定檔已啟用，而不只是出現在清單中。
  3. 開啟代理頁面，確認策略群組中有可選項目；只看到設定檔名稱，不代表資源已載入完成。
  4. 若使用本機的 .yaml 或 .yml 檔案，請透過檔案匯入，不要把磁碟路徑當成訂閱 URL。

一般完整設定檔常見 proxies、proxy-groups、rules 等欄位，也可能透過 proxy-providers 引用外部資源。只有 ss://、vmess:// 等分享連結文字，或 Base64 編碼的節點清單，通常不能直接當成完整 YAML 設定檔載入。

3. 開啟系統代理後，哪些程式會使用代理？

系統代理只會影響有讀取系統代理設定的應用程式，不代表接管整台裝置的所有連線。桌面瀏覽器通常會讀取系統設定，但命令列工具、遊戲或自行實作網路請求的程式不一定會遵循。即使在用戶端看到系統代理已啟用，也不代表所有流量都經過核心。

先確認位址與監聽連接埠

以下以用戶端實際監聽 mixed-port: 7890 為例。此連接埠可接收 HTTP 與 SOCKS 代理請求；7890 只是範例，不是所有用戶端的固定值。在 Windows 11 可前往「設定」→「網路和網際網路」→「Proxy」檢查手動代理位址是否為 127.0.0.1，連接埠是否與用戶端一致。

若用戶端會自動管理系統代理，請優先使用用戶端的開關進行設定，避免系統頁面與用戶端互相覆寫。測試時只執行一個代理用戶端，並停用瀏覽器中另行指定代理伺服器的擴充功能，減少兩套設定互相干擾。

  • 瀏覽器可以連線、終端機不行：先確認終端機程式是否已設定代理，不要立刻更換節點。
  • 所有瀏覽器都無法連線：檢查核心是否已啟動、連接埠是否正在監聽，以及設定檔是否有效。
  • 關閉用戶端後網頁無法開啟：確認系統是否仍指向已停止監聽的本機代理連接埠。

4. TUN 模式和系統代理有什麼不同？需要同時啟用嗎？

TUN 透過虛擬網路介面與路由接收流量，適用於系統代理無法涵蓋的情況。在桌面系統上，通常需要相應的權限、服務或驅動程式支援；在 Android 上，用戶端通常透過系統 VPN 介面接收流量。TUN 不是速度更快的節點，也無法解決訂閱到期或遠端伺服器無法連線的問題。

方式主要流量接入方式初次使用建議
系統代理由遵循系統 HTTP 等代理設定的應用程式使用先用瀏覽器確認匯入成功及節點可用
TUN 模式透過虛擬介面搭配路由與 DNS 設定接入再測試不遵循系統代理的應用程式

部分用戶端允許兩者同時使用，但新手排除問題時建議每次只變更一項。先關閉 TUN，確認透過系統代理使用瀏覽器正常；接著依用戶端要求安裝服務、授予權限並啟用 TUN。若只有啟用 TUN 時才發生問題，應優先檢查路由、DNS、其他 VPN 與虛擬網卡衝突，而不是把所有問題都歸咎於節點。

公司 VPN、其他代理用戶端與虛擬化軟體可能會變更路由。測試前先記錄它們的狀態，不要為了啟用 TUN 任意刪除系統網卡或關閉整套安全防護。

5. 規則、全域、直連模式該怎麼選？

日常使用通常先選規則模式，再確認流量命中的策略群組。模式決定核心如何選擇連線出口；策略群組則決定某條規則最後使用哪個代理或直連方式。

  • 規則模式（rule）：依規則清單由上而下比對，通常由第一條符合的規則決定連線去向，最後的 MATCH 常用於處理未符合其他規則的流量。
  • 全域模式（global）：使用全域策略選擇連線出口；仍須確認全域群組實際選取的項目。切換模式不代表流量一定經過遠端節點。
  • 直連模式（direct）：由核心直接連線至目標，不經過遠端代理伺服器。

如果某個網站在全域模式可用、在規則模式卻無法使用，請查看連線記錄中的網域、命中規則與策略鏈。例如該網域命中 DIRECT，但目前網路無法直連，就需要檢查對應的分流規則。不要為了修復單一網站而長期將所有流量切換至全域模式。

自訂規則也要留意如何保存。直接編輯下載的訂閱設定檔，可能會在下次更新時被覆寫；應使用用戶端支援的覆寫或合併功能，並在更新後確認實際生效的設定。其他欄位請參閱完整設定手冊。

6. 節點延遲很低，為什麼網頁還是很慢？

延遲測試只反映某次測試請求的結果，不等於下載速度、持續傳輸量或目標網站是否可用。例如清單顯示 45 ms，只能代表該次測試依用戶端的測量方式得出這個數值，不能保證下載大型檔案時能達到特定速度。此數值僅為判斷範例，並非本站實測結果。

固定條件進行比較

  1. 固定同一個目標網站、相同的接入方式與時段，分別測試兩個節點。
  2. 每個節點重複測試 3 次，記錄連線是否成功、頁面開始載入所需時間，以及是否中途斷線。
  3. 暫停背景下載與雲端硬碟同步，再比較其他網站，判斷是單一網站還是整體問題。
  4. 維持節點不變，比較 Wi-Fi 與手機熱點，判斷本機網路是否造成明顯影響。

測試逾時不一定代表節點完全無法使用：測試 URL 可能無法連線，或測試請求與實際存取目標使用不同路徑。反過來，測速成功也無法證明目標網站沒有地區、帳戶或遠端出口限制。判斷時應同時檢查實際請求與用戶端連線記錄。

7. 出現連接埠遭占用的提示：7890 和 9090 分別有什麼用途？

先找出占用中的程序，再決定要停止重複執行的服務或變更連接埠。mixed-port 是應用程式接入代理的連接埠；external-controller 是管理介面的位址，不能當成瀏覽器代理連接埠使用。以下僅用於說明欄位，並非可直接匯入的完整訂閱設定：

mixed-port: 7890
external-controller: 127.0.0.1:9090
allow-lan: false
mode: rule

如果 Windows 記錄顯示 address already in use，可在終端機執行下列命令。第一個命令用來找出監聽記錄，第二個命令則依上一個命令最後一欄的 PID 查詢程序名稱：

netstat -ano | findstr ":7890"
tasklist /FI "PID eq 1234"

1234 是示範用 PID，執行時請替換成查到的實際編號。macOS 可使用 lsof -nP -iTCP:7890 -sTCP:LISTEN 查看監聽中的程序。不要強制結束不明的系統程序。

若確認是另一個代理用戶端占用，請先結束重複執行的用戶端。若將代理連接埠改為 7891，也要同步修改系統代理、瀏覽器個別設定與終端機代理環境變數。管理介面應限制在本機並設定驗證；不要為了排除問題而直接開放給區域網路或公用網路。

8. 網頁無法開啟時，如何依序找出問題？

依照「原始網路→核心→接入方式→規則→DNS」的順序檢查，每次只變更一項。先記下無法開啟的網站、瀏覽器錯誤與用戶端記錄時間，再進行下列測試，避免一次修改所有設定而無法判斷是哪項變更生效。

  1. 確認原始網路：關閉用戶端的系統代理與 TUN，使用一般可直連的網站進行測試；若仍無法連線，先處理 Wi-Fi 登入、寬頻或系統網路問題。
  2. 確認核心：確認目前已選取設定檔、記錄中沒有設定解析錯誤，且代理連接埠正在監聽。
  3. 確認接入方式：只啟用系統代理，用瀏覽器開啟目標網站，同時觀察用戶端是否新增連線記錄。
  4. 確認連線出口：確認規則最後選中了哪個節點，再更換節點重複測試；必要時短暫切換至全域模式作比較，完成後恢復規則模式。
  5. 確認 DNS：若記錄出現解析逾時，或切換 TUN 會直接改變結果，再檢查 DNS 設定、解析器是否可連線及 DNS 接管方式。

透過明確指定代理的請求縮小問題範圍

假設本機 HTTP 或混合連接埠為 7890，Windows 可執行下列命令；macOS 與 Linux 請將 curl.exe 換成 curl。範例網址可替換為實際無法開啟的網站：

curl.exe -I --max-time 15 --proxy http://127.0.0.1:7890 https://example.com/

如果明確指定代理的請求成功，但瀏覽器仍失敗，請優先檢查瀏覽器擴充功能、個別代理設定與快取狀態；若立即顯示無法連線至本機連接埠，先確認監聽狀態與連接埠號碼。收到 403 等 HTTP 回應，表示已有伺服器傳回結果，不應直接視為本機連接埠故障。若遇到憑證錯誤，請檢查系統時間與憑證環境，不要關閉憑證驗證來掩蓋問題。

9. 更新訂閱、用戶端與核心是一回事嗎？

這三種更新處理的項目不同，不能互相取代。按下訂閱更新通常只會重新取得設定或資源，不會讓舊核心自動支援新通訊協定；安裝新版用戶端，也不代表訂閱服務提供者的伺服器位址已更新。

更新項目主要變更更新後檢查事項
訂閱設定節點、策略群組或規則等設定內容目前的設定、群組選項與覆寫是否保留
用戶端管理介面、服務整合與應用程式功能系統代理、權限與原有設定是否正常
核心通訊協定實作、設定解析與網路處理能力啟動記錄、欄位相容性與實際連線

訂閱更新失敗時，先確認是 DNS 錯誤、連線逾時還是 HTTP 狀態錯誤。401、403 可能與存取權限或伺服器端政策有關，404 則可能表示連結已失效；實際原因仍須參考服務提供者的說明。若訂閱網址必須透過代理存取，可確認用戶端是否提供「透過代理更新」選項，但在沒有可用代理時，不要盲目依賴此功能。

更新前記下原本的版本與重要設定；更新後先使用先前確認可用的設定檔進行測試。若問題持續，請參閱訂閱更新問題排查；分享記錄前，請移除存取權杖、驗證資訊與個人路徑。

10. 關閉用戶端後網路中斷，如何恢復並完成初次設定？

先取消已失效的代理接入設定，再結束程式。如果系統仍將請求傳送至 127.0.0.1:7890，但對應的核心已停止，瀏覽器可能會顯示代理伺服器拒絕連線。這通常是殘留的接入設定，不代表必須重裝系統或重設所有網路設定。

恢復步驟

  1. 若能重新啟動用戶端，先關閉系統代理與 TUN，再透過用戶端選單正常結束程式。
  2. 在 Windows 11 前往「設定」→「網路和網際網路」→「Proxy」，確認是否仍有指向本機連接埠的手動代理；只移除自己設定的項目。
  3. 在 macOS 前往「系統設定」→「網路」→目前使用的網路連線→「詳細資訊」→「代理」，檢查 HTTP、HTTPS 與 SOCKS 項目。
  4. 在 Android 檢查系統 VPN 連線，以及「一律開啟 VPN」、「封鎖未使用 VPN 的連線」等設定；結束連線後再測試一般網路。
  5. 若只有終端機無法連線，請檢查該終端機工作階段中的 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 等環境變數是否仍指向舊連接埠。

若裝置由公司或機構管理，不要直接刪除組織部署的代理、憑證或 VPN 設定，應先確認管理政策。也不建議一開始就重設系統網路，這會同時影響其他網路軟體，增加復原所需的工作。

初次設定完成檢查

  • 訂閱已匯入並啟用，核心沒有設定解析錯誤。
  • 透過系統代理能建立連線記錄，目標網站也能正常顯示內容。
  • 在規則模式下，能確認連線命中了哪條規則、使用哪個出口。
  • 需要 TUN 時再單獨啟用，並確認目標應用程式能正常使用，不要只看開關是否亮起。
  • 關閉代理並結束用戶端後，原本可直接連線的網站仍能正常開啟。

完成以上五項檢查後，再逐步設定自動更新、應用程式分流與開機啟動。保留一份已知可用的設定紀錄，比一次啟用所有功能更方便日後排除問題。