訂閱(Subscription)是使用 Clash 最常見、也最省心的方式。絕大多數人不會手動一條條錄入節點,而是把服務商給的一條訂閱鏈接導入客戶端,剩下的交給它自動處理。本文從零開始,把訂閱的來龍去脈、導入步驟、自動更新設置以及常見問題排查,一次性講清楚。
什麼是訂閱鏈接?
訂閱鏈接本質上就是一個網址,客戶端訪問它,就能一次性拉取一批節點,有時還附帶規則和策略組。它通常由你的節點服務商提供,或在自建節點後由面板生成,形如:
https://example.com/subscribe?token=你的專屬憑證
這裏有一點必須反覆強調:這條鏈接裏的 token 等同於你的賬號憑證,誰拿到它就能用你的流量。因此請勿截圖公開、勿發到羣裏、更勿上傳到任何公共平臺。另外提醒一句,本站只講使用方法,不提供任何訂閱或節點。
訂閱相比手動添加好在哪?
- 省事:一條鏈接搞定幾十個節點,不用逐個錄入;
- 自動更新:服務商換服務器、加新節點,你這邊自動同步;
- 不易出錯:避免手動抄寫服務器地址、端口、密碼時出錯。
第一步:導入訂閱
以桌面端常用的 Clash Verge Rev 爲例(其他客戶端流程大同小異):
- 複製你的訂閱鏈接;
- 打開客戶端,進入「訂閱 / 配置(Profiles)」頁面;
- 把鏈接粘貼到輸入框,點擊「導入 / Import」;
- 等待下載完成,點擊選中該配置,使其成爲當前生效的配置。
導入成功後,你會在「代理 / 策略組」頁面看到一排可供選擇的節點或策略組。移動端(如 ClashMeta for Android)的操作幾乎一致:在配置頁面點"+"號,選擇"從 URL 導入",粘貼鏈接即可。
第二步:開啓自動更新
節點會變動,手動刷新太麻煩,強烈建議開啓自動更新:
- 在該配置的設置項裏找到「更新間隔 / Update Interval」;
- 設爲
24小時是一個比較通用、穩妥的值; - 需要時也可以隨時手動點擊「更新」按鈕立即同步最新內容。
更新只會替換節點等內容,不會影響你已經選好的當前節點偏好,可以放心開啓。
進階:本地配置文件導入
如果你拿到的是一份現成的 config.yaml,也可以直接導入。你甚至可以用 proxy-providers 把訂閱當作"節點提供器"引入到自己的配置中,從而把"訂閱節點"和"自定義規則"分開管理:
mixed-port: 7890 mode: rule proxy-providers: my-sub: type: http url: "https://example.com/subscribe?token=xxx" interval: 86400 # 自動更新間隔(秒) path: ./providers/my-sub.yaml
這裏 interval: 86400 表示每 24 小時(即 86400 秒)自動更新一次。這種方式適合想要長期維護一份自定義配置的進階用戶。
更新失敗怎麼辦?
訂閱更新失敗是新手最常遇到的問題,原因通常逃不出這幾類:
- 鏈接本身打不開:先用瀏覽器直接訪問訂閱鏈接,看是否能返回內容;返回一堆亂碼或文本是正常的,返回 404 / 超時則說明鏈接有問題;
- 需要先有代理才能更新:部分訂閱地址本身位於牆外,這時要先連上一個已有的可用節點,再去更新訂閱,形成"先上車再修車"的順序;
- 憑證過期或被重置:聯繫服務商確認訂閱是否到期、流量是否用盡、token 是否被重置;
- 本地時間不準:系統時間偏差過大也可能導致連接異常,檢查並校準時間。
多個訂閱如何管理?
不少人手裏不止一條訂閱,這時按"一個配置對應一條訂閱"來管理最清晰:在客戶端的配置列表裏保留多個 Profile,需要用哪個就切換哪個,彼此互不干擾。不建議把多條來源不同的訂閱硬塞進同一份配置,那樣一旦某條出問題,排查起來會非常麻煩,節點重名、規則打架等情況也容易出現。
如果你確實想把多個訂閱的節點彙總到一起使用,更推薦用前面提到的 proxy-providers 方式,把每條訂閱作爲一個獨立的"節點提供器"引入,再用策略組統一編排。這樣既能集中調度所有節點,又能在某條訂閱失效時迅速定位到底是哪一個出了問題,維護起來清爽得多。
訂閱安全使用的幾條建議
- 不要在公共網絡或他人設備上長期保存訂閱鏈接;
- 定期檢查流量用量,異常暴漲往往意味着憑證可能已經泄露;
- 若懷疑鏈接外泄,第一時間在服務商面板重置訂閱地址;
- 導入前留意鏈接來源,儘量避免使用來歷不明的"免費訂閱"。
小結
導入訂閱 → 開啓自動更新 → 選節點上網,三步就能把 Clash 跑起來。訂閱幫你把"維護節點"這件麻煩事自動化了,你只需要專注於使用。想進一步搞懂配置文件裏每個部分的含義,可以繼續閱讀 使用文檔 · 配置文件結構;想了解規則怎麼寫,歡迎看本博客的規則分流詳解。
最後再提醒一點:訂閱只是幫你"拿到並自動維護節點",它本身並不改變節點的速度與穩定性。如果導入後體驗不佳,問題通常出在節點或線路,而不是訂閱這一步。把導入、更新、排查這一整套流程跑熟之後,日後無論你換哪一家服務、換哪一個客戶端,背後的思路其實都是相通的,上手會越來越快。