Shadowrocket
訂閱與伺服器管理手冊

Add Server：依協定核對手動輸入欄位

先選 Type，再填寫位址與驗證資訊

手動新增適用於已取得完整伺服器參數，且需要獨立管理單筆紀錄的情況。開啟 Add Server 後先選擇 Type，再依該協定顯示的欄位填寫。不同協定使用不同驗證方式，不能將某種協定的密碼、識別資訊或傳輸參數直接套用到另一種協定。協定名稱相近，也不代表欄位可以互換。

主機欄位通常填寫網域或位址本身，連接埠欄位則填入相應數字。除非目前欄位明確要求 URL，否則不要在主機前加上網址協定，也不要把路徑、連接埠和查詢參數全部填入主機欄位。複製資料時請核對分隔符號的位置，尤其是包含冒號的位址；把位址與連接埠混成一段，容易造成解析結果與預期不符。

分開檢查驗證參數與傳輸參數

Shadowsocks 需要核對加密方式與密碼；VMess、VLESS 需要核對相應識別資訊與傳輸設定；Trojan 應檢查密碼及 TLS 相關要求。Hysteria2 與 WireGuard 也各有專屬參數，不能只憑伺服器網域就完成填寫。欄位資訊不足時，請回頭查閱既有參數說明，不要隨意填值補齊表單。

密碼或識別資訊應完整複製，不要自動刪除看似多餘的符號，也不要把備註當成驗證資訊。部分輸入欄位會遮住內容，儲存前可在安全環境中分段確認長度與首尾字元。需要截圖記錄時，請遮住整段驗證資料，而不只是中間幾個字元；局部殘留也可能暴露真實憑證。

TLS、SNI、Host 與路徑不是同一個欄位。連線位址用來找到伺服器，SNI 參與 TLS 名稱協商，Host 和路徑可能用於上層傳輸請求。既有設定中的這些值即使看起來相似，也應分別保留。尤其不要為了讓測試通過而任意關閉憑證驗證，這會改變安全界線，並掩蓋名稱或憑證設定錯誤。

使用 WebSocket 等傳輸方式時，漏填路徑或 Host 錯誤，可能會出現位址可連線、但連線無法完成的情況。排查時先確認伺服器協定，再核對驗證資訊，最後檢查傳輸層欄位。一次只調整一個已確認有誤的值，並保留原始參數作為對照，避免連續嘗試修改後無法判斷是哪一項造成變化。

為手動紀錄設定清楚的界線

備註是用來辨認項目，不屬於連線協定的一部分。可以註明用途、位置或維護方式，但不應將密碼寫進備註。手動項目與訂閱產生的項目最好採用不同命名方式，例如清楚標記哪些項目由自己維護。如此一來，訂閱更新後出現相似名稱時，仍能判斷應檢查哪筆紀錄，不會誤以為兩者完全相同。

儲存前後都應核對 Type、主機、連接埠、驗證資訊與傳輸這五類資料。儲存動作通常只代表用戶端接受了目前欄位，不代表伺服器確認參數正確。接著仍須測試連線並確認目標存取是否符合預期；若只有部分網站連線失敗，不要立刻重填所有伺服器欄位，應先檢查分流與解析路徑。

訂閱項目的手動修改，後續更新時可能被重新產生的內容取代。若要長期保留個人調整的參數，請先確認目前是在修改訂閱項目，還是建立獨立的手動紀錄。若選擇獨立管理，就必須自行跟進伺服器變更並更新參數，不能再假設訂閱重新整理會自動維護這份副本。

若不清楚協定欄位的意義，可先到概念速查確認術語，再依既有伺服器資料逐項填寫。本手冊不建議靠猜測協定、隨意組合欄位或反覆切換憑證選項來解決問題。只有參數完整、相互對應且仍有效，手動新增才有穩定運作的基礎。

分享連結：辨識格式與編碼界線

前綴可判斷解析方式，不代表參數正確

伺服器分享連結以約定的文字結構傳遞協定與連線參數。常見前綴包括 ss://、vmess://、vless://、trojan:// 與 hysteria2://，但各格式的內部結構並不相同。看到前綴只能初步辨認類型，不能據此判斷驗證資訊有效、伺服器可連線，或所有擴充參數都受支援。

訂閱網址通常是一般網址，用來取得一組項目；單筆分享連結則直接描述某個連線目標。兩者都可能很長，也都可能包含憑證，因此不能只依長度區分。請依資料說明與前綴辨認，再選擇 Subscribe 或單筆匯入，不要把所有長文字都當成訂閱。

編碼不等於加密，也不能任意改寫

部分分享格式會將結構化內容以 Base64 編碼，部分格式則將參數放在查詢字串中。編碼主要是讓文字方便傳輸，並不能保護憑證機密。能還原編碼的人仍可能讀到位址、密碼或識別資訊，因此不要把看不懂的字串誤認為已安全去識別化。

查詢參數中的百分比編碼、大小寫與特殊符號都應保留原樣。重複解碼可能將原本屬於密碼或路徑的字元變成分隔符號；重複編碼也可能讓伺服器收到與預期不同的值。除非清楚了解格式定義與欄位意義，否則不要先用其他工具轉換，再交由用戶端嘗試識別。

連結末尾的片段部分常用作備註，但實際處理方式取決於格式。中文備註經過編碼後可能變長，這不代表連結損壞。相反地，聊天工具將連結截成兩段，或把一般符號換成全形字元，就可能影響解析。出現亂碼時，請先對照原始文字，不要立即重寫驗證欄位。

Config 與伺服器分享連結不可混為一談

設定檔可以決定網域或位址應套用哪種策略，但一段規則不一定包含完整伺服器參數。將規則文字貼到單筆伺服器匯入入口，不會自動產生連線目標。同樣地，匯入伺服器分享連結，也不會自動建立適用於所有用途的規則檔；伺服器與分流需要分別確認。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

這是一段用來說明比對順序的 Shadowrocket .conf 規則片段，並非完整設定檔。規則依序判斷，先處理指定網域後綴，再處理相應位址範圍，最後由 FINAL 接收先前未比對到的連線。範例中的網域是虛構的教學用值，套用到自己的設定前，請先了解目標策略與既有項目的關係。

Global Routing 選擇 Config 時，應優先檢查目前設定中的規則；選擇 Proxy 或 Direct 時，流量處理方式則不同。因此，若匯入成功但存取路徑不符預期，請先確認目前模式，再檢查規則，不要只因伺服器分享格式完整，就認定分流一定正確。模式說明請見Global Routing 三種模式的差異。

安全回報格式問題

回報解析失敗時，可以說明協定前綴、失敗步驟，以及是否出現不支援參數的提示。請勿公開完整連結，也不要將真實編碼內容貼到公開解碼網站。若需製作示範文字，請使用虛構位址與虛構驗證資訊重新編寫，不要只替換備註後繼續使用仍有效的原始連結。

若能重新匯出原始資料，請優先取得同一筆紀錄的完整文字，再與本機匯入結果比對。不要為了讓匯入成功而刪除所有查詢參數，因為被刪除的部分可能決定傳輸、TLS 或驗證行為。成功產生項目只代表解析階段完成，最終仍須使用正確參數驗證連線。

多訂閱管理：保留來源界線與引用關係

先釐清群組用途，再調整排序

同時保存多個既有訂閱時，最重要的是能辨認每筆紀錄由誰維護、屬於哪個訂閱，以及更新會影響哪些項目。不要先把所有伺服器改成相似名稱，再回頭猜測原來的群組。請先為訂閱設定固定別名，以用途或自己看得懂的分類命名，避免將憑證或帳戶資訊寫進顯示名稱。

訂閱別名用來表示本機管理關係，不是評價伺服器品質。可以依工作用途、測試用途或維護責任區分，但不要把單次測試的快慢寫成永久結論。測試結果會隨時間與網路變化，名稱卻常被長期保留；若把短期狀態寫進名稱，之後就容易依賴已失效的資訊來選擇。

手動項目最好與訂閱產生的項目保持清楚界線。若確實需要複製訂閱中的伺服器並獨立修改，請明確標記由自己維護，並安全保存原始參數。否則訂閱更新後，一筆紀錄改變、另一筆仍保留舊值，看起來會像同一台伺服器時好時壞；實際上是兩份參數已不相同。

去重前先比對連線身分

名稱相同不一定是重複，同一個主機也不一定只對應一種連線。辨認時應一併比對協定、主機、連接埠、驗證資訊與傳輸參數，必要時檢查 TLS 名稱與路徑。兩筆紀錄即使顯示相同備註，也可能使用不同連接埠或驗證資訊；只依名稱批次刪除，可能誤刪仍需要的獨立紀錄。

反過來說，名稱不同也可能對應相同的連線參數。這類重複通常來自多次匯入、手動複製，或多個訂閱包含重疊項目。請先確認要保留哪一份作為日常使用紀錄，再清理多餘副本。不要只為了縮短清單就立刻刪除整個群組，因為群組也可能是後續更新與維護的界線。

一併核對伺服器選擇與規則引用

Home 目前選取的伺服器，可能與 Config 中的策略或規則引用有關，但不能只看醒目標示的位置，就判斷所有連線最後會經過哪裡。某條規則可能指定策略，某個策略也可能使用獨立選擇。整理清單後，請檢查常用設定是否引用已重新命名或刪除的項目，再進行實際存取驗證。

在 Global Routing 的 Config 模式下，規則比對順序決定連線處理方式；Proxy 會將連線交由代理處理；Direct 則表示直接連線。三種模式不是訂閱群組的篩選器，也不會替你合併重複伺服器。維護清單時，請一併記錄模式、目前選取項目與設定名稱，才能釐清整理前後行為為何不同。

若正在處理重要連線，不建議同時重新命名訂閱、批次刪除項目並修改規則。可以先整理一個群組，完成更新與測試後，再處理下一個。每次只變更一個範圍，即使結果不如預期，也能明確知道應復原哪項；一次整理所有內容，則很難分辨是名稱引用、參數變更還是網路波動造成問題。

建立簡明且不洩露憑證的紀錄

管理紀錄可以包含訂閱別名、用途、是否自動更新、最近一次檢查結果，以及是否另有手動副本。不必記錄完整訂閱網址，更不要把密碼複製到一般備忘文字中。需要跨裝置核對時，可在兩端使用一致且不含敏感資訊的別名，透過名稱對應管理項目，而不是在聊天中傳送有效憑證。

請實際確認 iPhone 與 iPad 上的清單是否一致，不要因為應用程式使用同一個購買帳戶，就假設所有訂閱、目前選取項目與 Config 都會自動完全相同。還原購買只處理取得應用程式的資格；伺服器資料與設定的還原則屬於另一個流程。換機前請依本頁的刪除與備份章節分別檢查。

整理完成後，請選取常用設定與伺服器各驗證一次，再確認更新操作仍指向正確訂閱。維持清楚界線比追求極短清單更重要：訂閱讀取失敗時，能迅速確認哪些項目受影響、哪些手動紀錄仍可獨立使用，才能在不擴大修改範圍的情況下繼續排查。

刪除與備份：先驗證還原，再清理紀錄

先確認要刪除的是哪一層

清理前先區分單一伺服器、整個訂閱與 Config 檔案。刪除單一伺服器可能只會變更本機清單；若該項目由訂閱產生，後續重新整理時可能再次出現。刪除訂閱會影響其管理關係與相關項目；刪除 Config 則會影響分流設定。這三種操作不能互相取代，也不應將其中一種當成重設所有內容的方法。

訂閱更新失敗時，不要立即刪除唯一一份本機紀錄。請先確認是否仍有可用伺服器、原始訂閱網址是否安全保存，以及能否重新取得既有參數。刪除通常無法撤銷遠端憑證，也無法修復網路請求。只有確認紀錄已不再需要，且還原方式經過檢查後，才適合清理。

清理重複項目之前，請確認是否有規則或策略引用其名稱。刪除後即使伺服器清單更整齊，依賴該名稱的設定也可能需要調整。可以先處理一筆不再使用的項目，確認常用設定仍正常運作，再逐步擴大範圍。批次刪除較適合已完成備份與引用檢查的情況，不應用來試探問題來源。

備份須涵蓋不同資料項目

備份前先列出需要保留的項目：訂閱網址、獨立手動伺服器、Config 檔案，以及與使用相關的設定。訂閱網址通常能重新取得遠端目前的清單，但不保證還原已不存在的舊項目，也不保證保留本機重新命名與手動修改。只保存訂閱網址，不能取代對獨立伺服器與自訂設定的檢查。

使用目前應用程式提供的匯出或分享入口時，請確認實際匯出範圍，再選擇由自己掌控的安全儲存位置。若某入口只分享單一伺服器，就不能當成完整備份；若匯出的是設定檔，也要確認其中確實包含還原所需的伺服器關係。不要只憑檔名推斷備份涵蓋範圍。

還原驗證比成功匯出更重要

匯出完成後，請確認檔案存在、可以讀取，且換機後仍能存取儲存位置。重要資料可保留一份受控的備用副本，但兩份都應明確設定用途與存取界線。若檔案只留在準備清除的舊裝置上，匯出雖然完成，實際上卻沒有可供換機還原的備份。

還原時先確認目標裝置上的 Shadowrocket 已透過 App Store 正常取得，再依資料項目逐一匯入。還原已購應用程式與還原伺服器資料是兩個流程：前者處理購買資格，後者處理連線資料。iPhone、iPad 的系統需求、相容性與通用購買資訊請以 App Store 頁面標示為準，詳細步驟請見已購項目還原說明。

目標裝置已有資料時，先備份目前狀態，再匯入舊資料，避免內容遭覆蓋或重複後難以辨認。可以先還原一個訂閱或一筆手動伺服器，確認參數正確後，再還原 Config 與其他紀錄。匯入完成後，請核對目前選取項目、Global Routing 與常用規則，不要看到清單出現就立刻清除舊裝置。

至少完成一次實際連線與目標存取驗證，再確認訂閱是否能重新整理。舊伺服器參數目前仍可連線，不代表訂閱憑證仍有效；反過來說，訂閱能重新整理，也不代表自訂規則已正確還原。分別確認讀取、連線與分流三個層面，才能確認關鍵使用狀態已在新裝置上恢復。

分別處理憑證外洩與本機刪除

若完整訂閱網址、QR Code 或備份曾經公開，請透過既有服務的管理方式更換或撤銷相關憑證，再更新本機紀錄。只刪除聊天訊息、清空剪貼簿或移除伺服器，無法確保已被複製出去的內容失效。更換後也要檢查舊備份與其他裝置，避免日後還原時重新匯入已廢止的網址。

長期維護可採用固定順序：先記錄目前狀態，再更新一個訂閱、驗證常用連線、整理重複項目，最後更新備份。如此每次變更都有明確界線，也方便日後查核。若需重新完成初次連線流程，請返回使用說明；需要確認欄位時，請查閱概念速查，不要以反覆清除資料取代分層檢查。