本文適合已經有服務商與訂閱,並需要在 Shadowrocket(小火箭)中管理多個來源的使用者。先分清訂閱來源、節點項目與策略組,再依來源命名、分別更新、核對連線參數並清理多餘項目。重點是讓清單來源清楚可查,而不是把所有同名項目一律刪除。本網站不提供、銷售或推薦節點與訂閱。
一、先分清訂閱、節點與策略組
訂閱連結是取得節點參數的入口;節點則是匯入後實際用來連線的伺服器項目。一個訂閱可能包含多個節點,同一個節點也可能同時出現在兩個訂閱中。清單看起來重複,不一定代表匯入出錯,也可能是兩個來源確實提供了相同的連線設定。
Home 中依訂閱來源顯示的分組,主要用來管理項目歸屬;Config 中的策略組則用於依規則選擇出站。兩者屬於不同層級的設定。重新命名訂閱不會自動建立策略組,也不會自動變更 DOMAIN-SUFFIX 或 FINAL 指向的策略。
管理訂閱時,先保留目前可正常運作的 Config 與節點選擇。不要同時更換規則、調整 DNS 又刪除訂閱,否則發生連線異常時,很難判斷是哪個步驟造成的。Global Routing 中的 Proxy、Direct、Config、Scene 也不會替訂閱去重;改變路由模式無法解決來源重複。
二、依來源分組,再逐一匯入
分組名稱建議標示「來源與用途」,例如「來源 A · 常用」和「來源 B · 備用」。不要只寫「香港」「日本」等地區名稱,因為多個訂閱可能都包含相同地區;日後更新或刪除時,光看地區無法判斷要操作哪個訂閱。本文的 A、B 只是管理自有來源時使用的代號。
- 先在 Home 查看現有訂閱與手動新增的節點,記下目前使用的項目來自哪個來源。若已有相同連結,請先更新現有訂閱,不要再次匯入。
- 向自己的服務商取得完整訂閱連結。透過 Home 的新增入口匯入訂閱,確認類型是 Subscribe,而不是把整條訂閱 URL 填入單一節點的伺服器位址欄位。
- 在訂閱編輯畫面填寫容易辨識的名稱或備註;若介面提供 Remarks 欄位,可用來記錄來源代號。各平台的控制項配置可能不同,請以實際顯示的欄位為準。
- 每次只匯入一個訂閱,確認該來源下出現節點後,再匯入下一個。若一次貼上多個來源、之後才檢查,會更難追查重複項目分別屬於哪個來源。
- 返回 Home,分別檢查兩個來源的節點數量與名稱。訂閱 URL 示意格式為
https://example.com/sub?token=xxxx,這是假值,無法用於實際連線。
三、分開處理顯示排序與連線選擇
排序只會改變項目的排列順序,不代表自動切換節點。依名稱排序適合固定的地區與用途標籤;依延遲排序則適合暫時比較目前網路環境下的測試結果。測試時間、網路環境與目標不同,結果也會變動,不能只憑一次較低的延遲就認定長期速度更快。
| 管理目標 | 處理方式 | 確認位置 |
|---|---|---|
| 依來源查找 | 使用一致的訂閱名稱,保留來源分組 | Home 中各訂閱所屬的節點 |
| 依名稱查找 | 在提供排序選單的清單中選擇依名稱排序 | 排序後名稱排列是否改變 |
| 暫時比較延遲 | 先執行 Connectivity Test,再使用可用的延遲排序選項 | 測試結果與目前選取的項目 |
| 固定存取策略 | 檢查 Config 中的規則與策略組引用 | 規則實際選擇的出站 |
如果目前平台或介面沒有提供手動拖曳訂閱順序的功能,就不必反覆刪除再匯入,只為了調整排列。先使用一致的來源名稱縮小查找範圍,並善用目前介面提供的排序選項。節點較多時,將暫時不用的來源收合,比把所有節點合併成一長串更容易管理。
結論:整理清單後,再確認實際出站
排序後請檢查目前選取的節點;使用 Global Routing → Config 時,也要確認相關策略組的選擇。清單中的第一個項目不一定就是目前連線使用的節點。
四、去重先比對參數,不要只看節點名稱
判斷是否重複,至少要比對協定、伺服器位址、連接埠與驗證資訊,再檢查協定專屬欄位。例如 Trojan 還需比對 SNI 與 TLS 設定;即使兩個節點的伺服器位址和連接埠相同,只要密碼或 SNI 不同,就不能認定兩者可以互相取代。反過來說,若連線參數完全相同,只是顯示名稱不同,仍可能是重複項目。
範例項目 A
- Type
- Trojan
- Address
- edge.example.com
- Port
- 443
- Password
- 僅在本機比對,勿公開內容
- SNI
- tls.example.com
範例網域僅用於說明欄位;443 是本例使用的連接埠,不是所有節點的固定連接埠。
範例項目 B
- Type
- Trojan
- Address
- edge.example.com
- Port
- 8443
- Password
- 分別與 A 比對
- SNI
- tls.example.com
連接埠不同,不能只憑名稱或網域相同,就把 B 當成 A 的重複項目刪除。
- 先確認是否重複匯入了同一個訂閱。若兩個來源的連結相同,節點清單也完全一致,通常只需保留一個;刪除前,請先確認保留的來源能正常更新。
- 如果兩個不同訂閱包含部分相同的節點,請先保留來源歸屬。若想減少日常查找時的干擾,可以收合備用來源,不必立刻刪除其中每個同名項目。
- 逐一比對疑似重複項目的連線參數。不要把網域解析到同一個 IP 當成重複的證據;共用入口或不同的 TLS 設定,都可能讓這種判斷失準。
- 檢查 Config 中是否有依節點名稱引用的策略。刪除被引用的項目之前,先將相關策略改為選取要保留的項目,並確認連線正常。
訂閱更新會重新取得來源提供的內容。單獨刪除訂閱下的某個節點,可能在下次更新後再次出現;本機修改的名稱也可能被更新內容覆蓋。若要長期去重,建議優先處理重複的訂閱入口,或向自己的服務商確認回傳內容,而不要期待逐一刪除就能永久篩除。
五、更新與刪除失效訂閱的安全步驟
更新失敗一次,不代表訂閱已經失效。當前網路無法連上訂閱位址、連結 token 已變更,或服務商端回傳異常內容,都可能造成更新失敗。取得訂閱內容與連線至節點是兩回事:舊節點還能使用,不代表訂閱連結仍有效;更新成功,也不代表回傳的每個節點都能連線。
- 在 Home 對目標訂閱單獨執行更新,記下錯誤訊息,並觀察其他來源是否也更新失敗。不要先清空所有訂閱。
- 確認原始連結是否完整,尤其留意查詢參數是否遭通訊軟體截斷。含有 token 的連結,只向自己的服務商確認。
- 只有在確認訂閱位址必須透過代理存取時,才檢查 Settings → Subscribe 中的 Update via Proxy;啟用前須先有可用的代理連線,避免依賴正在失效的來源形成循環依賴。
- 如果更新成功但沒有節點,先確認服務商端的回傳內容、帳戶狀態與訂閱類型。保留仍可使用的舊項目資訊;原因未明前,不要反覆刪除再重新匯入。
- 確認來源已停用,或已由新連結取代後,先驗證替代訂閱,再刪除舊訂閱。完成後檢查 Home 中目前選取的節點,以及 Config 中的策略引用。
刪除前請確認確認視窗所涵蓋的範圍:刪除單一節點、刪除訂閱入口,以及是否同時移除該來源的節點,可能是不同操作。請依目前介面的提示確認,不要假設刪除入口後,所有相關內容都會以相同方式處理。
六、多訂閱管理常見問題
兩個訂閱都有同名節點,可以直接刪掉其中一個嗎?
先開啟各自項目的編輯畫面,比對 Type、伺服器位址、連接埠、驗證資訊與 TLS 等欄位。名稱相同不足以確認重複;確認參數一致後,再檢查 Config 中是否有策略引用,最後決定要保留哪個來源。
剛刪除的節點,為什麼更新後又出現?
先在 Home 查看該項目所屬的訂閱。如果來源回傳的資料仍包含該節點,更新時就可能再次匯入。請確認是否同時保留了同一個訂閱的兩個入口;如果只有一個入口,則應從來源回傳內容或日常顯示方式著手處理。
清單已依延遲排序,為什麼連線仍使用原本的節點?
先檢查 Home 中目前選取的項目,再查看 Global Routing。若使用 Config,請繼續確認相關策略組的選擇;排序只是顯示方式,不能據此判定已切換出站。
更換訂閱連結後,什麼時候該刪除舊訂閱?
先匯入新連結並單獨更新,選擇需要的節點測試實際存取,再遷移 Config 中相關策略引用。確認新來源能滿足原有用途後,再刪除舊入口,並檢查是否留下不再使用的項目。
整理完成後,只需保留一份不含完整 token 與密碼的管理紀錄:註明來源代號、用途、是否仍在使用,以及依賴該來源的策略。後續維護依照「先更新一個來源,再驗證連線,最後處理刪除」的順序進行,就能避免將訂閱內容、顯示排序與路由策略問題混為一談。規則與策略欄位可參閱設定欄位說明;路由模式的差異請見代理模式說明。
取得 Shadowrocket 與首次設定
iPhone / iPad 版在 App Store 一次性付費 $2.99,系統需求以 App Store 頁面標示為準;Mac(Apple 晶片 / Intel)、Windows、Android、Linux 版免費。依裝置前往下載頁,安裝後使用自己已有的訂閱完成設定。
一次買斷的是用戶端,不等於線路方案。首次匯入、連線測試與基本設定,可參考快速入門教學。