Shadowrocket 多訂閱管理:分組、排序、刪除與重複節點處理

匯入多個服務商的訂閱後,如何整理 Home 清單分組、調整排序、安全刪除舊訂閱,並避免節點重複。

本文重點

本文適合已有服務商與訂閱的使用者。從 Home 的訂閱分組開始,依序整理來源名稱、清單順序與更新方式,再釐清刪除單一節點和刪除整個訂閱的差異。最後透過欄位比對與連線測試處理重複項目,避免將排序、選取伺服器和規則分流混為一談。

一、Home 分組與 Config 策略組的差異

在 Shadowrocket(小火箭)的 Home 中,先查看伺服器清單裡的訂閱分組,再進入個別伺服器的編輯頁面確認來源。分組是用來整理訂閱提供的伺服器;Config 中設定檔定義的策略組則用於規則選擇。將某個訂閱移到清單上方,不代表匹配規則會優先使用這個訂閱。

訂閱連結請向你的服務商取得。管理多個訂閱時,建議為每個來源個別保存,讓來源改名、更新或刪除時都有明確範圍。不要為了讓清單看起來整齊,就一再把所有伺服器複製成手動項目;如此會失去訂閱更新時統一替換參數的便利。

Home
確認訂閱分組、伺服器清單與目前選取項目
Config
確認目前設定檔與規則中的策略引用
Settings
前往 Subscribe 檢查訂閱更新相關設定

先記下「來源名稱、用途、目前是否使用」這三項資訊即可。本文以「來源 A/日常」和「來源 B/備用」作為整理範例,僅代表使用者已有的兩組訂閱,不代表推薦任何服務。

二、逐一匯入訂閱,先命名再更新

點選 Home 右上角的「+」,將 Type 設為 Subscribe,再填入訂閱網址與備註。每次只新增一個來源,確認產生預期的分組後,再新增下一個。若出現空清單或重複分組,就能追查到剛才執行的操作。

  1. 準備來源

    向你的服務商取得訂閱連結,確認連結對應目前帳戶的訂閱,而不是帳戶管理頁面的網址。請勿將含有憑證的完整連結放進備註或公開紀錄。

  2. 開啟新增項目

    前往 Home →「+」→ Type → Subscribe。將訂閱連結填入 URL;不要把單一伺服器的網址當成訂閱 URL。

  3. 填寫備註

    在 Remarks 填入「來源 A/日常」這類容易辨識的名稱。來源 B 請使用不同前綴,避免兩個分組都叫「預設」而無法辨認更新對象。

  4. 儲存並更新

    儲存後返回 Home,確認分組已出現並更新訂閱;也可以在 Home 下拉重新整理。先查看這次新增分組的結果,不要立刻重複新增相同的 URL。

  5. 確認目前選取項目

    展開新分組,點選伺服器前的圓點,確認目前選取項目已切換,再使用 Connectivity Test 檢查連線。成功匯入不代表已選取該分組中的伺服器。

三、分組排序、節點排序與目前選取項目

返回 Home,先確認要調整的是整個訂閱分組的位置,還是分組內伺服器的順序。在相應清單的編輯或排序操作中確認適用範圍;不同介面狀態下,分組與伺服器的操作入口並不相同。操作前先展開目標分組,避免排序到其他群組。

固定名稱的清單適合依名稱排序;剛完成測試後,則可依延遲排序以便暫時挑選。延遲測試結果會受網路環境和測試方式影響,不能只因數值最低,就認定該項目最穩定。訂閱更新也可能重新產生伺服器清單,因此手動調整排序後,記得在更新後再次確認。

操作對象整理目的操作後確認事項
訂閱分組將日常使用的來源放在容易找到的位置來源名稱與群組內伺服器是否仍相符
群組內伺服器依名稱或測試結果尋找候選項目排序是否只影響目標分組
伺服器前的圓點指定目前使用的伺服器選取標記是否位於預期項目上
Config 中的策略指定規則命中後的處理方式策略是否引用特定伺服器或群組

結論:先確認選取標記,再判斷排序效果

清單中的第一個項目不等於目前使用的伺服器。排序後先確認圓點標示的選取項目,再實際送出一次請求;若 Config 引用了特定伺服器,也要檢查對應策略,而不是繼續調整清單順序。

四、依來源與連線欄位確認重複節點

在 Home 發現兩個同名伺服器時,請分別開啟編輯頁面查看連線參數。名稱只是備註,同名不代表連線相同;反過來說,不同名稱也可能指向同一台伺服器。先確認所屬訂閱,再比對協定、位址、連接埠與驗證參數,才能判斷是否需要整理。

例如,兩個教學項目都顯示位址 example.com、連接埠 443,但一個使用 Trojan,另一個使用 VLESS,就不能視為相同連線。即使協定和連接埠相同,也要比對驗證資訊、TLS 與傳輸設定;這些範例僅用來說明比對方法,並非可用服務。

不要為了去重而統一修改服務商提供的連接埠或協定。整理多個訂閱時,只應調整來源紀錄與顯示方式;是否可以修改連線參數,應以服務商提供的設定為準。

五、刪除舊訂閱前,先切換並檢查引用

在 Home 刪除前,先確認操作對象:刪除單一伺服器只會處理該項目;刪除訂閱分組則會影響整個來源及其相關清單。使用目標項目提供的刪除操作時,請閱讀確認提示並核對分組名稱與範圍;尚未確認對象前,不要連續操作。

  1. 先在要保留的訂閱中選取一台可用伺服器,完成 Connectivity Test,並測試實際需要瀏覽的頁面。
  2. 前往 Config,檢查目前生效的設定檔。如果規則或策略依名稱引用舊伺服器或舊策略組,請先調整引用,再清理舊來源。
  3. 返回 Home,刪除舊訂閱,並確認提示指向整個舊來源,而不是準備保留的相鄰項目。
  4. 更新要保留的訂閱,確認清單和目前選取項目仍正確;必要時重新建立連線,讓新的請求套用確認後的設定。

六、更新後連線狀況改變:檢查 Global Routing

在 Home 開啟 Global Routing,確認目前使用的是 Config、Proxy、Direct 還是 Scene。訂閱更新負責取得伺服器清單,Global Routing 則決定請求的路由方式;這兩個環節應分開檢查。將伺服器移到第一列,不會改變 Direct 的處理方式,也不能取代 Config 中的規則。

Config

建議

依照目前生效的設定處理請求。適合已有明確分流設定的使用者;更新訂閱後,請確認設定中的策略引用仍能找到對應項目。

適用情境:已確認規則與策略引用的日常使用

Proxy

透過代理路由檢查目前伺服器的連線狀況。排查時應配合實際請求測試,不能只看伺服器清單中已有的延遲數值來判斷連線結果。

適用情境:暫時檢查目前伺服器,降低規則因素的影響

Direct

以直連方式處理請求。此時切換訂閱中的伺服器,不能有效驗證代理連線;測試前應先確認所需的路由方式。

適用情境:明確需要直連,或檢查直連路徑

如果使用 Scene,也要檢查目前場景的對應設定,不要將它理解為第四種固定線路。完成暫時排查後,恢復原本需要的路由方式,再確認實際瀏覽頁面是否正常。

七、多訂閱更新與去重常見問題

新增第二個訂閱會覆蓋第一個嗎?

透過 Home →「+」→ Type → Subscribe 新增來源,與編輯既有來源的 URL 是不同操作。儲存後請確認是否有兩個獨立分組;如果是在原有紀錄中替換 URL,則要確認原分組是否已改為新來源。

只有一個訂閱更新逾時,該如何排查?

先確認該來源的 URL 完整,且帳戶狀態正常,再檢查其他來源是否能更新。若需要透過代理更新,可前往 Settings → Subscribe 檢查 Update via Proxy。啟用前應先有可用的代理連線,否則此開關無法自行解決線路不可用的問題。

為什麼刪除的節點更新後又出現?

若訂閱仍提供該伺服器,更新時可能會重新產生對應項目。先確認是否不小心以相同 URL 匯入兩次,再決定保留整個來源或移除舊訂閱;不要把一再刪除本機項目當成永久篩選方式。

分組很多,可以依名稱批次刪除嗎?

請先依來源逐一確認,不要只憑相同名稱就批次處理。確認目前選取的伺服器與 Config 引用後,一次刪除一個確定不再使用的來源,並在每次操作後檢查保留的清單。

整理完成後,只需保留一份不含敏感 URL 的來源用途紀錄。日後依「更新來源、檢查目前項目、確認路由、驗證請求」的順序維護,就能分別找出訂閱內容變動與本機設定問題。

App Store 正版核對