Shadowrocket
訂閱與伺服器管理手冊

02 / ADD SERVER

Add Server 手動輸入欄位與參數核對

手動新增適用於已有完整伺服器參數、需要逐項核對連線資訊的情況。先選擇協定類型，再填寫對應欄位；不要先填完位址和密碼，才反覆切換類型。不同協定的驗證方式與傳輸設定不盡相同，切換類型後，部分欄位可能不再適用。手動輸入的目的是準確還原已有資料，而不是靠反覆嘗試拼出看似完整的表單。

分別填寫位址、連接埠與驗證資訊

伺服器位址請填入資料中的網域名稱或 IP 位址，連接埠則填入提供的數字。一般位址欄位通常不需要附加網頁路徑，也不要把完整分享連結貼進位址欄。網域名稱前後不可保留空格；連接埠應為有效整數。資料中出現冒號時，請先分辨它是用來分隔連接埠，還是 IPv6 位址的一部分，不要直接依最後一段文字拆分。

驗證資訊必須符合所選協定。Shadowsocks 需要正確的加密方式與密碼；VMess、VLESS 常使用 UUID；Trojan 通常使用密碼；HTTP 與 SOCKS5 則可能需要使用者名稱和密碼。不要把 UUID 當成伺服器網域，也不要將「備註」內容填入密碼欄。若字元容易混淆，可複製貼上以減少錯誤，但貼上後仍須檢查前後空格與多餘換行。

TLS、SNI 與傳輸設定不可憑猜測填寫

TLS 相關名稱不一定與連線位址完全相同。伺服器位址決定連線目標，SNI 則是在 TLS 交握時提供名稱，兩者用途不同。若資料明確提供 SNI，請依原文填寫；若未說明，不要直接套用其他伺服器的值。出現憑證錯誤時，應核對名稱、裝置時間與憑證狀態，不應把停用驗證當成日常解法。

使用特定傳輸方式時，Host、Path 等欄位也可能影響伺服器能否正確處理連線。路徑中的斜線、大小寫與查詢內容都可能具有意義，不要依中文閱讀習慣自行改寫。位址與連接埠相同，不代表傳輸參數也相同。若提供的資料缺少重要欄位，請向你的服務供應商確認，不要從其他可用項目複製一組設定碰運氣。

以單一變數驗證手動新增項目

儲存前為手動新增項目加上明確備註，與訂閱產生的項目區分。首次驗證時只選取這一台伺服器，暫時不要同時更動 Config、DNS 與連線條件。先確認參數能否透過目前網路建立連線，再判斷規則是否如預期運作。若同時修改多項，即使恢復正常，也很難確認真正影響結果的是哪個欄位。

手動新增項目通常不會因某筆訂閱更新而自動同步。服務供應商更換連接埠、密碼或憑證要求後，需重新核對這筆資料。可以記錄參數來源與用途，但不要把完整密碼寫在可見備註中。測試用的重複項目核對完成後應及時整理，避免日後誤選舊資料，把參數過期誤認為 App 連線故障。

WireGuard 等類型有各自的金鑰、位址與對端參數結構，不能用一般「網域加密碼」的方式填寫。只有在取得完整且相符的資料時，才手動設定；私鑰內容應妥善保密。若想先了解各類型的差異，可閱讀支援協定與欄位概覽，再返回本章逐項核對。

04 / LINK FORMATS

分享連結格式與設定範圍

分享連結是連線參數的編碼表示方式，不是另一種一般網頁網址。不同協定使用不同前綴與欄位結構，參數也可能經過編碼。判斷連結是否完整，應確認前綴、主體、查詢參數與備註部分是否保留，而不是試著直接讀出密碼。遇到無法辨識的連結，先核對格式說明與原始內容，不要盲目替換字元。

區分單筆連結與訂閱 URL

以 ss://、vmess://、vless:// 或 trojan:// 等前綴表示的內容，通常用來描述對應協定的伺服器資料。一般 HTTPS 訂閱 URL 則是取得一組資料的網路入口。前綴有助於判斷類型，但不保證內容目前有效或相容；同一協定也可能有不同編碼方式與附加參數，需由 App 依支援的格式解析。

不要把分享連結直接當成瀏覽器網址來驗證。瀏覽器無法開啟某種協定前綴，不代表伺服器不可用；反過來，HTTPS 網址能顯示網頁，也不代表它是可匯入的訂閱。應確認回傳內容是否符合預期格式，以及用戶端是否建立了正確記錄。排查時先判斷入口類型，再選擇相應的匯入位置。

# 僅展示訂閱 URL 的結構；不是可用服務
https://example.com/sub?token=xxxx

# 常見單筆分享連結前綴
ss://
vmess://
vless://
trojan://

編碼、查詢參數與備註的處理方式

連結中的百分比編碼與 Base64 內容可能包含必要欄位，不要為了「看起來整齊」而手動轉換。某些字串中的加號、斜線與等號具有編碼意義；複製工具若將加號改成空格，或漏掉結尾字元，就可能導致解析失敗。請先重新取得完整原文，再確認相容性，不要把一次複製錯誤歸咎於協定本身。

問號後的參數可能描述 TLS、傳輸方式、路徑或其他協定選項，不要一概當成追蹤資訊刪除。井字號後的部分在不少分享格式中用於備註，也應依原格式保留並交由 App 處理。中文名稱顯示異常，可能與備註編碼有關，不一定影響主要參數；應分別檢查顯示名稱與連線能力，不要混為一談。

伺服器連結不能取代 Config

匯入伺服器通常只是儲存連線目標，不代表已設定好規則、DNS 或 Global Routing。若要依規則分流，應核對目前的 Config 與設定模式；暫時使用 Proxy 或 Direct 時，流量處理方式也不同。伺服器名稱中出現用途字樣只是備註，不會讓 App 自動建立相應規則，也不能取代實際設定檢查。

以下是 Shadowrocket .conf 中的規則片段示意，只用來說明比對關係，並非完整設定檔。規則依檔案中的實際順序由上往下檢查，符合第一條規則後即停止；FINAL 應作為最後的預設規則。PROXY、DIRECT 與 REJECT 是規則動作，不是可以任意重新排序的三種優先級。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,ad,REJECT
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

分開驗證格式問題與規則問題

若連結解析後缺少位址、連接埠或協定，應優先檢查原始內容與格式相容性；若伺服器參數完整，但特定網域的連線路徑不如預期，則應檢查規則命中情況。不要反覆修改分享連結來修復規則，也不要匯入不明設定來掩蓋欄位缺漏。每次只處理一個層面，結果才容易判讀。

需要回報問題時，可以提供協定類型、錯誤提示與已去識別化的欄位結構，但不要傳送完整驗證資訊。只遮住顯示名稱通常沒有幫助，真正敏感的內容可能藏在編碼主體或 URL 參數中。若不確定如何遮蔽，只描述現象與欄位名稱，並將原始資料保存在可信任的位置，避免為了尋求協助而擴大資訊暴露範圍。

想了解設定、代理與直連三種選擇的用途，可閱讀Global Routing 的 Config、Proxy、Direct 說明。本章著重資料格式與項目界線，日常連線步驟仍以使用說明為主。

06 / ORGANIZE

整理多筆訂閱與資料歸屬

管理多筆訂閱時，首要工作不是統一名稱，而是保留每筆資料的來源與維護方式。應能區分訂閱產生的伺服器、手動新增的伺服器與暫時測試項目。否則某筆伺服器失效時，很難判斷該更新訂閱、修改手動參數，還是清除暫存項目。整理方式應方便日後維護，不必為了外觀整齊增加複雜層級。

採用穩定且低敏感度的命名方式

訂閱名稱可採用用途加來源代號，例如「日常 A」、「備用 B」；手動新增項目可加上「手動」標記，暫存項目則可加上「測試」標記。名稱中不要放入密碼、完整訂閱 URL 或驗證權杖。同一來源應使用一致代號，方便日後更新與備份時辨識。備註可記錄用途，但不應宣稱某台伺服器永遠可用，因為狀態會隨網路與遠端條件改變。

訂閱產生的名稱可能在更新時被遠端內容取代，因此不要只把重要維護資訊寫在這類名稱中。需要長期保存的說明，可放在受保護的獨立記錄中，並標明訂閱代號與必要的辨識特徵。不要只靠列表位置記住伺服器，因為更新、收合與排序都可能改變位置；至少搭配名稱、協定與歸屬確認。

依資料身分核對重複項目，不要只看名稱

兩筆記錄同名，可能連往不同位址；名稱不同，也可能使用相同目標。判斷是否重複時，應比較協定、位址、連接埠與重要驗證或傳輸設定。比對過程中不要公開敏感欄位。若資料分別來自不同訂閱，即使參數目前相同，也應先保留來源資訊，因為日後遠端更新方向可能不同。

發現重複項目後，優先清除明確屬於誤操作的暫存匯入資料，不要未經確認就刪除訂閱中的項目。某些本機修改可能在下次更新時重新建立或遭到覆蓋，實際行為以目前 App 為準。若長期不再使用某筆訂閱，請先完成移轉與備份，再刪除訂閱入口；只刪除幾台伺服器，不一定會改變下次更新取得的清單。

列表分組與規則策略是不同概念

Home 中為了顯示而建立的分組，不應直接視為 Config 中的策略選擇。同一訂閱下顯示的伺服器，只代表它們來自相同資料來源，不代表會依某種規則自動切換。實際流量處理方式仍取決於 Global Routing、目前設定與其中的策略引用。整理列表後，應確認原有選取項目是否仍符合日常用途。

設定檔引用名稱時，重新命名可能改變對應關係。調整前先檢查是否有自訂規則或策略依賴該名稱，並記錄新舊名稱的對應。不要一次修改所有項目名稱後又同時更新訂閱。將命名整理與遠端同步分開處理，才能清楚判斷是哪個步驟影響連線或選取結果。

分批維護，避免一次大規模清理

建議逐筆訂閱整理：先確認入口有效，再檢查列表歸屬，選取一筆記錄測試，最後清理明確重複的暫存項目。完成一組後再處理下一組，不要同時收合、重新命名、排序並刪除所有內容。每輪只變更少量項目，即使結果不如預期，也容易回復至上一個可用狀態，不必重建整份列表。

測試與排序結果只能作為整理依據之一，不能直接決定是否刪除。某台伺服器在目前網路逾時，換到另一種網路後可能有不同表現；暫時延遲較高也不代表參數已失效。先分別記錄「目前無法使用」、「參數已過期」與「不再需要」，再決定保留、修正或移除，避免把暫時的網路問題變成資料遺失。

在多部裝置上使用時，應明確確認每部裝置的同步方式與管理責任。兩部裝置儲存同一筆訂閱，不代表手動備註、排序或選取狀態會自動一致。未確認同步機制前，不要假設一處修改會套用到所有裝置；移轉至另一台 iPhone 或 iPad 後，仍須分別檢查伺服器、Config 與系統連線授權。

08 / BACKUP & REMOVE

安全刪除、移轉與備份的順序

刪除前先確認資料類型、影響範圍與復原資料。單筆伺服器、訂閱入口、Config 檔案與系統 VPN 設定是不同項目；刪除其中一項，不等於其他項目也會一併清除。若只是要停止連線，先中斷連線並檢查 On Demand 條件；若要整理列表，再處理記錄。不要用刪除所有資料來代替一般的中斷連線操作。

先備份必要資料，再執行刪除

備份至少應包含有效訂閱網址、手動新增的伺服器參數、實際使用的 Config，以及用來辨識資料歸屬的說明。訂閱網址只能協助重新取得遠端目前的內容，不保證能還原過去的伺服器清單；設定檔也不一定包含所有手動新增的伺服器。請分別確認要還原的各項資料需要哪些材料，不要只保存一張列表截圖。

若目前 App 提供匯出、分享或備份入口，請確認匯出內容的範圍，以及是否包含驗證資訊與自訂設定。不同入口可能只匯出單筆記錄，不一定包含完整狀態。匯出後先在可信任的位置確認檔案可讀且內容完整，再決定是否刪除原記錄。未經驗證前，不要把「檔案已產生」視為一定可以成功復原。

妥善保護含敏感資訊的備份

備份可能包含訂閱權杖、密碼、UUID 或私鑰，應存放在受保護且由自己管理的位置。使用裝置間同步時，請確認同步帳號、可存取的裝置與分享範圍，不要放進預設公開的資料夾。為備份標明用途與資料類型，但檔名不要包含完整憑據。暫存匯出完成後，也要處理訊息附件、相簿或其他中繼位置中的副本。

重新取得 App 與還原服務資料是兩件不同的事。更換 iPhone 或 iPad 後，從 App Store 重新取得已購 App 的流程請參閱已購 App 還原說明；重新安裝 App 不代表伺服器、訂閱與自訂設定都一定能完整復原。不要只憑猜測依賴系統備份，應事先確認能否重建重要資料，並保留獨立的核對清單。

分批依序清理記錄

刪除伺服器前，先切換至已確認可用的其他項目，並檢查是否有設定依賴其名稱。刪除訂閱前請閱讀確認提示，核對相關項目會如何處理；具體連動方式以目前 App 的提示為準。只刪除訂閱中的單筆記錄，之後更新時可能再次產生；若要長期停用某個來源，應從訂閱層級規劃，而非每次更新後重複清理。

刪除 Config 前，先匯出自訂內容，並確認另有適用的設定可用。刪除後若存取行為改變，應優先檢查目前的 Global Routing 與選取的檔案，不要立刻修改伺服器密碼。清除系統 VPN 設定後，之後連線可能再次要求授權；這是系統連線設定重建，不代表需要重新購買訂閱或伺服器憑據失效。

還原後依序重新驗收匯入、選取與驗證

還原時先新增訂閱或手動新增伺服器，確認列表與資料歸屬，再匯入並選取所需 Config，最後檢查 Global Routing 與系統連線授權。不要一次還原大量舊記錄後立刻刪除重複項目；先確認一條完整流程可以正常使用。若設定副本來自過去，也應核對其中引用的伺服器名稱目前是否仍存在，避免資料已還原，引用的目標卻已失效。

新裝置完成驗證前，請保留舊裝置與備份中的有效資料。確認日常存取、更新入口與自訂規則都正常後，再清除不再需要的副本。若備份中的訂閱權杖或密碼已重設，應以向你的服務供應商取得的最新資料為準；舊備份可用於了解資料結構，但不能繼續作為有效驗證資料。