Clash 新手常見 10 問：訂閱連結、代理模式、節點選擇與開機啟動

一、Clash 訂閱連結從哪裡取得？可以直接匯入設定嗎？

訂閱連結由你使用的網路服務提供者或設定維護者提供，通常可在帳戶後台的訂閱頁面複製。請先確認匯出格式是 Clash 或 mihomo 可讀取的設定，而非登入頁面網址、購買頁面，或只包含其他用戶端專用格式的節點清單。

匯入前先檢查三件事

• 內容類型：完整設定通常包含 proxies 或 proxy-providers，以及 proxy-groups、rules 等欄位。若訂閱只提供節點資源，則需搭配主要設定檔使用。
• 連結是否有效：訂閱可能受到帳戶期限、存取權杖或裝置政策影響。複製時請勿一併複製換行、空格或通訊軟體自動附加的標點符號。
• 格式是否相容：如果瀏覽器開啟後顯示的是登入頁面或錯誤頁面，即使 HTTP 要求成功，也不能當成 YAML 設定載入。

訂閱網址通常包含存取權杖，請像管理密碼一樣妥善保管。不要將完整網址貼到公開留言區，也不要隨意交給不熟悉的線上轉換服務。尋求協助時，請遮蔽權杖、帳戶資料和節點密碼，只提供錯誤訊息及必要的設定結構。

二、匯入訂閱後為什麼沒有生效？更新失敗怎麼辦？

「已下載」不代表「已啟用」。以 Clash Verge Rev 常見介面為例，在「訂閱」頁面新增遠端設定後，還要選取該設定；接著前往「代理」頁面確認是否出現策略組。如果仍顯示舊節點，請先確認目前啟用的是否為剛匯入的設定。

1. 手動更新一次，並記下錯誤發生在下載、解析還是載入階段。
2. 下載失敗時，檢查訂閱是否已到期、本機網路能否連上訂閱網域，以及系統日期是否正確。
3. 解析失敗時，確認回傳內容是否為 YAML，並留意記錄中的行號、縮排錯誤和不支援的欄位。
4. 載入失敗時，檢查核心記錄；不支援的節點通訊協定，或策略組引用了不存在的名稱，都可能導致設定無法使用。

如果直連能下載訂閱，但透過代理更新失敗，可在用戶端提供相應選項時改用直連更新。反過來說，如果訂閱網域只能透過既有代理存取，就需要先保留一份可用設定來完成更新。尚未確認新設定可用前，不要刪除唯一可用的舊設定。

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

日常使用建議先選規則模式。規則會依序比對連線，並將流量交由指定策略組、直連或拒絕策略處理。全域模式適合短時間排查問題；直連模式則適合暫時讓核心收到的流量直接連至目標。

全域模式不代表整台裝置的流量都會被接管。未進入系統代理或 TUN 的流量，不會因為切換模式就自動交給核心處理。全域策略組也必須選擇實際可用的節點；如果組內選的是直連，切換到全域模式後仍可能直接連線。

如果規則模式失敗、全域模式成功，請在「連線」清單查看目標網域、符合的規則和實際策略鏈。重點檢查是否誤用了 DIRECT、是否遭 REJECT 拒絕，以及目標策略組是否選錯出口，而不是一再更換節點。

四、節點怎麼選？延遲越低就一定越快嗎？

延遲只反映某次測試要求的往返時間，無法代表頻寬、連線穩定度或目標網站的實際使用結果。用戶端顯示的延遲也會受測試 URL、逾時時間和測試方式影響，不適合直接拿不同用戶端的結果互相比較。

在相同條件下比較節點

1. 先固定一個目標網站，並使用相同網路、用戶端和測試網址。
2. 在同一個策略組中依序選擇 2～3 個節點，分別開啟網頁並測試實際使用情境。
3. 測試下載時使用同一個檔案，每次持續約 30 秒，觀察過程中是否中斷，不要只看瞬間峰值。
4. 如果目標服務有地區限制，請以服務實際辨識到的出口地區為準，不要只看節點名稱。

例如，測試清單中一個節點顯示 80 毫秒，另一個顯示 160 毫秒，只能說明這次測試的延遲不同，不能據此推斷前者的下載速度一定較快。這些數字只是比較方法的示例，並非本站實測節點的結果。新手可先使用手動選擇組固定出口，排除問題後再改用設定提供的自動選擇或故障轉移組。

五、節點逾時或連不上，應該先檢查什麼？

先分辨是「所有節點都失敗」還是「只有一個節點失敗」。前者優先檢查本機網路、設定和核心執行狀態；後者則優先檢查節點狀態、帳戶權限和通訊協定參數。單次延遲測試失敗，不一定代表所有服務都無法連線。

• 所有節點都失敗：確認用戶端核心已啟動、訂閱尚未到期、節點伺服器網域可正常解析，以及系統時間沒有明顯誤差。
• 只有單一節點失敗：更新訂閱後再試，並確認服務提供者是否調整了位址、連接埠或驗證資訊。
• 網頁可用，但特定應用程式失敗：確認應用程式是否遵循系統代理設定、是否需要 UDP，以及網域是否符合預期規則。
• 切換 Wi-Fi 和手機熱點後結果不同：記下差異，進一步檢查目前網路是否限制目標連接埠、通訊協定或 UDP。

如何判讀記錄中的錯誤

connection refused 通常表示目標連接埠拒絕連線；timeout 表示未能在指定時間內完成相應階段；no such host 通常與網域解析有關。TLS 或驗證錯誤則應檢查系統時間、通訊協定參數和帳戶資料。錯誤發生的階段，比「無法上網」這四個字更能協助定位問題。

不要為了排查問題而永久停用防火牆或略過憑證驗證。若需要允許防火牆通過，請確認程式路徑與網路範圍，只開放實際需要的權限。提交記錄前，請遮蔽訂閱權杖、驗證欄位和敏感瀏覽記錄。

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

系統代理會讓遵循系統設定的應用程式使用本機代理連接埠；TUN 則透過虛擬網路介面接收流量，並搭配路由和 DNS 設定處理連線。瀏覽器已能正常使用時，不必只為了「功能更完整」而啟用 TUN。

部分用戶端可以同時啟用兩者，但首次設定時建議先只啟用一種流量入口。以 Clash Verge Rev 的常見介面為例，可在「設定」中尋找「系統代理」和「虛擬網卡模式」；安裝所需服務的入口則會因版本而異。啟用 TUN 後若無法上網，請先關閉 TUN，確認系統代理是否仍可使用，再檢查核心記錄。

TUN 不保證所有應用程式和通訊協定都能透過代理連線。節點是否支援 UDP、規則設定方式，以及應用程式是否綁定特定介面，都會影響連線結果；同時執行其他 VPN 也可能造成路由衝突。

七、本機代理連接埠在哪裡查看？終端機為什麼沒有走代理？

先在用戶端設定或最終生效的設定中確認監聽位址和連接埠，不要直接照抄網路上的連接埠號碼。常見範例是 127.0.0.1:7890，但實際使用的連接埠可能不同。mixed-port 表示同一個連接埠可接收 HTTP 和 SOCKS 代理連線，不是節點伺服器的遠端連接埠。

# 本機監聽範例；合併前先確認用戶端是否已有相應設定
mixed-port: 7890
allow-lan: false
bind-address: 127.0.0.1
mode: rule

終端機工具不一定會讀取桌面系統代理設定。假設實際的 HTTP 代理連接埠是 7890，可以在 PowerShell 中使用以下指令進行一次明確的代理測試；這只會影響本次要求，不會變更全域設定。

curl.exe --proxy http://127.0.0.1:7890 --head https://example.com/

範例網址只用來確認要求是否透過本機代理送出，不代表目標服務一定可用。如果出現無法連線至 127.0.0.1 的訊息，請先檢查核心是否已啟動、連接埠是否正確，以及是否被其他程序占用。如果本機連接埠可連線，但遠端要求失敗，再檢查節點和規則。僅供本機使用時，請保持區域網路存取關閉；需要共用代理時，再另外設定監聽範圍、驗證方式和防火牆。

八、DNS、規則和訂閱有什麼關係？網頁打不開就要改 DNS 嗎？

訂閱是設定來源，規則決定連線採用哪種策略，DNS 則負責網域解析。三者彼此影響，但不是同一個設定。網頁打不開時，先從連線記錄確認目標是否進入核心，再判斷問題是解析失敗、策略錯誤還是節點連線失敗。

修改前先保留可還原的設定

• 目標未出現在連線清單：優先檢查系統代理或 TUN 是否有接收到流量。
• 出現網域解析錯誤：檢查生效中的 DNS 設定，以及解析伺服器是否可連線。
• 已符合直連規則，但目標需要代理：調整相應規則或策略組。
• 規則和策略都正確：再比較其他節點和其他網路的連線結果。

mihomo 的 fake-ip 模式通常會從設定的虛擬位址池中提供位址給應用程式，再由核心還原網域並轉送連線。這些位址不是節點的出口位址，不應直接當成一般公開網路的解析結果來判斷異常。切換解析模式後，應用程式或系統可能仍保留舊的快取結果；可先重新啟動受影響的應用程式，再進行測試。

不要同時更換 DNS、啟用 TUN、切換節點並修改規則。每次只調整一個變數，並保留原始設定。若使用公司內部網域、印表機或區域網路服務，也要確認是否需要內部 DNS，以及該網域是否應設定為直連。

九、Clash 如何設定開機啟動？關閉後為什麼會斷網？

開機啟動、啟動後啟用系統代理，以及啟動後啟用 TUN，是三種不同的設定。只開啟「開機啟動」不一定會自動接管網路；還原上次的代理狀態，也不代表目前有可用節點。

1. 先在用戶端的「設定」中尋找「開機啟動」或「登入時啟動」，開啟後儲存設定。
2. Windows 可前往「設定」→「應用程式」→「啟動」確認啟動項目；macOS 可前往「系統設定」→「一般」→「登入項目與延伸功能」確認允許的項目，實際名稱會因系統版本而異。
3. 若要使用 TUN，請依照用戶端說明安裝服務或設定授權，不要只依賴登入時跳出的權限提升提示。
4. 重新啟動並登入後，檢查用戶端、核心、目前設定和代理入口，再實際連線至目標網站測試一次。

關閉視窗可能只是將程式縮到系統匣，選單中的「結束」才會真正關閉程式。如果程式異常結束後，系統代理仍指向本機連接埠，瀏覽器可能因為沒有程式監聽而無法上網。Windows 可前往「設定」→「網路和網際網路」→「Proxy」檢查手動代理；macOS 可在目前的網路連線中前往「詳細資訊」→「代理伺服器」檢查。

十、如何更新用戶端與 mihomo 核心？舊設定還能使用嗎？

先確認要更新的是圖形化用戶端還是核心。圖形化用戶端和核心的版本彼此獨立，更新介面程式不一定會同步切換核心。可在用戶端的「關於」、核心資訊或啟動記錄中記下版本，再依該用戶端支援的方式升級。

更新前後都要驗證一次

1. 備份訂閱網址、本機設定、覆寫檔案和必要選項；備份檔案也請妥善保管。
2. 從用戶端支援的更新入口或相應專案的發布管道取得更新，並確認版本符合你的作業系統和 CPU 架構。
3. 優先使用用戶端內建的核心更新功能。不要將來源不明的可執行檔直接覆蓋到程式目錄。
4. 更新後確認設定可以載入，並測試一個直連目標、一個代理目標，以及原本使用的 TUN 或 UDP 情境。
5. 若出現相容性問題，請保存錯誤記錄並還原先前穩定的版本組合，再逐項檢查設定差異。

Clash Meta 與 mihomo 有專案延續關係，但不代表所有名稱中帶有 Clash 的用戶端都支援相同的通訊協定和欄位。舊版原始核心可能無法辨識較新的節點通訊協定或設定項目；mihomo 的擴充欄位也不能直接假設適用於其他核心。若用戶端提供多種核心選項，請以目前實際啟用的核心功能為準。

完成這 10 項檢查後，保留一套已驗證的基準設定：有效訂閱、明確的策略組、可連線的節點、已確認的本機連接埠，以及單一流量入口。之後新增 TUN、自動選擇或自訂規則時，逐項修改並逐項驗證，比一次匯入大量未知設定更容易維護。