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

新增多個訂閱後,如何依來源分組、調整節點順序、刪除失效訂閱,並避免清單中出現重複節點。

本文重點

管理 Shadowrocket(小火箭)的多個訂閱時,先保留來源區隔,再整理顯示順序,最後清除重複匯入的項目。本文假設你已有自己的服務與訂閱,說明 Home 中的清單與 Config 中的策略引用有何不同,以及如何避免刪除的項目在更新後再次出現。

先區分訂閱來源、節點名稱與策略組

訂閱是批次取得連線參數的來源,節點則是其中一筆連線記錄。Home 中依來源顯示的分組是用來整理清單;Config 中用於規則分流的策略組,則決定請求如何選擇出口。將某個來源移到清單上方,不代表所有請求都會優先使用該來源,也不會自動修改規則。

開始整理前,先在 Home 查看現有訂閱及其備註,再前往 Config 確認目前使用的設定檔。如果設定檔直接引用某個節點名稱,刪除或重新命名可能會讓引用找不到對應目標;若設定檔透過篩選條件收集節點,也要確認重新命名是否會影響篩選結果。

確認來源 區分分組 整理順序 清除重複 測試連線

依來源分組:每個網址保留一個管理入口

先為現有訂閱建立穩定的識別方式,例如依用途備註為「日常來源」和「備用來源」。這些只是整理用的名稱範例,並非服務推薦。前往 Home 中對應訂閱的編輯畫面,確認訂閱網址和備註;實際欄位以目前畫面為準,不要為了修改顯示名稱而更換原網址。

同一個訂閱網址新增兩次,就會形成兩個管理入口。即使備註不同,更新時仍可能取得相同內容。整理時應比對完整網址,而不只看網域:路徑、查詢參數或存取憑證不同,可能代表取得的內容也不同。完整訂閱網址應視為敏感資訊,請勿放入公開截圖或共用紀錄。

來源整理紀錄

位置
Home 中的訂閱項目
備註範例
日常來源
確認網址
完整網址及其查詢參數
管理原則
同一個網址保留一個入口

只整理自己已有的訂閱,不要把顯示名稱當成來源識別依據。

檢查設定檔引用

位置
Config 中目前使用的設定檔
直接引用
確認引用的節點名稱
篩選條件
確認名稱變更是否影響比對結果
修改後
重新檢查策略可選項目

分別管理來源分組與規則策略,不要依清單順序推斷分流結果。

如果兩份訂閱只有部分節點重複,先保留各自的來源,不要急著合併。如此一來,更新異常時能找到對應的訂閱,也能分辨是「來源內容重複」還是「自行重複匯入」。將所有內容改成手動記錄,會增加日後參數變更時的維護負擔。

節點排序:先決定依名稱或測試結果檢視

排序是為了方便查找與比較,不代表連線品質有保證。在 Home 中對目標分組使用目前畫面提供的排序功能;想固定辨識節點時可依名稱排序,想比較目前網路下的回應時間,則先進行延遲測試,再依測試結果排序。操作前請確認影響範圍,避免把整份清單重新排序,誤以為只調整了某個來源。

  1. 先展開要整理的來源,確認目前選取的節點,並記下其名稱與所屬來源。
  2. 若要比較延遲,請在相同網路環境下完成一輪測試,不要混用 Wi-Fi 與行動網路的結果。
  3. 選擇目前畫面提供的排序方式,確認節點只是位置改變,還是選取項目也跟著變更。
  4. 訂閱更新後再次確認順序;回傳內容或排序設定變更,都可能影響清單的顯示方式。

延遲數值只反映該次測試方法與當時的網路狀況,不等於持續下載速度,也不能證明目標網站一定能連線。若某筆記錄逾時,請先確認其協定參數與目前網路,不要直接認定整份訂閱已失效。

結論:排序後仍須確認實際選取的項目

需要切換出口時,請明確選取目標節點並測試請求;只將某筆記錄排在第一位,不能取代節點選取或 Config 中的策略設定。

清除重複節點:除了名稱,也要比對連線參數

重複記錄常見的來源有三種:同一份訂閱新增多次、訂閱中的節點又被個別匯入,以及不同訂閱包含部分相同的連線參數。處理順序應先檢查重複訂閱,再檢查手動副本,最後比對不同來源的記錄。這樣才不會把上游內容重複誤認為 App 儲存異常。

2 個欄位
Address 與 Port 共同識別連線端點
443
連接埠範例,實際值請以現有參數為準
2 個檢查位置
Home 中的記錄與 Config 中的引用

例如,兩筆記錄都使用 edge.example.com:443,仍不能只憑位址和連接埠就刪除其中一筆。它們可能使用不同協定、不同驗證資訊,或不同的 TLS 與傳輸設定。此處的網域僅用來說明比對方式,並非連線設定。

名稱相同但參數不同的記錄應保留區別標記;名稱不同但參數相同的記錄,才是可能重複的項目。名稱也可能被 Config 引用,因此不要先大量重新命名再調查重複情況。請先記錄對應關係,完成小範圍修改並驗證後,再處理下一批。

刪除失效訂閱:分辨暫時更新失敗與停止使用

單次更新失敗不足以證明訂閱已失效。請先檢查目前網路、完整訂閱網址,以及服務提供者顯示的有效狀態,再更新該訂閱。網路逾時、內容無法解析與憑證失效是不同問題;請保留畫面提示並依原因處理,避免反覆刪除再新增來掩蓋問題。

  1. 確認要保留的來源。確認備用連線參數可用,並記下目前選取節點所屬的分組。
  2. 備份必要設定。保留自己已有的訂閱網址及目前 Config 的必要備份,請留意備份可能包含憑證。
  3. 確認刪除項目。在 Home 中刪除目標訂閱,閱讀確認提示,分清整份來源與單一節點,避免誤刪仍在使用的分組。
  4. 檢查剩餘內容。返回 Home 確認目標來源已移除,再前往 Config 檢查是否仍有策略引用舊名稱。
  5. 測試實際連線。選取保留來源中的節點,開啟連線並測試原本需要存取的目標。

刪除本機訂閱記錄,不代表已向服務提供者取消服務。若只刪除某份訂閱中的單一節點,而訂閱回傳內容仍包含該節點,之後更新時可能會再次匯入。若想長期減少清單項目,應先確認目前畫面是否提供適合自己的篩選設定,或在既有服務的管理端調整回傳內容;不要把本機刪除當成永久修改來源內容。

整理完成後,檢查 Global Routing 與規則引用

整理清單不代表分流設定也已同步。返回 Home 查看 Global Routing:Proxy、Direct、Config、Scene 分別代表不同的路由使用方式。本文不要求為了整理訂閱而變更此設定;若要確認規則分流,請確認使用的是預期的 Config,不要將 Direct 下的連線結果當成代理節點的表現。

建議每次只修改一類內容:先清除重複來源,再調整名稱與排序,最後修改策略引用。若同時變更來源、節點名稱和路由設定,發生問題後就很難判斷是參數變更、名稱不符,還是路由模式不同所造成。

多個訂閱管理常見問題

兩個分組名稱不同,裡面的節點卻相同,該刪除哪一個?

先進入兩份訂閱的編輯畫面,比對完整網址。網址相同就保留一個管理入口;若網址不同,則繼續確認協定、端點及驗證參數,確認要保留的來源後再刪除,不要只憑分組名稱判斷。

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

先找出重新加入該節點的訂閱。如果回傳內容仍包含該節點,本機刪除可能會在下次更新時被覆蓋。請檢查篩選設定或既有服務管理端的回傳內容;若手動副本與訂閱記錄同時存在,優先保留可持續更新的來源。

依延遲排序後排第一的節點,為什麼沒有自動使用?

排序只會變更顯示順序。返回 Home 明確選取目標節點;若目前的 Config 使用策略組,還要檢查該組的選取方式和目前成員,不要依清單第一項推斷實際出口。

刪除舊訂閱後連線異常,應先恢復什麼?

先確認 Home 中是否還有有效的已選取節點,再檢查 Config 是否引用已刪除的名稱。若需要恢復來源,請使用自己保存的原訂閱網址重新匯入並確認參數,不必同時重設所有設定。

App Store 正版確認查看購買與裝置說明