Clash 新手常見 10 個問題：訂閱匯入、代理模式、連接埠與開機啟動

一、用戶端、核心和訂閱各自負責什麼？

用戶端提供操作介面，核心負責連線與規則，訂閱則提供設定資料。安裝用戶端不代表已取得可用節點。開始前請確認三件事：用戶端能啟動核心、核心能解析設定，以及設定中的節點服務仍可使用。

• 用戶端：負責匯入設定、切換策略、設定系統代理及顯示記錄。不同用戶端的選單名稱和設定儲存方式可能有所不同。
• 核心：讀取 YAML、監聽本機連接埠，並處理 DNS、規則比對和代理協定。Clash Meta 後續以 mihomo 為名發展，不應將所有 Clash 系用戶端都視為使用相同核心。
• 訂閱：通常是附有存取憑證的 URL，會傳回完整設定或節點清單。內容格式必須符合匯入入口的要求。

選擇用戶端時，先確認作業系統和處理器架構，再查看所用核心是否支援訂閱中的協定與欄位。設定出現「未知代理類型」時，反覆修改連接埠通常無濟於事，應先檢查協定支援情況。各平台的下載入口請參閱用戶端下載頁；概念差異請參閱選擇指南。

二、如何正確匯入訂閱連結？

匯入、啟用和驗證是三個不同步驟。清單中出現設定名稱，只代表用戶端已儲存該項目；還要確認下載內容有效，並將它切換為目前使用的設定。

1. 向服務提供者複製適用於 Clash 或 mihomo 的訂閱連結，別把帳戶管理頁面的網址誤當成訂閱連結。
2. 在用戶端的「設定」或「Profiles」頁面尋找 URL 匯入入口。選單因用戶端而異，請以目前介面為準。
3. 匯入後檢查更新時間和錯誤訊息，選取該設定，並確認核心沒有解析失敗。
4. 前往代理策略頁面選擇節點，再啟用系統代理，並用瀏覽器實際發出一次請求。

有些連結只會傳回節點清單，必須放入相容的 proxy-providers 設定，不能直接當成完整的 Profile。不要為了轉換格式而將私人訂閱提交至不可信的線上服務；優先使用服務提供者提供的相容格式。

三、Profile 是節點清單嗎？本機修改會保留嗎？

Profile 是一套可切換的設定，不一定只有節點。完整設定還可能包含監聽連接埠、DNS、策略群組和分流規則。遠端 Profile 更新後，直接編輯下載檔案中的內容可能會被覆蓋；若要保留個人設定，較適合使用用戶端提供的持續性覆寫、合併或覆寫功能。

以下是設定片段，不是可獨立匯入的完整訂閱。這些例子說明連接埠、模式和記錄是彼此獨立的欄位；修改現有設定時，請調整對應項目，不要在檔案末尾重複加入同名鍵。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

• mixed-port: 7890：在同一個連接埠接收 HTTP 代理和 SOCKS 代理連線；實際使用的數值以用戶端套用的設定為準。
• allow-lan: false：不向區域網路裝置開放代理連線，適合作為僅供本機使用的起始設定。
• mode: rule：啟用依規則分流，不會自動挑選速度最快的節點。
• log-level: info：保留一般執行資訊；排除問題後，不必長期使用更詳細的偵錯記錄。

建議依用途為設定命名，例如「日常訂閱」和「暫時測試」，切換後確認目前設定名稱及策略群組選擇。複製本機設定前，也請確認其中是否包含節點密碼；備份檔案同樣需要妥善保管。

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

日常使用建議先選規則模式；全域模式適合短時間排查分流問題；明確不經代理時則使用直連模式。模式只會改變連線選擇出口的方式，無法修正錯誤密碼、失效節點或無法連線的代理伺服器。

以下規則片段僅示範比對順序，並假設現有的 proxy-groups 已定義名為「代理選擇」的策略群組。example.com 是規則語法示例網域，並非可用性測試目標。

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - MATCH,代理選擇

規則通常依序由上而下比對，最後的 MATCH 會處理前面都未符合的連線。如果把兜底規則放在前面，後續規則就無法生效。另一個常見誤解是把「規則模式」當成「所有連線都走代理」：規則可以選擇 DIRECT，策略群組本身也可能選到直連。

五、已啟用系統代理，為什麼終端機仍未走代理？

系統代理不是強制接管所有網路流量的開關。它會將代理位址提供給遵循系統設定的應用程式；部分命令列工具、遊戲和使用自有網路堆疊的應用程式不會自動採用這項設定。瀏覽器也可能受到代理擴充功能或個別設定影響。

先用明確指定代理的方式，區分「核心問題」與「應用程式設定問題」

假設實際的混合連接埠為 7890，可在 Windows PowerShell 中使用系統內建的 curl.exe 發出請求。明確指定程式名稱，可避免部分環境將 curl 解讀為其他命令。

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

這個命令會檢查指定連接埠的代理請求路徑；它連線至的是示例網站，無法單獨證明出口地區或所有網站都能存取。若明確指定代理後請求成功，但直接執行工具失敗，應檢查工具本身的代理設定，不要立刻更換訂閱。

必要時，只為目前的終端機設定環境變數

$env:http_proxy = "http://127.0.0.1:7890"
$env:https_proxy = "http://127.0.0.1:7890"

這些 PowerShell 設定只會影響目前的處理程序及之後啟動的子處理程序，而且工具必須支援對應變數。https_proxy 的值使用 http://，表示本機 HTTP 代理協定，並不代表目標 HTTPS 網站會改用明文傳輸。清除時可執行 Remove-Item Env:http_proxy, Env:https_proxy -ErrorAction SilentlyContinue。

六、7890 連接埠被占用，該改哪裡？

先確認是哪個程序占用，再決定關閉重複程序或變更監聽連接埠。記錄出現 address already in use，通常表示核心無法繫結指定的位址和連接埠，不代表遠端節點逾時。

在 Windows 中，可查詢本機監聽連接埠及其處理程序 ID：

Get-NetTCPConnection -LocalPort 7890 -State Listen |
  Select-Object LocalAddress, LocalPort, OwningProcess

取得 OwningProcess 數值後，可在工作管理員的「詳細資料」中核對 PID，或在 Get-Process -Id 後加上該數值進行查詢。不要只憑連接埠號碼就結束不明程序。常見占用來源包括另一個代理用戶端，或同一用戶端遺留的核心執行個體。

1. 如果是重複啟動的用戶端，請先正常退出不需要的那個，再重新啟動目前使用的核心。
2. 若需要更換連接埠，可將實際生效的 mixed-port 從 7890 改為尚未占用的 7891。
3. 同步修改系統代理、終端機環境變數及應用程式手動設定的代理位址，避免應用程式繼續連線至舊連接埠。

用戶端可能會透過介面覆寫 YAML 中的連接埠，修改後請在執行記錄或監聽清單中確認最後使用的數值。代理監聽連接埠也不等於控制介面連接埠；external-controller 用於管理介面，不應填入瀏覽器的代理連接埠欄位。

七、節點顯示逾時，代表訂閱失效了嗎？

不一定。逾時只表示某次測試未能在指定時間內完成。測試 URL、DNS、本機網路、節點協定和伺服器狀態都可能影響結果。用戶端的延遲測試也不是頻寬測試；延遲數值較低，不代表下載速度一定較快。

• 所有節點都逾時：先檢查本機網路是否連線、訂閱是否更新成功、核心是否已啟動，再確認服務提供者是否發生整體故障。
• 只有一個節點逾時：與同一份訂閱中的其他節點比較，優先檢查該節點的位址、連接埠及伺服器狀態。
• 測試失敗但網頁可正常使用：檢查延遲測試目標能否透過該節點連線，別把單一探測位址失敗視為所有連線都失敗。
• 測試成功但網頁無法開啟：查看網頁請求實際符合的規則、策略群組及節點；測試時使用的節點可能不是網頁實際採用的出口。

排查時記下「發生時間、目標網域、錯誤類型、所選策略」四項資訊即可。connection refused 通常表示連線遭拒，i/o timeout 表示相關讀寫操作逾時；不能只憑一行記錄就推斷帳戶已到期。

八、DNS 和 TUN 模式需要一開始就啟用嗎？

先確認一般代理連線正常，再依應用程式需求啟用 TUN；檢查 DNS 時也要一併考量流量接管方式。TUN 透過虛擬網路介面接管流量，適合不遵循系統代理設定的應用程式；實際涵蓋範圍取決於作業系統、路由和排除設定，啟用後不代表所有流量都會經由代理節點送出。

先從現象判斷 DNS 故障

如果記錄顯示網域解析失敗，請分辨是「節點伺服器網域無法解析」還是「目標網站網域無法解析」。前者可能導致代理連線根本無法建立；後者則與目標請求的解析路徑有關。不要直接複製整套 DNS 設定覆蓋現有訂閱，否則解析伺服器、解析模式和分流行為可能同時改變。

啟用 TUN 前先確認三個條件

1. 核心和用戶端支援目前作業系統的 TUN 功能，且已取得必要權限；部分桌面用戶端需要服務模式或管理員授權。
2. 明確指定代理的一般請求已成功，避免把無效節點和虛擬網卡問題混在一起排查。
3. 確認沒有其他 VPN、虛擬網卡或代理工具同時接管預設路由；啟用後檢查連線記錄及系統網路是否正常。

九、啟用開機啟動後，為什麼還要手動連線？

登入後啟動用戶端、啟動核心、恢復設定和啟用代理是不同環節。有些用戶端只會恢復視窗或系統匣程序，不會自動恢復系統代理；服務模式也不代表一定會在使用者登入時啟動圖形介面。

以 Windows 11 為例，可前往系統「設定」→「應用程式」→「啟動」檢查用戶端啟動項目，或在「工作管理員」→「啟動應用程式」查看狀態。用戶端是否另有「啟動核心」「恢復上次狀態」等選項，請依實際產品確認，不要套用其他用戶端的選單路徑。

• 重新啟動並登入後，確認系統匣中有用戶端程序，並檢查核心執行狀態。
• 確認目前的 Profile 仍是預期設定，策略群組也已恢復正確節點。
• 確認系統代理位址指向目前正在監聽的連接埠，而不是上次修改前的舊數值。
• 若使用 TUN，還要確認服務權限及虛擬網卡都已就緒。

建議完整重新啟動一次進行驗證，不要只關閉再開啟視窗。如果登入後網路稍晚才連線，第一次訂閱更新失敗不一定需要重新安裝；連上網路後手動更新並檢查記錄，更容易找出原因。

十、第一週如何維護，遇到問題時如何復原？

保留可用設定，每次只調整一類項目，並以相同請求重新測試。若同時修改 DNS、模式、TUN 和節點，就失去比較基準；即使恢復連線，也難以判斷是哪項修改生效。

1. 記錄基準狀態：記下用戶端名稱、核心版本、目前的 Profile、監聽連接埠和代理模式。版本號請從用戶端的「關於」頁面或核心資訊頁查看，不要只記錄安裝檔名稱。
2. 控制更新頻率：依服務提供者建議設定訂閱更新週期；更新失敗時先檢查網路和傳回內容，不要短時間內反覆重試。
3. 分階段變更：先更換節點，再用相同請求測試；需要調整規則時，一次只改一條，並從連線記錄確認實際符合情況。
4. 保留復原方式：修改設定前先備份；切回可用的 Profile 後，確認用戶端是否仍套用全域覆寫。
5. 正確退出：先關閉系統代理，再退出用戶端；使用 TUN 時，也要確認相關流量接管已停止，避免應用程式繼續連線至不存在的本機監聽服務。

退出後若瀏覽器無法連線，Windows 11 可檢查「設定」→「網路和網際網路」→「Proxy」中的手動 Proxy；macOS 可檢查「系統設定」→「網路」→目前的網路服務→「詳細資訊」→「Proxy」。受組織管理的裝置，請勿擅自變更受管理的設定。若命令列仍有問題，再檢查終端機是否留有代理環境變數。

第一週的驗收標準很明確：設定可正常啟用、明確指定代理的請求成功、應用程式能使用預期入口、重新啟動後狀態可恢復，以及退出後直連網路正常。若要逐項核對 YAML，請繼續閱讀設定欄位說明；安裝與匯入流程請參閱入門指南。