本文適合已有服務商與訂閱的使用者,依序說明「確認來源、命名分組、整理順序、逐組更新、刪除與複查」。請分清訂閱連結、訂閱產生的節點與目前連線,避免誤刪同名節點,或把單次更新逾時當成訂閱失效。
一、確認 App 與管理入口
Shadowrocket(小火箭)是 Apple 平台上的閉源商業 App,唯一取得管道為 App Store。購買前可在產品頁確認開發者 Shadow Launch Technology Limited 與 App ID 932747118;App 採一次買斷,買斷 App 不等於購買線路方案。本文主要說明 iPhone / iPad 操作,系統需求與裝置相容性請以 App Store 頁面標示為準。
整理多個訂閱主要在 Home(首頁)進行。Config(設定檔)用於規則設定,Settings(設定)用於調整 App 行為;別因為節點清單太長,就先刪除 Config 裡的設定檔。整理訂閱來源與修改路由規則是兩種不同操作。
重點:先確認來源,再整理清單
如果遇到兩個相似分組,請先開啟訂閱編輯資訊並確認 URL(連結),不要只憑顯示名稱刪除。重複匯入相同連結與不同節點剛好同名,必須採取不同的整理方式。
二、匯入前記錄來源,避免重複新增
訂閱 URL 是取得節點資料的入口,通常也包含存取憑證。名稱只是方便辨識的標籤,不會決定訂閱內容。不同名稱的分組可能使用相同 URL;同一網域下的兩個連結,也可能因路徑或參數不同而提供不同內容。
- 在 Home 找到現有訂閱分組,開啟編輯資訊並確認訂閱 URL。將現有來源與自己保存的訂閱資料比對,避免再次新增相同連結。
- 確定要新增時,使用 Home 右上角的新增入口,在 Type(類型)中選擇 Subscribe(訂閱),填入自己的 URL,並在 Remarks(備註)中輸入方便辨識的名稱,然後儲存。
- 首次匯入後,只檢查這個新分組。確認顯示的是節點項目,而不是錯誤訊息、空白清單或無法辨識的文字。
- 每個來源都保留一份本機記錄:用途、辨識名稱及最近一次人工確認結果。記錄中不必重複寫出完整存取權杖,也不要將連結貼到公開頁面。
以下是來源記錄的格式範例,不是可用的服務資訊。兩張卡片中的 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 中的策略群組,也不是自動故障切換設定。整理時先保留來源區隔,再調整各分組內的順序。若把不同來源的節點都改成相同名稱,日後排查更新異常會更困難。
- 先統一分組備註。使用「01-主要來源」「02-備用來源」這類簡短名稱;修改備註後返回 Home,確認變更的是預期分組,而不是某個節點。
- 再調整分組位置。若目前介面提供編輯或拖曳排序功能,進入後依使用頻率移動分組並完成編輯。若沒有這項功能,保留來源前綴以便辨識,不要反覆刪除、重新匯入來測試順序。
- 最後整理組內順序。使用目前介面提供的排序選單,選擇名稱或測試結果等可用方式。入口與選項請以實際介面為準;名稱前綴僅供辨識,不保證會自動依字母排序。
- 排序後確認目前選擇。找到原本使用的節點,確認選取標記。清單第一列改變,不代表 App 已切換至該節點。
四、逐組更新,分辨連結失效與網路問題
更新訂閱會重新取得來源內容,再將結果套用到該來源的節點清單。這不只是替現有節點改名,也不等於更新 Config 中的規則。排查時一次只更新一個分組,才能確認問題出自哪個訂閱。
- 記下目標分組目前顯示的節點數量與正在使用的節點名稱,不要記錄密碼等敏感資訊。
- 在 Home 對目標訂閱執行更新,並等待完成。若介面同時提供單組更新與全部更新,首次排查請選擇單組更新,避免混淆不同來源的結果。
- 確認更新結果:項目是否減少、舊名稱是否替換、原本選取的項目是否仍存在。名稱改變可能是訂閱內容更新所致,不能直接判定為匯入錯誤。
- 若發生逾時,先確認裝置網路正常,再檢查 URL 是否完整。若必須透過現有代理才能存取該連結,請確認目前代理可用後再試;不要依賴正在修復且無法使用的同一來源自行更新。
- 若出現驗證失敗或內容無法解析,請確認自己保存的服務資料中連結狀態與格式。不要為了排查而連續新增相同 URL,這通常只會增加重複分組。
更新後單一節點消失,可能是來源已不再提供該項目;若整個分組沒有可用項目,則需分辨是內容空白、解析失敗或請求失敗。只看到節點數量減少,還不足以判斷訂閱是否到期。若先前曾手動修改訂閱所產生節點的名稱或參數,更新後也請重新確認,因為這些變更可能被來源內容覆蓋。
五、刪除失效訂閱與重複節點的步驟
刪除前先確認對象:訂閱項目代表來源,節點項目則是建立特定連線所需的設定。移除來源可能連同其管理的節點一起移除,請詳閱確認提示;只刪除組內某個節點,則可能在下次更新時再次出現。
| 觀察到的情況 | 先確認哪些項目 | 處理方式 |
|---|---|---|
| 同一 URL 匯入兩次 | 兩個來源的完整 URL 是否相同 | 保留一個分組,確認目前連線後移除另一份訂閱 |
| 兩個分組中出現同名節點 | 來源、協定、伺服器與連接埠 | 不要只按名稱去重,先確認連線參數 |
| 刪除後更新又再次出現 | 該節點是否仍由訂閱提供 | 依來源處理,或收合不常用的分組以減少干擾 |
| 訂閱持續驗證失敗 | 連結憑證與自己保存的資料狀態 | 確認不再使用後再刪除來源,不要只因單次逾時就刪除 |
判斷是否重複:名稱相同只是線索
比較節點時,至少確認協定、伺服器位址、連接埠與驗證參數。使用 TLS 的連線也可能包含 Server Name(伺服器名稱)等欄位;使用不同傳輸方式的連線,還需比較傳輸設定。不要為了方便比對,將這些敏感欄位複製到聊天記錄或公開截圖。
- 同樣是
example.com:443,一條使用 Trojan,另一條使用 VLESS,不能視為相同節點。這裡的443只是範例連接埠,不代表服務一定使用該連接埠。 - 即使協定與位址相同,驗證資訊或 TLS 設定不同,也可能是兩種不同的連線設定。
- 若兩個訂閱部分項目重複、部分項目獨有,刪除整個分組會一併失去獨有項目。建議保留來源區隔,並透過備註與收合分組減少清單干擾。
執行刪除:先切換,再確認範圍
- 若待刪除來源包含目前使用的節點,請先選擇另一個已確認可用的項目;也可以先主動中斷連線再整理。
- 對目標訂閱項目執行刪除操作。若使用清單的滑動刪除功能,請先確認滑動的是訂閱來源還是組內節點,再詳閱確認提示。
- 返回 Home 檢查剩餘分組,確認沒有誤刪仍需使用的來源。重新更新保留的訂閱,確認是否還有另一份相同 URL 的副本。
- 若誤刪,請使用自己原先保存且有效的訂閱 URL 重新匯入。重新匯入不保證能還原先前的本機排序與手動備註,因此操作前請先保留必要記錄。
六、整理清單後,複查路由與自動連線
完成分組整理後,請分別確認「清單正常」與「流量依預期處理」。Global Routing 中的 Proxy(代理)與 Direct(直連)代表不同的處理方式;Config(設定檔)則依所選設定檔中的規則處理;Scene(場景)用來設定不同情境下的行為。模式名稱不是節點分組名稱,調整清單順序也不能取代路由設定。
- Home → Global Routing:確認目前模式符合原本用途。使用 Config 時,請再到 Config 確認目前使用的設定檔,避免把規則行為誤判為節點重複所致。
- Config 中的規則引用:若自行編寫的設定檔引用了特定節點名稱或策略群組名稱,重新命名或刪除後請檢查相關引用。DOMAIN-SUFFIX(網域後綴)、GEOIP(地理 IP)、IP-CIDR(位址網段)與 FINAL(最終匹配)的順序不受 Home 的顯示排序影響。
- Settings → On Demand(按需連線):若整理期間需要保持中斷連線,請先確認是否有按需連線條件會再次觸發連線。整理完成後恢復自己需要的設定,不必為了管理訂閱而永久關閉這項功能。
- 重新確認目前選擇:使用平常的連線情境檢查連線,並搭配 Log(記錄)確認處理結果。分享排查記錄前,請遮蔽訂閱 URL、驗證資訊與個人瀏覽內容。
七、多個訂閱管理常見問題
兩個分組名稱相同,可以直接刪除其中一個嗎?
先分別開啟訂閱編輯資訊並確認 URL,再檢查是否包含獨有節點。名稱相同不足以證明內容重複;確認是同一連結重複匯入後,再保留一份並移除另一份。
剛刪除的節點,為什麼更新後又出現?
該節點仍包含在訂閱提供的內容中,本機刪除不會改變來源資料。請先確認所屬分組;若仍要保留這項訂閱,可收合分組以減少干擾。只有不再需要整個來源時,才刪除對應訂閱。
依延遲排序後,下次順序又變了怎麼辦?
先確認是否重新執行測試、切換排序方式或更新訂閱。測試結果會隨網路環境改變,來源回傳順序也可能不同。使用固定備註辨識來源,不要把單次排序視為永久優先順序。
更新逾時,是不是該刪除訂閱再重新新增?
先保留現有分組,檢查裝置網路、URL 是否完整及目前的連線路徑,再單獨重試該來源。刪除後重新新增仍需存取同一連結,無法解決連結無法連線或驗證失效的問題,還可能遺失本機整理結果。