Clash 新手必看十問：混合連接埠、流量模式、訂閱與規則設定

一、Clash 用戶端和核心有什麼不同？

用戶端負責操作介面、訂閱管理、系統代理開關與執行狀態；核心則負責讀取設定、比對規則、解析網域名稱及建立連線。安裝用戶端不代表已有可用的代理節點。要成功連線，仍需要有效設定、可連線的節點，以及正確的流量導入方式。

Clash Meta 後來以 mihomo 之名持續發展。不同核心支援的通訊協定、DNS 欄位與規則類型不盡相同。「支援 Clash 設定」也不代表所有設定都能原封不動地執行。匯入時若出現「未知的代理類型」或「不支援的欄位」，請先確認核心版本，不要反覆修改節點密碼。

• 查看位置：在用戶端的「設定」→「關於」或「核心」頁面，分別記下用戶端版本與核心版本。
• 排錯入口：開啟「日誌」，查看啟動時使用的核心名稱、設定載入結果與錯誤欄位。
• 選擇原則：先確認服務提供者要求的通訊協定與核心，再到用戶端比較頁面選擇合適的產品。

二、什麼是混合連接埠？7890 要填在哪裡？

mixed-port 是本機代理監聽連接埠，同一連接埠可接收 HTTP 代理與 SOCKS 代理請求。7890 是常見的範例值，並非固定標準，也不是遠端節點連接埠。請在用戶端的「設定」→「連接埠」確認實際值；部分用戶端會將此項目放在「核心設定」中。

以下是本機監聽設定片段，並非包含節點的完整設定。若僅供本機使用，建議綁定回環位址，並保持關閉區域網路存取。

mixed-port: 7890
allow-lan: false
bind-address: '127.0.0.1'
mode: rule

若日誌出現 address already in use，通常表示連接埠已被其他程序占用。先關閉重複執行的用戶端，再檢查占用情況；若確定要改用 7891，也要同步修改應用程式中的手動代理位址。只改介面上的數字、卻保留應用程式中的舊連接埠，會導致連線遭拒。

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

這三種模式決定流量進入核心後要如何選擇出站方式，但不會自動將所有應用程式的流量導入核心。切換到全域模式，也不會讓忽略系統代理設定的終端機自動使用代理。

• 規則模式（Rule）：依設定中的規則選擇直連、拒絕或特定代理群組。日常使用建議先從此模式開始。
• 全域模式（Global）：將進入核心的一般連線交由全域選項處理。請到「代理」→「GLOBAL」確認實際選擇的項目，不要只看模式開關。
• 直連模式（Direct）：進入核心的連線通常會直接連出，不經過遠端代理節點。

操作位置：開啟「代理」或「總覽」→「出站模式」，先選擇「規則」，再到目標代理群組挑選可用節點。不同核心可能有各自的 DNS 或路由行為，因此全域模式不保證「系統所有流量都經過同一個節點」。

排查特定網站時，可以暫時切換至全域模式進行比較。若全域模式可用、規則模式無法使用，請檢查命中的規則與代理群組；若兩種模式都失敗，則繼續檢查節點、DNS，以及流量是否確實進入核心。

四、訂閱連結、設定檔與節點有什麼關係？

節點是一組用於遠端連出的參數，包括伺服器位址、連接埠、通訊協定與驗證資訊。設定檔可以同時包含節點、代理群組、規則及 DNS 設定。訂閱連結則是取得這些內容的網址，回傳內容可能是完整的 YAML 設定，也可能只有節點清單。

依來源選擇匯入方式

1. 取得適用於目前用戶端的訂閱網址，前往「設定」→「新增」→「從 URL 匯入」，貼上網址並下載。
2. 若取得的是本機 YAML 檔案，請使用「設定」→「匯入檔案」，不要將檔案內容貼到 URL 輸入欄。
3. 下載完成後選取該設定檔，確認它已設為目前使用的項目，再查看「代理」頁面是否出現預期的代理群組。

部分用戶端支援匯入單一節點連結，但這不代表連結內含分流規則。若只有節點，可能還需要用戶端設定範本來補上代理群組與規則。若遇到「匯入成功卻沒有代理群組」，請先確認匯入內容的類型。

五、訂閱多久更新一次？更新會覆蓋手動修改嗎？

更新訂閱是重新取得設定，不是升級用戶端，也不是測試節點速度。更新頻率取決於服務提供者變更內容的頻率。可以先設定為每 24 小時更新一次；若服務提供者另有要求，請依其說明調整。反覆點擊更新通常無法解決連結失效或格式不相容的問題。

操作位置：「設定」→目前訂閱的選單→「更新」或「編輯」→「更新間隔」。請留意時間單位：若欄位要求填入秒數，24 小時請填 86400；若要求分鐘，則填 1440。部分用戶端關閉後不會執行排程工作，不能因此判定伺服器端已停止更新。

• 適合手動更新的時機：服務提供者通知內容有變更、節點普遍失效，或設定內容明顯過期時。
• 可能被覆蓋的內容：直接修改下載設定檔中的規則、節點名稱與 DNS 參數。
• 保留自訂設定：優先使用用戶端支援的覆寫、合併或擴充設定功能，並在修改前先備份。

「更新成功」只表示本次下載與載入流程順利完成，不代表每個節點都能連線。若下載失敗，請先查看日誌中的 HTTP 狀態碼與解析資訊：401、403 可能與權限或存取政策有關，404 可能表示網址已失效；若是解析錯誤，則應確認回傳內容是否確實為設定檔。

六、規則如何比對？為什麼順序會影響結果？

一般規則清單會由上而下依序比對，命中後便採用該規則指定的出站方式。較具體的例外通常放在前面，最後則放置兜底規則。以下使用保留的範例網域說明，不依賴任何實際訂閱中的代理群組名稱。

rules:
  - DOMAIN,login.example.com,DIRECT
  - DOMAIN-SUFFIX,example.com,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,DIRECT

DOMAIN 比對完整網域名稱；DOMAIN-SUFFIX 比對該網域及其子網域；GEOIP,CN 依目標 IP 所屬的地理位置資料庫比對；MATCH 則是兜底規則。上述範例一律設為直連，僅用於說明規則順序。若要指定代理群組，請將出站名稱改為設定中實際存在的群組名稱，並確保名稱完全一致。

操作位置：先在「連線」中找到對應的請求，查看規則、規則載荷與出站鏈；部分用戶端需要展開詳細資訊。若介面未顯示命中的規則，可暫時前往「設定」→「日誌層級」選擇更詳細的層級，重現一次後再調回原設定，避免長期記錄過多連線資訊。

網域規則仰賴核心取得網域資訊。若應用程式直接連線至 IP、DNS 接管方式不同，或既有連線尚未關閉，實際結果可能與單看規則文字時的預期不同。修改規則後，請建立新連線再驗證。

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

系統代理會將本機代理位址寫入作業系統的代理設定，適用於遵循此設定的瀏覽器與應用程式。TUN 模式則透過虛擬網卡與路由導入流量，可涵蓋部分不遵循系統代理的應用程式，但仍會受到路由、排除項目、權限與平台實作方式影響。

桌面系統的基本設定順序

1. 先在用戶端的「設定」或系統匣選單中開啟「系統代理」，確認瀏覽器可以建立連線。
2. 若目標應用程式仍未出現在「連線」清單中，請確認該程式是否提供獨立的代理設定。
3. 若確實需要接管更多流量，再依用戶端要求安裝服務或授予權限，並開啟「TUN 模式」。

Windows 常見的要求包括系統管理員權限或服務模式；macOS 可能需要核准相關系統權限。Android 與 iOS 用戶端通常透過系統 VPN 介面導入流量，不能照搬桌面系統代理的操作步驟。同時執行其他 VPN、虛擬網卡工具或分流軟體，也可能造成路由衝突。

新手不建議在同一次排查中同時變更 TUN、DNS 與規則。每次只調整一項，並記錄開啟與關閉時的差異。啟用 TUN 後若發生網路異常，請先關閉 TUN 以恢復連線，再依序檢查權限、路由衝突與 DNS 接管。

八、瀏覽器可以上網，為什麼終端機仍連線失敗？

許多命令列程式不會讀取桌面系統代理設定。它們可能讀取 http_proxy、https_proxy 等環境變數，也可能只辨識程式本身的代理參數。瀏覽器連線成功，只能證明瀏覽器目前使用的連線路徑可用，不能證明終端機走的是同一條路徑。

操作位置：先在用戶端的「設定」→「連接埠」確認實際的混合連接埠，再開啟終端機進行一次明確指定代理的請求。假設監聽位址為 127.0.0.1:7890：

# macOS / Linux
curl --proxy http://127.0.0.1:7890 --connect-timeout 10 --head https://example.com

# Windows PowerShell
curl.exe --proxy http://127.0.0.1:7890 --connect-timeout 10 --head https://example.com

Windows 使用 curl.exe 可避免部分 PowerShell 環境將 curl 解讀為其他命令。若收到目標網站的 HTTP 回應，表示該次請求已取得回應；若顯示無法連線至本機連接埠，請先確認用戶端是否正在執行，以及連接埠是否一致。

若要在目前的 macOS 或 Linux shell 中設定變數，可以使用以下暫時設定。HTTPS 目標仍可透過 HTTP 代理的 CONNECT 通道存取，因此此處的代理位址使用 http://。

export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890

# 排查結束後清除目前 shell 的設定
unset http_proxy https_proxy

這些變數只會影響支援該變數的程式與對應程序環境。若已設定變數卻仍然直連，請檢查程式本身的設定與 no_proxy 例外項目；不要直接將全域模式當成終端機代理設定的替代方案。

九、節點延遲低，為什麼下載速度還是很慢？

用戶端顯示的延遲通常來自一次連線或 HTTP 探測，實際測量方式依用戶端與設定而異。它不是下載頻寬，也不一定是 ICMP ping。節點顯示 40 ms，持續傳輸時仍可能受線路壅塞、伺服器頻寬或目標網站政策限制。

操作位置：前往「代理」→目標代理群組執行「延遲測試」，並記錄測試網址、時間與逾時設定。切換節點後，請先關閉舊下載再建立新連線；既有 TCP 連線通常不會因切換代理群組而立即轉移。

• 比較延遲：使用相同的測試網址連續測試 3 次，不要只憑單次結果判斷穩定性。
• 比較傳輸速度：使用相同的下載來源與檔案，觀察約 30 秒的持續速度，同時確認「連線」頁面中選取的出站方式。
• 換算單位：8 Mbps 理論上約等於 1 MB/s，尚未扣除通訊協定額外負擔。請勿直接比較這兩種單位。

例如，顯示 50 ms 只能說明該次探測結果，不能推論下載速度可達 50 MB/s。若只有一個網站速度慢，請優先檢查該網站的連線與分流設定；若所有節點都慢，再比較本機網路、其他裝置與不同時段。以上數值僅用於說明判斷方式，並非節點實測或速度保證。

十、匯入後仍無法上網，先檢查哪些項目？

依照「設定載入 → 本機監聽 → 流量導入 → 規則出站 → 遠端連線」的順序排查。先找出第一個失敗的環節，通常比同時更換訂閱、連接埠與 DNS 更容易重現問題。

1. 檢查設定：在「設定」中確認目前項目已選取，且日誌沒有 YAML 解析錯誤。YAML 使用空格縮排，同一層級的欄位需對齊，不可使用 Tab。
2. 檢查監聽：在「設定」中確認連接埠，使用明確指定代理的命令存取一次，排除舊程序與連接埠衝突。
3. 檢查流量入口：開啟「連線」後重新存取目標。若沒有新連線，請檢查系統代理、應用程式的獨立代理設定或 TUN 流量導入。
4. 檢查規則：若有出現連線，請展開詳細資訊，確認是否命中預期規則，以及是否選到可用的代理群組。
5. 檢查錯誤類型：名稱解析失敗時優先檢查 DNS；連線逾時時檢查節點是否可連線；驗證失敗時檢查憑證或訂閱狀態。
6. 檢查復原方式：暫時退出用戶端前，先關閉系統代理；只需在用戶端中關閉系統代理，請勿誤刪工作網路要求的企業設定。

尋求協助時，請提供作業系統、用戶端與核心版本、發生時間、失敗的應用程式，以及已遮蔽敏感資訊的日誌。清楚說明「瀏覽器正常、終端機失敗」或「明確指定代理仍無法連線至本機連接埠」，比只說「無法上網」更有助於定位問題。各平台的權限授予與安裝順序請參閱安裝教學；概念與常見設定可繼續查閱常見問題。