官方手冊 / 伺服器管理
訂閱與伺服器管理
從既有訂閱或伺服器資訊開始,依序查閱匯入、更新、整理、測試與備份方式。
首次連線請先閱讀快速入門教學;本頁說明欄位含義、更新範圍及管理操作,遇到特定問題時可返回對應章節查閱。文中入口以實際介面顯示為準,不同平台的入口位置可能有所不同。
Subscribe:匯入既有訂閱
先分清訂閱網址、伺服器記錄與規則設定。
訂閱儲存的是什麼
Subscribe 儲存的是可再次提出請求的入口。客戶端連線至該網址,取得伺服器清單,再將可辨識的內容顯示在本機。清單中的單一伺服器記錄包含位址、連接埠、協定與驗證資訊;訂閱網址則用來連結這些記錄。兩者並非同一個對象:伺服器仍可連線,不代表訂閱網址依然有效;訂閱可以更新,也不代表其中每台伺服器當下都能連線。
匯入前先確認手上的內容確實是自己的訂閱網址,而不是帳戶管理網頁、單一分享連結或規則檔案網址。瀏覽器能顯示網頁,不足以證明它可作為訂閱使用;客戶端需要取得可解析的清單,而非登入表單、錯誤訊息或網頁排版。含有驗證資訊的網址請勿貼到公開討論區,應在自己的裝置上完成確認。
依序建立訂閱記錄
- 在 Home 的新增入口尋找 Subscribe;若目前介面先進入 Add Server,請在類型選擇中確認是否有 Subscribe。入口位置以裝置上的實際介面為準。
- 在網址欄位貼上完整訂閱網址,確認開頭、結尾及查詢參數都完整保留。為記錄填上易於區分用途的備註,例如「日常使用」,避免只用日期命名。
- 儲存並進行首次取得。清單出現後,先查看所屬群組與伺服器備註,不要立刻重複新增相同網址。
- 選擇一筆自己有權使用的記錄,並完成連線驗證。首次連線與系統權限設定,請接著參閱快速入門教學。
範例僅供辨識結構,不能用於實際連線。下方網址中的網域、路徑與參數都是教學用假資料;實際網址可能沒有查詢參數,也可能使用不同路徑。複製時請保留原始內容,不要依照範例替自己的網址補上欄位。
https://example.com/sub?token=xxxx
儲存成功不代表取得成功
記錄儲存成功,只表示本機接受了輸入內容。首次請求仍可能因網路問題、網址失效、驗證失敗或內容格式不受支援而失敗。若只看到訂閱名稱,卻沒有伺服器,請先閱讀錯誤訊息,再判斷是「請求未完成」還是「請求已完成但無法解析」。前者優先檢查本機網路與網址是否可連線;後者則確認回傳內容是否為網頁、空清單或不符合目前入口的設定格式。
若提示驗證失敗,請回到既有訂閱的管理頁面,確認存取權限與完整網址,不要隨意刪改參數。若出現憑證錯誤,請確認裝置時間與網址拼寫;不應將停用憑證驗證當成預設解法。若網路需要登入網頁驗證,請先完成正常的網路登入流程,再返回 Subscribe 重試一次,避免把公共網路的登入頁誤認為訂閱回傳內容。
匯入後的三項檢查
第一,確認伺服器屬於預期的訂閱,避免與手動輸入的記錄混淆。第二,開啟一筆記錄確認協定與位址完整,但不要向他人展示驗證資訊。第三,確認目前使用的 Config 沒有因匯入操作而被意外取代。訂閱清單決定「可以選擇哪些伺服器」,Config 決定「如何處理存取目標」,兩者應分開檢查,不能因清單出現就推斷規則設定正確。
同一網址在不同裝置匯入,不代表本機備註、目前選擇及手動修改會自動同步。請將每台裝置視為獨立的管理副本,分別確認首次取得與連線結果。若手上只有單一伺服器資訊,直接前往下一章即可,不必先把單筆資訊轉成訂閱。
Add Server:逐項確認欄位
依協定填寫,不能用一組通用參數套用所有類型。
先選 Type,再輸入連線資訊
Add Server 用來建立獨立的伺服器記錄。開始前先備妥既有伺服器的完整參數,選擇 Type 後再填寫對應欄位。不同類型會顯示不同的驗證與傳輸選項;若先填入位址再任意切換 Type,部分欄位可能遭重設,也可能留下與新類型不相符的值。資訊不完整時,請回到自己的伺服器資料確認,不要依照其他記錄的外觀猜測。
位址欄位通常填寫主機名稱或 IP,而不是完整網頁網址。連接埠是獨立的數字欄位,不應填入路徑、查詢參數或備註。若資料提供網域名稱,通常應保留網域,不要自行改成解析出的 IP,因為 TLS 身分驗證與伺服器路由可能依賴網域。使用 IPv6 時,尤其要分清介面中的獨立位址欄位與分享連結中的方括號格式。
| 參數類別 | 應確認的內容 | 常見填寫錯誤 |
|---|---|---|
| Address / Port | 主機名稱或 IP、服務監聽連接埠 | 把完整網頁網址填入主機欄位 |
| 驗證 | Password、UUID 或協定指定的憑證 | 前後多出空格、漏字元、欄位填錯 |
| TLS | 是否啟用、伺服器名稱與憑證需求 | 誤以為位址與 SNI 是同一項 |
| 傳輸 | 傳輸類型、Host、Path 等 | 只填基本位址,漏掉傳輸參數 |
| 備註 | 方便自己辨識用途的名稱 | 在名稱中暴露密碼或完整存取權杖 |
驗證、TLS 與傳輸各自負責什麼
Shadowsocks 需要使用與伺服器一致的加密方法及密碼;名稱相近的方法也不能視為相同。VMess 與 VLESS 常見的身分欄位是 UUID,但不代表兩種類型可以互換。Trojan 通常會用到密碼與 TLS 參數。HTTP、SOCKS5 是否需要使用者名稱與密碼,則取決於既有伺服器的設定。請逐項照錄,不要把所有驗證資訊都填進 Password。
TLS 負責連線加密與身分驗證,SNI 則是在交握時傳送伺服器名稱。連線位址、SNI 與傳輸層的 Host 有時相同,有時不同,必須以伺服器的實際要求為準。Path 是特定傳輸方式使用的路徑,並非訂閱網址的路徑。若交握失敗,應檢查這幾個層級是否相符,而不是一再修改連接埠。憑證驗證相關設定應符合實際憑證需求。
WireGuard、Hysteria2 等類型也有各自專用的參數,不能套用一般使用者名稱與密碼的概念。只填寫目前類型需要的欄位,資料未要求的進階選項先保留預設值。若資料明確列出某項,但介面中找不到,請先確認 Type 與入口是否正確,再參閱術語表了解欄位用途;不要把該值填入名稱相似、但職責不同的欄位。
以最少變更找出錯誤
儲存前先檢查空格與換行。密碼可能區分大小寫,複製時也可能夾帶不可見字元;UUID 的連字號與字元順序應保持原樣。備註可以自行改成方便辨識的名稱,但不適合手動「整理」驗證值。儲存後先選取這筆記錄進行測試,再嘗試存取自己有權瀏覽的一般 HTTPS 網頁,分別觀察連線階段與實際請求結果。
排除問題時,每次只變更一類欄位。例如先修正位址與連接埠並重新測試,再確認驗證資訊,最後檢查 TLS 與傳輸。一次修改多項,即使恢復正常,也無法確定真正原因,日後更新時容易再次出錯。原記錄仍可使用時,可先建立附註「確認中」的獨立副本,測試完成後再決定保留哪筆,避免直接覆寫使用中的參數。
手動輸入只處理單一伺服器參數,不會自動建立規則分流。記錄可用後,仍須檢查 Global Routing 與目前的 Config。若只有部分網站出錯,應轉往規則與 DNS 的排查方向,而不是繼續修改已驗證有效的驗證資訊。
掃描與剪貼簿:確認匯入結果
先辨識載體中的實際內容,再選擇合適的入口。
QR Code 只是內容載體
QR Code 可以包含單一分享連結、訂閱網址,也可能只是一般網頁網址。Scan QR Code 成功辨識圖形,不代表其中一定是伺服器資訊。掃描前先確認 QR Code 來自自己既有伺服器或訂閱的管理環境,避免直接儲存不明內容。若辨識結果是網頁網址,請先確認它確實是訂閱入口,不要只因為能掃描就認定格式正確。
在另一個螢幕上顯示 QR Code 時,請保持圖案完整清晰並留出邊界,避免反光或裁掉四角。相機太近會使邊緣無法同時入鏡,太遠則可能讓細小的碼點變得模糊。可以先調整距離與亮度,再嘗試辨識。不要把 QR Code 傳到公開管道請他人代掃,其中的驗證資訊可能具有與明文分享連結相同的存取能力。
相機權限與圖片辨識
使用 Scan QR Code 時,若系統詢問相機權限,允許後才能即時掃描。曾拒絕權限的裝置,請前往系統設定找到 Shadowrocket 的相機權限並調整。若目前掃描介面提供從圖片辨識的入口,可以選取自己儲存的原始圖片;若介面沒有此入口,就不要照著其他平台的截圖尋找不存在的按鈕,可改用原始文字匯入。
掃描後先查看客戶端辨識出的類型、名稱與位址,再進行儲存。若結果只有一台伺服器,但預期是整份訂閱,表示 QR Code 可能包含的是單一連結;反之,訂閱 QR Code 也未必會立即展開所有伺服器,可能需要先儲存訂閱並完成首次取得。此時應確認對象類型,而不是反覆掃描以免產生重複項目。
剪貼簿匯入完整流程
- 從自己的資料複製完整原文,盡量使用「複製連結」等能取得原始內容的操作,避免連同說明文字、清單符號或引號一起複製。
- 返回 Shadowrocket,使用介面提供的剪貼簿匯入功能。若系統詢問是否允許貼上,請在準備匯入時再確認。
- 查看辨識結果。單一分享連結應對應獨立伺服器,訂閱網址應對應訂閱項目;若無法辨識,先保留原文,不要盲目重複儲存。
- 儲存後確認記錄的位置,再測試連線或取得訂閱內容。完成後,可以複製一段不含敏感資訊的一般文字,覆寫剪貼簿內容。
剪貼簿內容為空、貼上權限遭拒,或複製內容帶有豐富文字格式,都可能導致匯入失敗。最簡單的確認方式是在裝置上的私人文字編輯環境檢查開頭的協定與結尾是否完整,並確認沒有多出的中文說明、全形標點或被換行截斷。請勿將真實密碼貼到網頁搜尋框或公開的線上解析網站。
如何處理多筆內容與重複項目
多筆分享連結通常需要每行一筆,是否支援一次匯入多筆,請以目前入口的辨識結果為準。先用一筆確認流程,再處理其他內容,可縮小問題範圍。若整段文字被辨識成異常名稱,或只匯入其中一筆,不要把儲存成功當成批次匯入完成;請回頭檢查原文的分隔方式,並逐筆確認結果。
同一台伺服器分別透過掃描與剪貼簿匯入,通常會建立兩筆本機記錄,不一定會自動合併。名稱相同也不代表參數相同,其中一筆可能更新過連接埠或傳輸欄位。清理前請比較 Type、位址、連接埠與來源,保留目前已驗證可用的一筆。只在自己的裝置上檢查驗證欄位,不要為了方便比較而將兩份完整資訊傳到聊天記錄。
若辨識成功但連線失敗,請前往第二章確認參數;若訂閱能儲存卻沒有伺服器,請回到第一章檢查首次取得。將「辨識、儲存、取得、連線」分成四個階段,比反覆更換匯入方式更容易找出問題。其他權限問題請參閱FAQ中的安裝與首次開啟分類。
更新策略:保留可還原的狀態
分清清單更新、重新建立連線與規則生效,避免混為一談。
更新會變更哪些內容
訂閱更新會重新向遠端請求內容,並依回傳結果調整本機所屬的伺服器記錄。名稱、位址、連接埠、驗證資訊及清單項目都可能變動,因此更新不只是「重新整理畫面」。更新前可記下目前使用的伺服器名稱與用途;若依賴本機修改,請先備份。遠端清單刪除項目後,該項目可能在更新時消失,不應把舊記錄仍然看得到當成長期保證。
既有連線與下次新建的連線也要分開看待。清單更新完成,不一定代表所有現有連線立刻改用新參數;必要時請確認儲存完成後重新連線,再驗證實際存取結果。重要上傳、會議或遠端工作進行中,請勿反覆更新或切換,以免重建連線影響工作。請選擇可接受短暫中斷的時段處理。
手動更新與自動更新的取捨
手動更新適合需要查看變更並逐項確認的情況:先備份、執行一次取得、檢查清單差異,再測試目前用途。若介面提供自動更新與週期設定,可依實際使用頻率啟用,但不要把較短的更新週期當成穩定性保證。更新過於頻繁會增加請求次數,也可能觸發遠端頻率限制;背景更新還會受系統排程與網路狀況影響。
開啟自動更新後,仍應偶爾主動確認結果。裝置長時間離線、系統限制背景活動或訂閱存取權限變更,都可能使內容停留在舊狀態。判斷依據應是一次確實完成的請求及實際清單內容,而非只看自動更新開關。不同平台的排程機制可能不同,不要假設多台裝置會在同一時間取得完全相同的清單。
依錯誤階段選擇排查方式
請求逾時時,先檢查本機網路、網域解析與目標網址是否可連線;驗證失敗時,先確認自己的存取權限與原始連結;解析失敗時,先確認回傳內容是否變成網頁、提示訊息或其他格式。若清單已成功更新但伺服器連線失敗,應檢查目前選取項目與協定參數,而不是繼續向訂閱網址重複發送請求。錯誤發生階段不同,下一步也不同。
若目前網路無法連線至更新網址,可比較裝置在另一個自己有權使用的網路上的結果,以區分本機網路問題與遠端問題。即使已有可用連線,也應確認此次請求實際使用的網路路徑;不要同時修改路由、DNS 與訂閱網址。連續失敗後先暫停重試,保留錯誤文字與發生條件,再針對問題確認。
更新訂閱不等於更新 Config
伺服器訂閱與規則設定可能有各自獨立的更新入口。伺服器可用但部分目標無法存取時,應檢查 Global Routing 與 Config,而不是把所有問題都歸因於伺服器。下方片段用來說明規則順序:先比對指定網域,再比對指定地區的 IP,最後採用預設處理方式。這不是完整設定,不應直接取代現有檔案。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
規則由上往下比對,第一條符合的規則會決定處理方式;前面都未符合時,則使用 FINAL。範例中的 PROXY 代表相應的代理處理方式,實際使用前請確認設定中的策略與伺服器選擇是否相符。DNS 解析結果、規則順序與目前模式都會影響最終路徑;清單中存在某筆記錄,不代表每項請求都會經過它。
若一次更新同時帶來伺服器與設定變更,最好分兩次驗證:先確認伺服器連線,再確認規則行為。記下自己變更的項目,但不要把憑證寫進排錯筆記。若只有開啟開關後無法上網,請接著閱讀伺服器、Global Routing、DNS 與規則逐項排查,一次只變更一個變數。
整理多個訂閱:名稱、來源與引用
讓記錄來源可追溯,比單純縮短清單更重要。
建立容易辨識的命名方式
同時管理多個既有訂閱時,首先分清「訂閱名稱」與「伺服器名稱」。前者方便追溯更新入口,後者用來選擇特定連線。訂閱名稱適合填寫自己看得懂的用途或環境,例如「日常使用」、「測試環境」;伺服器備註則可補充用途與來源。避免只寫「新增」、「備用」等缺少上下文的詞,時間一久就很難判斷哪些項目該保留。
名稱不應包含密碼、完整訂閱權杖或其他驗證資訊。即使清單只顯示在自己的裝置上,截圖、投影畫面與備份檔案名稱也可能暴露這些資訊。遠端自動產生的伺服器名稱,應預期下次更新時可能恢復原狀;若需要長期保留備註,請先確認目前介面如何保留本機重新命名,不要以一次儲存成功推斷未來永遠不變。
先確認來源,再清理重複項
名稱相同的記錄可能來自不同訂閱,也可能使用不同協定、連接埠與傳輸設定;位址相同也不一定完全重複。清理前至少確認所屬訂閱、Type、位址與連接埠,再在本機確認驗證資訊與傳輸設定是否一致。不要只憑名稱就刪掉一半清單。暫時無法判斷的項目,可先加上備註並停止使用,確認後再清理。
同一網址若被重複新增為兩個訂閱,兩組可能在不同時間更新,因此內容看起來不一致。先選定要保留的訂閱,明確完成一次更新,再驗證目前使用的記錄。確認它包含所需內容後,才考慮刪除另一組。刪除前也要查看目前伺服器與設定的引用,避免把仍在使用的群組誤當成重複項。
分開管理伺服器、策略與模式
整理清單不會自動改變所有流量的處理方式。Global Routing 的 Config、Proxy、Direct 分別代表依設定處理、使用代理處理與直接連線這三種基本模式;若介面還提供 Scene,請依實際情境理解並設定。選擇伺服器與選擇模式是兩個不同操作:選取了某台伺服器,但模式為 Direct 時,不能因此認定存取一定會經過代理。
| 介面用語 | 基本含義 | 整理後應確認 |
|---|---|---|
| Config | 設定:依目前設定規則處理 | 策略名稱與引用是否仍能找到對應對象 |
| Proxy | 代理:透過代理處理流量 | 目前選取的伺服器是否正確且可用 |
| Direct | 直連:直接連線至目標 | 不要把直連結果誤當成伺服器測試結果 |
若設定依名稱引用伺服器或策略,重新命名與刪除就可能影響引用關係。整理前先查看目前設定是否有這類依賴,整理後再確認策略選擇與規則命中情況。不要只把名稱改好、清單整理整齊就當作完成;至少要依照日常用途進行一次實際存取,確認請求採用預期的處理方式。
分批整理,保留還原空間
一次只處理一個訂閱:備份現況、確認重複記錄、完成命名、更新並測試,再處理下一組。如此一來,若出現異常,就能明確對應到最近一批變更。若同時執行「全部更新、全部重新命名、刪除舊項、替換 Config」,問題會交錯難查;即使有備份,也很難判斷該還原哪一部分。
多台裝置也應分別確認,不要以為在手機上刪除項目後,電腦上的獨立副本也會同步消失。若某個訂閱已停止使用,請在每台曾儲存該訂閱的裝置上分別檢查。反過來說,服務端撤銷存取權限,也不代表本機記錄會自動消失;失效記錄可能仍留在清單中,需要自行整理。
建議保留一份不含驗證資訊的管理筆記,只記錄訂閱用途、本機獨立項目、依賴的 Config 與最近一次確認結果。真實憑證請存放在有保護措施的備份中,不要與公開的排錯說明混在一起。刪除與匯出的詳細範圍見第八章,測試與排序方法見下一章。
延遲測試:先統一條件再排序
測試數值只代表一次測量,不能取代實際使用驗證。
Connectivity Test 能說明什麼
Connectivity Test 用來檢查特定條件下的連通狀況。不同測試方式可能只涵蓋建立連線,也可能包含透過代理發出請求的流程,因此測試前請查看 Settings 中實際選用的方法與目標。單次耗時較短不代表傳輸量較大,也不代表長時間連線一定穩定;一次逾時也不足以證明伺服器永久失效。解讀結果時應一併考慮測試條件。
測量結果會同時受到本機 Wi-Fi、行動網路、DNS、裝置負載、伺服器狀態與測試目標回應影響。切換網路後,原有排序可能不再適用。不要混合比較不同網路、時間與測試方式的數值,也不要用與實際用途無關的測試目標,直接推斷所有存取都會有相同體驗。
建立可比較的測試流程
- 先確認裝置本身能正常上網,暫停大量占用頻寬的工作,並維持相同網路與相近的測試條件。
- 在 Settings 中確認目前的測試方法與目標,使用相同設定測試要比較的記錄。
- 執行一次測試,等本輪完成後再查看失敗項目;尚未完成時不要連續觸發多輪測試。
- 對候選項進行少量複測,再選取其中一筆實際存取。記錄是否出現驗證、TLS 或目標回應方面的錯誤。
清單很長時,全面測試會產生大量連線請求,也可能讓短時間內的資源競爭影響結果。可以先挑選與目前用途相關的一組,縮小範圍後再比較。若所有記錄同時失敗,優先檢查共通條件,例如本機網路與測試目標;若只有一筆持續失敗,再檢查該筆參數。先找共通原因,比逐筆修改密碼更有效。
排序與自動選擇是兩回事
依延遲排序通常只會改變清單的顯示順序,不應假設它會自動替換目前伺服器,也不要認定排序後的第一筆就是目前生效項目。排序完成後,請查看選取標記,並確認 Global Routing 與 Config 中的策略選擇。若設定包含自訂選擇邏輯,清單位置與最終使用的對象可能不同。
名稱排序適合尋找固定記錄,來源分組適合管理更新,延遲排序則適合在相同測試條件下比較候選項。三者用途不同,不必要求一種排序方式解決所有問題。若客戶端目前介面沒有某種排序選項,不必重新命名所有伺服器來模擬;保留可追溯的名稱通常更有價值。
延遲低但無法存取時的檢查方式
若基本測試成功但網頁無法開啟,請分層確認:先確認實際請求是否經過選取的伺服器,再檢查 Global Routing、規則與 DNS,最後查看目標網站的回應。能建立連接埠連線,只代表某個連線階段已完成;目標服務仍可能拒絕請求,TLS 也可能在後續階段失敗。不要把所有錯誤都歸因於「延遲不夠低」。
若只有部分網域失敗,請檢查是否命中 REJECT、DIRECT 或不適合的策略;若所有網域都發生解析錯誤,優先檢查 DNS 與基本網路連線;若更新後只有一筆記錄異常,請回到第二章確認驗證與傳輸參數。記錄中的錯誤階段比清單旁的單一數值更有診斷價值;對外說明時只保留必要的錯誤文字,並隱藏位址與憑證。
完成實際驗證後再決定日常使用項目,切換前留意進行中的連線可能需要重新建立。若持續異常,可依開啟連線後仍無法上網的檢查順序繼續排查;系統授權相關問題請參閱新增 VPN 設定提示說明。測試的目的是縮小問題範圍,不是追求脫離使用條件的最低數值。
刪除與備份:確認可還原範圍
先確認備份包含哪些內容,再決定要刪除什麼。
刪除前先辨識對象層級
刪除單一伺服器、刪除整個訂閱、刪除 Config,以及移除系統 VPN 設定,是不同層級的操作。單筆記錄消失不代表訂閱入口已刪除,後續更新可能會重新帶回該記錄;刪除訂閱則可能連同所屬清單一起移除。操作前請閱讀確認視窗,核對名稱與對象範圍,不要只憑清單位置判斷要刪除的項目。
先檢查目前正在使用的記錄與設定引用。若要刪除的是目前使用的伺服器,請先切換到已驗證可用的其他記錄,或選擇可接受中斷的時段中斷連線。設定中以名稱引用的對象刪除後,可能無法繼續依照原本預期處理流量。刪除完成後,不只要確認清單是否整潔,也要檢查目前選取項目、策略與實際存取是否符合預期。
備份不只是儲存規則檔案
匯出一份 Config 不一定包含所有訂閱網址、獨立伺服器、驗證資訊與本機設定;清單截圖也無法還原連線參數。備份前請先閱讀目前匯出功能的說明,確認實際涵蓋範圍。可將還原所需資料分成四類:既有訂閱入口、手動輸入或獨立匯入的伺服器、規則與 DNS 設定,以及本機管理設定。每一類都應確認還原時的取得方式。
若目前介面提供 Data 或其他資料匯出入口,請依實際選項確認包含的項目;若只提供單筆分享,就應視為該筆記錄的匯出,不要當成完整裝置備份。不同平台或資料格式之間,也不應假設完全相容。正式清理前,至少要確認匯出檔能在預期入口辨識,並檢查其中是否包含所需對象。
| 儲存內容 | 可協助還原什麼 | 無法直接保證什麼 |
|---|---|---|
| 訂閱網址 | 重新取得仍有效的遠端清單 | 還原遠端已刪除的舊伺服器 |
| 單一分享連結 | 該時間點的單筆伺服器參數 | 日後自動同步伺服器參數變更 |
| Config 檔案 | 檔案中實際包含的規則與設定項目 | 還原未寫入檔案的獨立記錄 |
| 資料匯出 | 匯出選項明確包含的對象 | 跨平台匯入後所有設定完全相同 |
敏感備份的儲存與還原
訂閱網址、分享連結與資料檔案都可能包含存取憑證,請存放在自己掌控且有存取保護的位置。檔名可寫用途與裝置,不要直接填入權杖或密碼。透過個人儲存空間轉移檔案後,也要檢查歷史副本與分享權限。協助他人排除問題時,只提供已隱去敏感資訊的結構,不要將完整備份當成一般附件傳送。
建議從最小範圍開始還原:先還原或重新新增訂閱並完成取得;再還原獨立伺服器並驗證;接著匯入需要的 Config;最後確認 Global Routing、本機選取項目與系統權限。每個步驟都確認結果後再繼續。一次匯入所有舊檔案容易產生重複項,也可能讓舊設定覆蓋新設定,增加排查難度。
更換裝置後,可能需要重新確認系統 VPN 授權,不能直接假設舊裝置的授權已轉移。若出現新增 VPN 設定提示,請依系統介面完成授權;若先前拒絕授權,之後需要連線時再回到客戶端觸發提示,並確認系統設定。還原伺服器資料與還原系統權限是兩個獨立流程,不應透過重複匯入訂閱來處理權限問題。
誤刪、失效與存取權限撤銷
誤刪訂閱後,若仍保有有效網址,可以重新新增並取得目前的遠端清單,但不一定能還原先前的本機備註或已被遠端移除的記錄。若獨立手動輸入的項目沒有原始資料或匯出副本,就不能期待透過訂閱更新自動找回。先確認自己的備份範圍,再選擇還原方式;不要把清除應用程式資料當成一般排查的第一步。
刪除本機記錄只會變更這台裝置上的資料,不會撤銷伺服器端的存取權限。若懷疑訂閱網址、密碼或 QR Code 曾經外洩,請在自己有權管理的服務端更新或撤銷相關憑證,再讓各裝置重新匯入。只從清單刪除舊項,無法阻止其他已取得憑證的副本繼續嘗試使用。
完成本頁操作後,可返回快速入門教學確認連線流程,或前往FAQ依症狀繼續查閱。規則與介面欄位的含義請參閱術語表;取得應用程式與系統安裝提示,請至客戶端下載頁。分開管理伺服器資訊、規則設定與系統權限,日後更新或更換裝置時才能依明確順序逐項確認。