· 入門指南 · 約 10 分鐘

Shadowrocket 新手十問：新增伺服器、連線開關與 Global Routing 快速解答

一次解答 Shadowrocket 新手常見問題：Add Server 與訂閱匯入、VPN 設定授權、Global Routing 路由模式，以及連線後的確認方式。

本文重點

第一次使用 Shadowrocket，可依序完成「確認 App → 匯入自己已有的設定 → 授權 VPN → 選擇路由方式 → 驗證連線」。本文適合 iPhone 與 iPad 新手，說明手動新增與訂閱匯入的差異、連線開關和規則的關係，以及遇到逾時、更新失敗或自動重新連線時的檢查順序；以下皆以使用者已有自己的服務與訂閱為前提。

一、購買 Shadowrocket 後，為什麼還要新增伺服器？

購買的是用戶端使用權，不包含遠端服務。Shadowrocket 是閉源商業 App，採一次性買斷；買斷用戶端不等於購買線路方案。首次開啟時若 Home 清單為空，需要匯入自己已有的設定，或使用 Add Server 填寫已有的伺服器參數。完成 App 購買，不代表服務帳號、有效期限與連線條件也已備妥。

取得 App 的唯一管道是 App Store。確認產品時，開發者應為 Shadow Launch Technology Limited，App ID 為 932747118，圖示應與本站官方圖示一致。本文主要介紹 iPhone、iPad 的操作；系統需求及適用裝置請以 App Store 頁面標示為準。

932747118
App Store App ID
3 個入口
Home / Config / Settings
3 種常用模式
Config / Proxy / Direct；另有 Scene

二、Home、Config 和 Settings 分別有什麼用途？

先分清伺服器與設定檔，就能避免重複操作。Home 中的伺服器項目說明連線目標與驗證方式；Config 中的設定檔則決定請求如何比對規則、使用哪些策略。匯入伺服器不代表已載入適合自己的規則；切換設定檔也不等於更換伺服器憑證。

排查時，先判斷問題出在哪一層。驗證失敗通常應先檢查伺服器參數；只有特定網站的路由不如預期時，再檢查 Global Routing 和 Config 中的規則。不要同時更換伺服器、設定檔又修改網路，否則很難判斷是哪項變更造成影響。

三、使用 Add Server 手動新增時，需要哪些參數？

手動新增適用於已取得單筆連線參數的情況。前往 Home → 右上角「+」→ Add Server，先確認 Type，再填入位址、連接埠與相應的驗證欄位。協定類型不能任意替換：Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的欄位與連線機制各不相同，必須符合自己已有服務的設定。

  1. 確認協定

    前往 Home →「+」→ Add Server → Type，選擇已有設定指定的協定。不要只憑伺服器名稱判斷 Type。

  2. 填寫位址

    在伺服器位址欄位填入主機名稱或 IP，並在連接埠欄位填入服務提供者給的數字。若參數指定連接埠為 443，就填入 443；這不是所有連線通用的連接埠。

  3. 確認驗證資訊

    依協定填寫密碼、UUID 或金鑰等欄位，並確認設定要求的 TLS、伺服器名稱與傳輸參數。若沒有相應欄位需求，不要自行填入猜測值。

  4. 儲存並選取

    儲存後返回 Home，選取剛新增的項目。先測試這筆連線，再批次調整其他項目，較容易找出輸入錯誤。

常見輸入錯誤包括：把完整連結填入主機名稱欄位、連接埠前後多了空格、UUID 少複製一個字元，以及把 TLS 使用的伺服器名稱誤當成連線位址。填完後逐項對照原始參數，不要把停用憑證驗證當成一般修復方式。

四、如何匯入訂閱連結？更新後項目為什麼會變？

訂閱是自己已有的服務所提供的設定入口，不是網頁書籤，也不是 App 購買憑證。它通常可讓用戶端取得一組伺服器，並在之後更新時同步項目。只有單筆參數時，請依上一節手動新增；已有訂閱連結時，請使用 Subscribe 類型，不必逐筆抄錄訂閱中的伺服器。

  1. 複製自己的完整訂閱連結，包含查詢參數；避免連同聊天說明文字、換行或句末標點一起複製。
  2. 前往 Home →「+」→ Add Server，將 Type 設為 Subscribe，貼上訂閱 URL 並儲存。
  3. 返回 Home 下拉重新整理，確認是否出現預期的群組與項目；選取要測試的伺服器後再連線。
  4. 更新後請重新確認目前選取的項目。名稱、數量或參數若有變更，應與自己已有服務提供的變更資訊相符。

訂閱更新會依照遠端回傳的內容同步項目，手動修改過的名稱或參數可能在後續更新時被覆寫。需要長期保留的自訂項目，應另行記錄；更新前先保存必要資訊。不要把「更新成功」解讀為每台伺服器都已通過連線測試。

五、第一次連線為什麼需要新增 VPN 設定？

首次開啟 Home 的連線開關時，系統可能會要求允許新增 VPN 設定。這是讓用戶端透過系統網路延伸功能處理流量所需的授權步驟，不是再次購買，也不是向遠端伺服器註冊帳號。確認系統提示對應的是 Shadowrocket 後，依裝置指示完成授權，再返回 App 查看連線狀態。

VPN 狀態與實際存取結果是兩回事。即使顯示連線圖示，伺服器驗證、DNS 解析或目標網站仍可能失敗；反過來說，在 Direct 下網頁能開啟，也不能據此判定代理連線正常。

六、Global Routing 的 Config、Proxy、Direct 該怎麼選？

日常依規則分流時，通常選擇 Config；需要暫時檢查所選代理路徑時，可使用 Proxy；要比對目前網路直接連線的結果時，則可使用 Direct。這三種是新手最常用的模式，並非 Global Routing 的全部選項；介面中還有可依情境切換的 Scene。

常用路由模式

Config
依照目前設定檔中的規則處理請求。
Proxy
將納入隧道處理的請求交由所選代理路徑處理。
Direct
採用直接連線，不可據此驗證遠端代理是否可用。

從 Config 開始排查規則；切換模式後重新發出請求，再比較結果。

情境與連線

Scene
依照已設定的情境條件切換相關路由行為。
Home 連線開關
控制目前隧道的連線狀態。
Settings → On Demand
管理符合網路條件時的按需連線行為。

路由選擇、連線開關與自動觸發分屬不同設定層面，檢查時請分別確認。

Proxy 不代表裝置所有背景通訊都必定經過代理。既有連線、系統網路行為與隧道處理範圍，都可能影響觀察結果。比對測試時請關閉後重新開啟目標頁面；必要時重新啟動目標 App，避免將舊連線的結果誤認為新設定的效果。

七、已選擇 Config，規則為什麼還是走錯？

先確認 Config 中選取了正確檔案，再檢查 [Rule] 區段的順序。規則會由上往下依序比對，符合後便採用對應策略；若將涵蓋範圍很大的規則放在前面，後方較具體的規則可能就不會符合。FINAL 用來處理前面都未符合的請求，應放在規則末尾。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

這段程式碼僅用於說明語法，不能直接取代個人設定檔。example.com 是示例網域，192.0.2.0/24 是文件示例網段。第一行會將該網域及其子網域交由 PROXY 處理；第二行比對示例 IP 網段，no-resolve 表示不為這條 IP 規則主動執行網域解析。

八、開關已開啟，如何確認連線真的可用？

依序檢查「本機網路 → 選取的伺服器 → 實際請求 → 規則比對」。延遲測試出現數字，只代表該測試方式下的回應情況，不能取代網頁、影片或其他實際使用情境的測試，也無法證明所有目標都能存取。記錄測試結果時，應一併記下目前網路、測試方式與目標。

  1. 確認本機網路可用：先確認 Wi-Fi 或行動網路正常，並完成需要透過網頁確認的網路登入程序。
  2. 確認選取的項目：在 Home 確認目前選取的項目，執行 Connectivity Test，區分成功回應、逾時與驗證錯誤。
  3. 送出新請求：連線後開啟自己要使用的頁面。只查看快取內容，無法證明剛才的請求確實透過網路送出。
  4. 確認路由：若使用 Config，請檢查請求記錄或日誌中的目標、符合的規則與策略，確認結果符合預期。

例如，同一目標在 Direct 可存取、在 Proxy 失敗時，應優先檢查代理參數與遠端連線狀況；若 Proxy 可存取但 Config 失敗，則先檢查規則、策略選擇與 DNS 相關設定。這是透過條件比較來排查，並非預先斷定問題來源，也不需要不斷重新整理訂閱。

九、關閉連線後又自動開啟，是 On Demand 在作用嗎？

可能與 On Demand 有關，請先檢查 Settings → On Demand。這項功能可在指定網路條件下按需連線或中斷，不是 Global Routing 的替代功能。符合網路條件時，自動觸發可能改變手動中斷後的狀態；排查連線反覆啟停時，應將自動觸發因素與伺服器故障分開檢查。

  1. 前往 Settings → On Demand，記錄目前是否啟用及已設定的條件，尤其是 Wi-Fi 名稱、行動網路與網域相關條件。
  2. 若要手動排查，先暫時關閉 On Demand，再返回 Home 中斷連線。
  3. 切換一次目前用於測試的網路，觀察連線是否仍自動恢復；同時確認系統 VPN 設定中，與該設定相對應的按需狀態。
  4. 測試完成後，視需要還原原有條件，並分別測試已設定的 Wi-Fi 與行動網路情境，不要只測其中一種網路。

設定 Wi-Fi 條件時，名稱應與實際網路完全相符，相似名稱不能視為相同條件。若設定了網域存取觸發，也要區分「由請求觸發連線」和「連線後依規則選擇出口」：前者由按需條件決定，後者仍取決於目前的路由與設定檔。

十、訂閱逾時、網頁無法開啟、延遲低卻很慢，該先檢查什麼？

先記錄可重現的狀況，每次只變更一項條件。以下三類問題應分別從訂閱取得路徑、路由選擇與實際傳輸能力著手，不要一律採取「刪除後重新安裝」的處理方式。記錄時保留網路類型、選取的項目、Global Routing 模式、失敗目標與錯誤訊息，但請遮蔽個人憑證。

訂閱更新一直逾時，該怎麼辦？

先確認本機網路可用且訂閱 URL 完整，再於 Home 下拉重新整理。如果已有可用代理，且訂閱網址需要透過代理存取，可檢查 Settings → Subscribe → Update via Proxy，確認連線可用後再試。若沒有可用連線，啟用此選項本身無法建立可用路徑；驗證或有效期限問題則應確認自己已有服務的狀態。

顯示已連線，為什麼網頁還是無法開啟？

先在 Home 確認選取的伺服器並執行 Connectivity Test，再檢查 Global Routing。若目前是 Direct，能否成功存取都無法說明代理是否可用；若 Proxy 可存取而 Config 不行，請到 Config 檢查目前檔案、規則與日誌。若只有單一網域失敗，再確認解析結果及該網域符合的策略。

延遲數字很低，為什麼載入還是很慢？

延遲代表特定測試下的回應時間，不直接反映頻寬、封包遺失或目標網站的回應速度。在相同網路與相同目標下比較自己已有的伺服器，每次只更換一個項目，並觀察完整頁面載入或實際使用情況。不要只因地區名稱較近或協定名稱不同，就認定效能一定較好。

完成一輪排查後，只保留足以解釋狀況的必要變更：修正參數就不必同時重寫規則，修正規則也不必刪除所有訂閱。還原先前暫時變更的 Global Routing 與 On Demand 設定，最後以日常需要存取的目標再次驗證，才算完成首次設定。

App Store 正版查驗