管理 Shadowrocket(小火箭)的多個訂閱時,先保留來源區隔,再整理顯示順序,最後清除重複匯入的項目。本文假設你已有自己的服務與訂閱,說明 Home 中的清單與 Config 中的策略引用有何不同,以及如何避免刪除的項目在更新後再次出現。
先區分訂閱來源、節點名稱與策略組
訂閱是批次取得連線參數的來源,節點則是其中一筆連線記錄。Home 中依來源顯示的分組是用來整理清單;Config 中用於規則分流的策略組,則決定請求如何選擇出口。將某個來源移到清單上方,不代表所有請求都會優先使用該來源,也不會自動修改規則。
開始整理前,先在 Home 查看現有訂閱及其備註,再前往 Config 確認目前使用的設定檔。如果設定檔直接引用某個節點名稱,刪除或重新命名可能會讓引用找不到對應目標;若設定檔透過篩選條件收集節點,也要確認重新命名是否會影響篩選結果。
- 訂閱來源:說明「這批參數從哪裡更新」,是排查重複匯入的第一個依據。
- 節點名稱:說明「如何在清單中辨識這筆記錄」;名稱相同不代表參數相同。
- 策略引用:說明「哪些請求會使用它」,需要在目前的 Config 中個別確認。
依來源分組:每個網址保留一個管理入口
先為現有訂閱建立穩定的識別方式,例如依用途備註為「日常來源」和「備用來源」。這些只是整理用的名稱範例,並非服務推薦。前往 Home 中對應訂閱的編輯畫面,確認訂閱網址和備註;實際欄位以目前畫面為準,不要為了修改顯示名稱而更換原網址。
同一個訂閱網址新增兩次,就會形成兩個管理入口。即使備註不同,更新時仍可能取得相同內容。整理時應比對完整網址,而不只看網域:路徑、查詢參數或存取憑證不同,可能代表取得的內容也不同。完整訂閱網址應視為敏感資訊,請勿放入公開截圖或共用紀錄。
來源整理紀錄
- 位置
- Home 中的訂閱項目
- 備註範例
- 日常來源
- 確認網址
- 完整網址及其查詢參數
- 管理原則
- 同一個網址保留一個入口
只整理自己已有的訂閱,不要把顯示名稱當成來源識別依據。
檢查設定檔引用
- 位置
- Config 中目前使用的設定檔
- 直接引用
- 確認引用的節點名稱
- 篩選條件
- 確認名稱變更是否影響比對結果
- 修改後
- 重新檢查策略可選項目
分別管理來源分組與規則策略,不要依清單順序推斷分流結果。
如果兩份訂閱只有部分節點重複,先保留各自的來源,不要急著合併。如此一來,更新異常時能找到對應的訂閱,也能分辨是「來源內容重複」還是「自行重複匯入」。將所有內容改成手動記錄,會增加日後參數變更時的維護負擔。
節點排序:先決定依名稱或測試結果檢視
排序是為了方便查找與比較,不代表連線品質有保證。在 Home 中對目標分組使用目前畫面提供的排序功能;想固定辨識節點時可依名稱排序,想比較目前網路下的回應時間,則先進行延遲測試,再依測試結果排序。操作前請確認影響範圍,避免把整份清單重新排序,誤以為只調整了某個來源。
- 先展開要整理的來源,確認目前選取的節點,並記下其名稱與所屬來源。
- 若要比較延遲,請在相同網路環境下完成一輪測試,不要混用 Wi-Fi 與行動網路的結果。
- 選擇目前畫面提供的排序方式,確認節點只是位置改變,還是選取項目也跟著變更。
- 訂閱更新後再次確認順序;回傳內容或排序設定變更,都可能影響清單的顯示方式。
延遲數值只反映該次測試方法與當時的網路狀況,不等於持續下載速度,也不能證明目標網站一定能連線。若某筆記錄逾時,請先確認其協定參數與目前網路,不要直接認定整份訂閱已失效。
結論:排序後仍須確認實際選取的項目
需要切換出口時,請明確選取目標節點並測試請求;只將某筆記錄排在第一位,不能取代節點選取或 Config 中的策略設定。
清除重複節點:除了名稱,也要比對連線參數
重複記錄常見的來源有三種:同一份訂閱新增多次、訂閱中的節點又被個別匯入,以及不同訂閱包含部分相同的連線參數。處理順序應先檢查重複訂閱,再檢查手動副本,最後比對不同來源的記錄。這樣才不會把上游內容重複誤認為 App 儲存異常。
例如,兩筆記錄都使用 edge.example.com:443,仍不能只憑位址和連接埠就刪除其中一筆。它們可能使用不同協定、不同驗證資訊,或不同的 TLS 與傳輸設定。此處的網域僅用來說明比對方式,並非連線設定。
- 先比對協定:Shadowsocks、VMess、VLESS、Trojan 等類型各不相同,即使端點一致,也不能視為同一筆記錄。
- 再比對驗證資訊:逐項確認該協定實際使用的 Password、UUID 或金鑰等資訊,不要將憑證複製到公開文件。
- 確認傳輸設定:若該協定啟用了 TLS 或其他傳輸選項,請繼續比對伺服器名稱、路徑及相關參數。
- 最後比對來源:即使參數完全相同但來源不同,也要先確認要保留哪個更新入口,再決定是否刪除副本。
名稱相同但參數不同的記錄應保留區別標記;名稱不同但參數相同的記錄,才是可能重複的項目。名稱也可能被 Config 引用,因此不要先大量重新命名再調查重複情況。請先記錄對應關係,完成小範圍修改並驗證後,再處理下一批。
刪除失效訂閱:分辨暫時更新失敗與停止使用
單次更新失敗不足以證明訂閱已失效。請先檢查目前網路、完整訂閱網址,以及服務提供者顯示的有效狀態,再更新該訂閱。網路逾時、內容無法解析與憑證失效是不同問題;請保留畫面提示並依原因處理,避免反覆刪除再新增來掩蓋問題。
- 確認要保留的來源。確認備用連線參數可用,並記下目前選取節點所屬的分組。
- 備份必要設定。保留自己已有的訂閱網址及目前 Config 的必要備份,請留意備份可能包含憑證。
- 確認刪除項目。在 Home 中刪除目標訂閱,閱讀確認提示,分清整份來源與單一節點,避免誤刪仍在使用的分組。
- 檢查剩餘內容。返回 Home 確認目標來源已移除,再前往 Config 檢查是否仍有策略引用舊名稱。
- 測試實際連線。選取保留來源中的節點,開啟連線並測試原本需要存取的目標。
刪除本機訂閱記錄,不代表已向服務提供者取消服務。若只刪除某份訂閱中的單一節點,而訂閱回傳內容仍包含該節點,之後更新時可能會再次匯入。若想長期減少清單項目,應先確認目前畫面是否提供適合自己的篩選設定,或在既有服務的管理端調整回傳內容;不要把本機刪除當成永久修改來源內容。
整理完成後,檢查 Global Routing 與規則引用
整理清單不代表分流設定也已同步。返回 Home 查看 Global Routing:Proxy、Direct、Config、Scene 分別代表不同的路由使用方式。本文不要求為了整理訂閱而變更此設定;若要確認規則分流,請確認使用的是預期的 Config,不要將 Direct 下的連線結果當成代理節點的表現。
- 檢查選取項目:確認目前選取的節點沒有因刪除操作而失去對應記錄。
- 檢查規則目標:在 Config 中確認 DOMAIN-SUFFIX、GEOIP、IP-CIDR 等規則引用的策略仍可使用,並檢查 FINAL 的預設目標。
- 檢查更新結果:更新保留的訂閱一次,觀察重複項目是否再次出現,以及名稱是否變更。
- 檢查自動連線:若整理期間不希望網路切換觸發連線,請先前往 Settings → On Demand 確認現有設定,完成後再恢復原本需要的行為。
建議每次只修改一類內容:先清除重複來源,再調整名稱與排序,最後修改策略引用。若同時變更來源、節點名稱和路由設定,發生問題後就很難判斷是參數變更、名稱不符,還是路由模式不同所造成。
多個訂閱管理常見問題
兩個分組名稱不同,裡面的節點卻相同,該刪除哪一個?
先進入兩份訂閱的編輯畫面,比對完整網址。網址相同就保留一個管理入口;若網址不同,則繼續確認協定、端點及驗證參數,確認要保留的來源後再刪除,不要只憑分組名稱判斷。
剛刪除的節點,為什麼更新後又出現?
先找出重新加入該節點的訂閱。如果回傳內容仍包含該節點,本機刪除可能會在下次更新時被覆蓋。請檢查篩選設定或既有服務管理端的回傳內容;若手動副本與訂閱記錄同時存在,優先保留可持續更新的來源。
依延遲排序後排第一的節點,為什麼沒有自動使用?
排序只會變更顯示順序。返回 Home 明確選取目標節點;若目前的 Config 使用策略組,還要檢查該組的選取方式和目前成員,不要依清單第一項推斷實際出口。
刪除舊訂閱後連線異常,應先恢復什麼?
先確認 Home 中是否還有有效的已選取節點,再檢查 Config 是否引用已刪除的名稱。若需要恢復來源,請使用自己保存的原訂閱網址重新匯入並確認參數,不必同時重設所有設定。