Shadowrocket 多個訂閱連結管理:分組、排序、刪除與重複節點整理

在 Home 清單中整理多個訂閱:依來源分組、調整順序、刪除失效訂閱,並減少重複節點造成的選擇困擾。

本文重點

本文適合已有服務商與訂閱的使用者,依序說明「確認來源、命名分組、整理順序、逐組更新、刪除與複查」。請分清訂閱連結、訂閱產生的節點與目前連線,避免誤刪同名節點,或把單次更新逾時當成訂閱失效。

一、確認 App 與管理入口

Shadowrocket(小火箭)是 Apple 平台上的閉源商業 App,唯一取得管道為 App Store。購買前可在產品頁確認開發者 Shadow Launch Technology Limited 與 App ID 932747118;App 採一次買斷,買斷 App 不等於購買線路方案。本文主要說明 iPhone / iPad 操作,系統需求與裝置相容性請以 App Store 頁面標示為準。

整理多個訂閱主要在 Home(首頁)進行。Config(設定檔)用於規則設定,Settings(設定)用於調整 App 行為;別因為節點清單太長,就先刪除 Config 裡的設定檔。整理訂閱來源與修改路由規則是兩種不同操作。

3 個入口
Home / Config / Settings:分別管理清單、設定檔與設定
2 個層級
訂閱來源與節點項目:刪除前分別確認
4 種模式
Global Routing:Proxy / Direct / Config / Scene

重點:先確認來源,再整理清單

如果遇到兩個相似分組,請先開啟訂閱編輯資訊並確認 URL(連結),不要只憑顯示名稱刪除。重複匯入相同連結與不同節點剛好同名,必須採取不同的整理方式。

二、匯入前記錄來源,避免重複新增

訂閱 URL 是取得節點資料的入口,通常也包含存取憑證。名稱只是方便辨識的標籤,不會決定訂閱內容。不同名稱的分組可能使用相同 URL;同一網域下的兩個連結,也可能因路徑或參數不同而提供不同內容。

  1. 在 Home 找到現有訂閱分組,開啟編輯資訊並確認訂閱 URL。將現有來源與自己保存的訂閱資料比對,避免再次新增相同連結。
  2. 確定要新增時,使用 Home 右上角的新增入口,在 Type(類型)中選擇 Subscribe(訂閱),填入自己的 URL,並在 Remarks(備註)中輸入方便辨識的名稱,然後儲存。
  3. 首次匯入後,只檢查這個新分組。確認顯示的是節點項目,而不是錯誤訊息、空白清單或無法辨識的文字。
  4. 每個來源都保留一份本機記錄:用途、辨識名稱及最近一次人工確認結果。記錄中不必重複寫出完整存取權杖,也不要將連結貼到公開頁面。

以下是來源記錄的格式範例,不是可用的服務資訊。兩張卡片中的 URL 都是假值;實際使用時請填入自己已有的資料。名稱盡量說明來源與用途,不要使用「永遠可用」等無從查證的描述。

主要來源記錄

Remarks(備註)
01-主要來源
Type(類型)
Subscribe(訂閱)
URL(假值)
https://example.com/sub?token=xxxx
確認項目
來源名稱、分組內容、更新結果

完整 URL 可能包含憑證,請只在自己的裝置上確認。

備用來源記錄

Remarks(備註)
02-備用來源
Type(類型)
Subscribe(訂閱)
URL(假值)
https://example.com/backup?token=xxxx
確認項目
是否為獨立來源、是否重複匯入

網域相同不代表內容相同,還要確認路徑與參數。

三、依訂閱分組,再整理顯示順序

Home 中的訂閱分組用來辨識節點來源,不等同於 Config 中的策略群組,也不是自動故障切換設定。整理時先保留來源區隔,再調整各分組內的順序。若把不同來源的節點都改成相同名稱,日後排查更新異常會更困難。

  1. 先統一分組備註。使用「01-主要來源」「02-備用來源」這類簡短名稱;修改備註後返回 Home,確認變更的是預期分組,而不是某個節點。
  2. 再調整分組位置。若目前介面提供編輯或拖曳排序功能,進入後依使用頻率移動分組並完成編輯。若沒有這項功能,保留來源前綴以便辨識,不要反覆刪除、重新匯入來測試順序。
  3. 最後整理組內順序。使用目前介面提供的排序選單,選擇名稱或測試結果等可用方式。入口與選項請以實際介面為準;名稱前綴僅供辨識,不保證會自動依字母排序。
  4. 排序後確認目前選擇。找到原本使用的節點,確認選取標記。清單第一列改變,不代表 App 已切換至該節點。

四、逐組更新,分辨連結失效與網路問題

更新訂閱會重新取得來源內容,再將結果套用到該來源的節點清單。這不只是替現有節點改名,也不等於更新 Config 中的規則。排查時一次只更新一個分組,才能確認問題出自哪個訂閱。

確認來源 取得內容 解析項目 更新分組 複查選擇
  1. 記下目標分組目前顯示的節點數量與正在使用的節點名稱,不要記錄密碼等敏感資訊。
  2. 在 Home 對目標訂閱執行更新,並等待完成。若介面同時提供單組更新與全部更新,首次排查請選擇單組更新,避免混淆不同來源的結果。
  3. 確認更新結果:項目是否減少、舊名稱是否替換、原本選取的項目是否仍存在。名稱改變可能是訂閱內容更新所致,不能直接判定為匯入錯誤。
  4. 若發生逾時,先確認裝置網路正常,再檢查 URL 是否完整。若必須透過現有代理才能存取該連結,請確認目前代理可用後再試;不要依賴正在修復且無法使用的同一來源自行更新。
  5. 若出現驗證失敗或內容無法解析,請確認自己保存的服務資料中連結狀態與格式。不要為了排查而連續新增相同 URL,這通常只會增加重複分組。

更新後單一節點消失,可能是來源已不再提供該項目;若整個分組沒有可用項目,則需分辨是內容空白、解析失敗或請求失敗。只看到節點數量減少,還不足以判斷訂閱是否到期。若先前曾手動修改訂閱所產生節點的名稱或參數,更新後也請重新確認,因為這些變更可能被來源內容覆蓋。

五、刪除失效訂閱與重複節點的步驟

刪除前先確認對象:訂閱項目代表來源,節點項目則是建立特定連線所需的設定。移除來源可能連同其管理的節點一起移除,請詳閱確認提示;只刪除組內某個節點,則可能在下次更新時再次出現。

觀察到的情況先確認哪些項目處理方式
同一 URL 匯入兩次兩個來源的完整 URL 是否相同保留一個分組,確認目前連線後移除另一份訂閱
兩個分組中出現同名節點來源、協定、伺服器與連接埠不要只按名稱去重,先確認連線參數
刪除後更新又再次出現該節點是否仍由訂閱提供依來源處理,或收合不常用的分組以減少干擾
訂閱持續驗證失敗連結憑證與自己保存的資料狀態確認不再使用後再刪除來源,不要只因單次逾時就刪除

判斷是否重複:名稱相同只是線索

比較節點時,至少確認協定、伺服器位址、連接埠與驗證參數。使用 TLS 的連線也可能包含 Server Name(伺服器名稱)等欄位;使用不同傳輸方式的連線,還需比較傳輸設定。不要為了方便比對,將這些敏感欄位複製到聊天記錄或公開截圖。

執行刪除:先切換,再確認範圍

  1. 若待刪除來源包含目前使用的節點,請先選擇另一個已確認可用的項目;也可以先主動中斷連線再整理。
  2. 對目標訂閱項目執行刪除操作。若使用清單的滑動刪除功能,請先確認滑動的是訂閱來源還是組內節點,再詳閱確認提示。
  3. 返回 Home 檢查剩餘分組,確認沒有誤刪仍需使用的來源。重新更新保留的訂閱,確認是否還有另一份相同 URL 的副本。
  4. 若誤刪,請使用自己原先保存且有效的訂閱 URL 重新匯入。重新匯入不保證能還原先前的本機排序與手動備註,因此操作前請先保留必要記錄。

六、整理清單後,複查路由與自動連線

完成分組整理後,請分別確認「清單正常」與「流量依預期處理」。Global Routing 中的 Proxy(代理)與 Direct(直連)代表不同的處理方式;Config(設定檔)則依所選設定檔中的規則處理;Scene(場景)用來設定不同情境下的行為。模式名稱不是節點分組名稱,調整清單順序也不能取代路由設定。

七、多個訂閱管理常見問題

兩個分組名稱相同,可以直接刪除其中一個嗎?

先分別開啟訂閱編輯資訊並確認 URL,再檢查是否包含獨有節點。名稱相同不足以證明內容重複;確認是同一連結重複匯入後,再保留一份並移除另一份。

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

該節點仍包含在訂閱提供的內容中,本機刪除不會改變來源資料。請先確認所屬分組;若仍要保留這項訂閱,可收合分組以減少干擾。只有不再需要整個來源時,才刪除對應訂閱。

依延遲排序後,下次順序又變了怎麼辦?

先確認是否重新執行測試、切換排序方式或更新訂閱。測試結果會隨網路環境改變,來源回傳順序也可能不同。使用固定備註辨識來源,不要把單次排序視為永久優先順序。

更新逾時,是不是該刪除訂閱再重新新增?

先保留現有分組,檢查裝置網路、URL 是否完整及目前的連線路徑,再單獨重試該來源。刪除後重新新增仍需存取同一連結,無法解決連結無法連線或驗證失效的問題,還可能遺失本機整理結果。

App Store 正版確認