Clash Meta 下載站mihomo 用戶端下載

訂閱連結是什麼?機場訂閱的運作原理詳解

新手入門 2026 年 6 月 2 日 4 分鐘閱讀
本文目錄

裝好 Clash Verge Rev 或 Clash Meta for Android 之後,第一個要面對的東西就是「訂閱連結」。服務商給你一長串網址,叫你貼進客戶端;貼完之後畫面上突然冒出幾十個節點——這中間到底發生了什麼事?

簡單說:訂閱連結就是一條會回傳設定內容的網址。客戶端拿到網址後會去抓一次內容,抓回來的是一份寫好的設定,裡面列著可用節點、代理群組與分流規則。你貼的不是「帳號密碼」,而是「一份設定檔的下載位置」。

理解這件事之後,很多疑問會自己解開:為什麼訂閱要定期更新、為什麼有時候抓不下來、為什麼訂閱網址絕對不能外流。

訂閱的本質:一條會回傳設定內容的網址

把訂閱網址貼到瀏覽器打開,你看到的通常是一大段文字,而不是網頁。這段文字由服務商的系統即時產生,內容會隨著你的方案、節點異動而變化。也因為是「即時產生」,服務商上架新節點或下架故障線路時,你只要重新抓一次就能同步,不必手動改任何東西。

網址裡通常帶有一段專屬於你的識別字串,伺服器靠它判斷這份設定要給誰、要包含哪些節點。這也是為什麼訂閱網址等同於憑證——拿到它的人就等於拿到了你的線路。

訂閱檔案裡面裝了什麼

以 Clash/mihomo 格式的訂閱為例,抓回來的 YAML 大致包含三個部分:

  • 節點清單(proxies):每個節點的伺服器位址、連接埠、協定與加密參數,也就是實際的出口線路。
  • 代理群組(proxy-groups):把節點分組,例如「日本」「自動選擇」「串流」等,讓你在介面上一鍵切換,規則也能直接引用群組。
  • 分流規則(rules):決定哪些網域走代理、哪些直連、哪些拒絕,順序由上而下比對,最後通常會有一條兜底規則。

客戶端介面上看到的節點名稱、群組結構,全都是從這份檔案讀出來的。想進一步看懂這些欄位,可以參考 mihomo 設定檔入門

客戶端怎麼使用與更新訂閱

  1. 你把網址貼進客戶端,按下匯入。
  2. 客戶端連到該網址抓取內容,存成本機的一份設定檔。
  3. 啟用這份設定後,客戶端把它交給 mihomo 核心載入,節點與規則才真正生效。
  4. 之後客戶端會依設定的間隔自動重新抓取,或由你手動按下更新。

補充:更新訂閱只是重抓一份新設定,不會動到你在客戶端裡的其他偏好設定。若更新後節點名稱整批改變,那是服務商調整了線路命名,屬於正常現象。

常見的訂閱格式與轉換服務

市面上的訂閱大致分兩類。第一類是 Clash/mihomo 格式,回傳的就是可以直接用的 YAML,內含群組與規則,匯入後開箱即用,也是本站教學預設使用的格式。第二類是通用分享連結,內容是一串串以協定名稱開頭的節點連結,只有節點資訊、沒有規則,主要給其他生態的客戶端使用。

當服務商只提供第二類格式時,會出現「訂閱轉換」的需求——由一個中介服務把節點清單重新組裝成 Clash 格式,順便套上一份規則範本。概念上不難理解,但要留意:轉換服務會經手你的節點資訊,選擇時應該保守,能拿到原生 Clash 格式就優先用原生的。

訂閱怎麼取得,又該怎麼保管

常見來源有兩種:一是向代理服務商(華語圈俗稱「機場」)購買方案,在使用者中心複製訂閱網址;二是自行架設伺服器,用相關面板產生自己的訂閱。前者省事,後者可控性高,但要自己維護。

注意:訂閱網址請當成密碼看待。不要貼在公開討論區、不要連同截圖分享、也不要放進公開的程式碼倉庫。懷疑外流時,到服務商後台重設訂閱網址是最快的處理方式。更多相關建議整理在使用代理時的隱私與安全建議

常見問題

訂閱過期之後,原本的設定還能用嗎?

客戶端裡的舊設定通常還在,但節點多半已經失效,表現就是延遲測試全部逾時。續訂或更換方案後重新更新訂閱,節點才會恢復。

為什麼有時候更新訂閱會失敗?

常見原因有三個:網址本身已被重設、目前的網路環境連不到服務商的網域、或客戶端沒有取得可用的更新通道。可以先在瀏覽器打開該網址測試看看有沒有回應,再依情況處理。

一條訂閱可以同時在電腦和手機上用嗎?

技術上可以,同一條網址在多個客戶端匯入都能抓到設定。不過多數服務商對同時連線的裝置數量有規範,實際限制以你的方案說明為準。各裝置的匯入步驟可以參考訂閱匯入教學