官方手冊 · 功能與設定

Shadowrocket
代理模式與常用設定

先選擇 Global Routing 的運作模式,再確認伺服器與設定檔。連線開關、分流規則和按需連線各自控制不同環節,設定時應分開驗證。

  • Home
  • Config
  • Data
  • Settings

01 · 先選擇運作模式

Global Routing 三種模式

日常依規則分流時使用 Config;暫時測試代理連線時使用 Proxy;比較直接連線結果時使用 Direct。在 Home 開啟 Global Routing,選擇相應模式。此處的選擇決定進入用戶端的要求如何處理,與開啟連線不同,也不會自動修正伺服器位址、驗證資訊或 DNS 設定。

模式 處理方式 適用情境 檢查重點
設定檔
Config
依照目前啟用設定檔中的規則選擇策略。 需要讓不同網域或位址採用不同策略。 確認設定檔是否啟用、規則順序及最後的預設策略。
代理
Proxy
將進入用戶端的流量以代理模式處理;仍須留意系統流量範圍與 App 內的例外設定。 短時間確認問題是否出在分流規則。 確認目前選取的伺服器是否可用,以及目標能否透過該伺服器連線。
直連
Direct
將進入用戶端的流量以直接連線模式處理。 比較目前網路的直接連線結果。 確認目前網路本身能否連上目標,以及 DNS 是否正常。

Config:由規則決定流量去向

在 Config 介面確認目前使用的設定檔,再回到 Home 將 Global Routing 設為 Config。設定檔中符合條件的策略可能是 PROXY、DIRECT、REJECT,也可能是設定檔內定義的策略組。在 Home 選取某台伺服器,不代表每個要求都會經過該伺服器;若規則指定 DIRECT,要求就會直接連線。

Proxy 與 Direct:縮小問題範圍

如果同一個目標在 Proxy 模式下正常、Config 模式下失敗,應先檢查符合條件的規則與策略引用,不要立刻改寫所有伺服器欄位。如果 Direct 正常、Proxy 失敗,則繼續檢查所選伺服器、驗證資訊與傳輸參數。模式比較只能提供排查線索,不能單憑一次結果判定故障原因。

切換模式後,關閉並重新開啟測試頁面;必要時重新建立用戶端連線,避免舊連線影響觀察。測試完成後請恢復預定模式;若長期將 Proxy 留作排查時的暫時狀態,會改變原有的分流結果。

02 · 檢查比對依據

規則類型與策略

規則說明「比對什麼」,策略說明「符合後如何處理」。在 Config 中開啟目前的設定檔,查看或編輯其中的 Rule 區段。通常會依檔案中的順序判斷,先符合的規則先決定結果,因此各規則應放在適當位置,並將 FINAL 作為最後的預設規則。

規則類型比對對象設定注意事項
DOMAIN指定的完整網域。適合只處理單一明確網域的情況。
DOMAIN-SUFFIX網域本身及其子網域。請勿在網域欄位填入完整網頁網址或路徑。
DOMAIN-KEYWORD網域中的關鍵字。比對範圍可能超出預期,請留意誤判。
GEOIP依 IP 位址判定的地區分類。分類結果取決於使用的位址資料庫。
IP-CIDR / IP-CIDR6IPv4 / IPv6 位址範圍。確認位址類型與前綴長度。
USER-AGENT可識別的 User-Agent 資訊。能否比對,取決於要求中是否可取得相應資訊。
FINAL先前未符合任何規則的要求。應放在規則末尾,明確指定最後的處理方式。

PROXY、DIRECT、REJECT 的差異

PROXY 表示透過代理處理,DIRECT 表示直接連線,REJECT 表示拒絕要求。這些大寫關鍵字屬於設定語法,與 Global Routing 中的 Proxy、Direct 介面選項並非同一層級:前者是單條規則的處理結果,後者是全域運作模式。使用自訂策略名稱時,也要確認該名稱確實存在於設定檔中。

[Rule]
DOMAIN,example.com,DIRECT
DOMAIN-SUFFIX,example.org,PROXY
DOMAIN-KEYWORD,ads,REJECT
GEOIP,CN,DIRECT
FINAL,PROXY

以上僅示範語法,並非適用於所有網路的完整設定。第一條規則只比對 example.com,第二條涵蓋 example.org 及其子網域;關鍵字規則的範圍較廣,複製前請先了解它會影響哪些要求。請勿為了增加規則數量而重複新增相同內容,也不要將 FINAL 放在仍需生效的規則之前。

修改前請備份原設定檔,每次只調整少量規則,並以目標網域檢查實際套用的策略。若要逐項了解 General、Rule、Host 和 URL Rewrite 的結構,請繼續閱讀規則與設定完整參考 →

03 · 連線資料

訂閱與伺服器管理

伺服器記錄儲存連線參數,訂閱則用來批次取得及更新這些記錄。請先備妥自己的訂閱或伺服器資訊,再於 Home 使用 Add Server 新增資料。選擇 Subscribe 時,填入自己的訂閱網址;手動新增時,先選擇正確的協定類型,再依原始資料填寫相應欄位。

Add Server:逐項對應協定與欄位

Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 的參數不盡相同。即使位址和連接埠相同,也不代表記錄可以互換。密碼、UUID、TLS、傳輸方式及相關欄位,請依自己的伺服器資料填寫;部分欄位只有選擇相應協定或傳輸方式後才會顯示。

已有單筆分享資訊時,可使用 App 提供的匯入入口;已有 QR Code 時,請使用 Scan QR Code。匯入後仍須開啟記錄,核對協定、位址、連接埠與驗證欄位,不能只憑顯示名稱判斷匯入是否正確。名稱方便辨識,真正影響連線的是記錄中的參數。

Subscribe:分清更新與本機編輯

更新訂閱會重新取得網址中的內容。若某筆記錄由訂閱管理,本機編輯的內容可能在下次更新時被取代;若需保留長期修改,請先確認記錄來源及 App 目前的儲存方式。若有多個訂閱,建議使用容易辨識的備註,核對分組後再刪除失效項目,避免將名稱相近的記錄誤認為重複資料。

訂閱更新成功,只代表內容已取得並完成解析,不代表每台伺服器都能連線。反過來說,訂閱更新失敗也不一定會讓已儲存的記錄立即失效;請分別檢查網址內容的取得結果與伺服器連線結果。

查看匯入既有訂閱與首次連線步驟 →

04 · 自動連線條件

On Demand 按需連線

On Demand 依設定條件要求系統建立連線,不會取代分流規則。在 Settings 中開啟 On Demand,查看 App 提供的條件與開關。實際可選條件以目前 App 介面為準;請先確認手動連線正常,再啟用按需連線,才能區分問題出在連線本身或觸發條件。

設定與驗證方式

  1. 在 Home 選取伺服器與 Global Routing 模式,手動連線後開啟要測試的目標。
  2. 進入 On Demand,閱讀目前條件的作用,再啟用所需選項。若條件涉及網路名稱,請確認名稱與裝置目前連線的網路一致。
  3. 切換至目標網路或重新符合觸發條件,觀察系統連線狀態,同時確認實際要求是否成功。
  4. 若結果不如預期,先暫時關閉 On Demand,再回到手動連線進行驗證;不要同時修改規則與伺服器參數。

On Demand 可與 Config 一起使用:前者控制何時建立連線,後者控制連線建立後要求採用的策略。看到系統連線圖示,不代表所有要求都會經過代理,因為 Config 中仍可能有 DIRECT 或 REJECT 規則。

若手動中斷後連線又重新出現,請檢查是否仍有 On Demand 條件生效,而非反覆刪除設定檔。首次建立連線時,系統會要求授權 VPN 設定,這屬於系統流程;允許後仍須驗證 App 內的設定。裝置網路變化、系統排程與條件比對都會影響觀察結果,不應將按需連線視為逐一控制各 App 要求的開關。

05 · 查看使用情況

Data 流量統計

Data 用於查看用戶端記錄的流量,不是服務提供者的帳單。開啟 Data,依介面顯示的統計範圍查看上傳、下載及相關記錄。若要比較某次測試,先記下觀察起點,再只執行一項明確操作,之後返回查看變化;若要使用重置功能,請先確認是否還需要保留原有統計資料。

流量數值能說明什麼

數值增加表示用戶端依相應統計方式記錄到資料活動,但不能單獨證明某個網頁已完整載入,也不能只憑總量判斷使用了哪台伺服器。背景 App、同步工作與重複要求都可能產生流量;要判斷特定目標的路由結果,應一併參考目前模式、符合條件的策略與連線記錄,而非只看總量。

為何與服務提供者的記錄不同

雙方可能採用不同的統計週期、重置時間、協定額外流量計算方式或計費規則。用戶端統計與服務提供者提供的記錄應分開理解,剩餘可用量請以自己的服務提供者說明為準。請勿將本機重置統計誤認為服務提供者的用量也會一併歸零。

排查時可採用固定測試流程:暫停不必要的背景活動,記下 Data 目前數值,存取一個已知目標,再比較數值變化。這有助於減少干擾,但仍不是精確的線路計費測量。若統計記錄包含目標資訊,分享前也請確認是否涉及個人瀏覽內容。

06 · 常用選項

Settings 設定說明

Settings 集中管理測試方式、輔助入口、同步與診斷等選項。部分網路行為也由目前設定檔的 General 區段控制。遇到問題時,先確認設定位於何處,再修改相應項目;不要只因設定名稱相近,就認定它們會影響同一條要求路徑。以下項目是否顯示及實際入口,請以目前 App 介面為準。

DNS:先確認解析路徑

DNS 會將網域名稱轉換為連線所需的位址。相關選項須搭配 Settings 中的 DNS 設定及目前 Config 的 General 內容檢查,重點是使用哪個解析器、要求經由哪條路徑,以及設定檔是否另有指定。先記下原值,再依現有網路與設定檔需求調整;儲存並重新連線後,以同一網域比較結果。

不要只因 Connectivity Test 顯示數值,就認定 DNS 正常:部分測試只確認伺服器端點是否可連線,與網頁網域解析並非同一流程。若只有網域存取失敗,先排查解析;若網域解析成功但仍無法連線,再檢查目標策略、伺服器連線及 TLS 等環節。隨意疊加多個不熟悉的 DNS 選項,會增加排查難度。

Test Method:確認測試對象

Test Method 用來選擇 Connectivity Test 的測試方式。在 Settings 找到該項目,依介面提供的方式與說明選擇,再回到 Home 測試既有伺服器。比較不同記錄時,應盡量使用相同的測試方式、目標與網路環境,否則數值便不具可比性。

測試結果反映當時條件下的可連線狀態或回應情況,不等於頻寬,也不保證所有網站都能存取。若測試有數值但網頁無法開啟,請繼續檢查網頁使用的網域、規則與 DNS;若測試失敗,也要先分辨是測試目標無法連線,還是實際代理連線失敗,避免直接刪除可能仍可用的記錄。

Today Widget:輔助操作入口

Today Widget 提供系統支援的元件入口相關設定,可在 Settings 中確認選項。能否加入元件、可顯示哪些操作,以及元件入口的位置,取決於目前系統與 App 的支援情況;請依裝置上的實際元件列表操作。先確認 App 內連線正常,再嘗試使用元件操作。

元件只是輔助入口,不會取代伺服器參數、Global Routing 或系統 VPN 授權。若元件顯示與實際存取結果不同,請回到 Home 確認目前連線與模式,不要只憑元件外觀判斷流量去向。

iCloud:分別確認同步與本機儲存

iCloud 相關功能可在 App 支援範圍內儲存或同步資料。在 Settings 查看 iCloud 選項,並確認裝置已登入自己的 Apple 帳號,且系統允許 App 使用 iCloud。啟用前請先備份重要設定檔,操作後再確認 App 實際顯示的同步項目與結果。

不要假設啟用後,所有伺服器、驗證資料、設定檔、統計與暫存狀態都會完整同步。跨裝置使用時請逐項核對內容,尤其是目前啟用的設定檔與伺服器選擇。App 購買記錄、iCloud 同步資料與自己的服務提供者帳號是不同事項;同步完成也不能取代重新驗證連線。

Diagnostics:先蒐集線索再修改

Diagnostics 用於查看或蒐集與執行問題相關的診斷資訊。進入 Settings 中相應的項目,依介面提示執行檢查;先記下問題發生時的網路環境、Global Routing 模式、目標與操作步驟,再查看診斷輸出,才能較容易將記錄與實際故障對應。

不要直接將單一警告視為全部原因。診斷內容應與 Connectivity Test、DNS 和規則結果交叉檢查。對外提供資訊前,請移除訂閱網址、伺服器驗證資料、個人網域及其他敏感內容;修改設定前先記下原值,以便確認修改是否有效。

07 · 最後逐層驗證

設定驗證與排查順序

一次只變更一項條件,並以相同目標重複驗證。若同時修改伺服器、模式、設定檔與 DNS,即使恢復存取,也很難確認是哪項調整生效。建議先建立可重現的最小測試,再依下列順序檢查。

  1. 確認目前網路。先確認裝置具備正常連線條件;切換 Wi-Fi 與行動網路時,分別記錄結果,避免將網路變化誤認為設定變更。
  2. 確認伺服器記錄。核對協定、位址、連接埠、驗證資訊與必要的傳輸欄位;確認目前選取的記錄是否來自預期的訂閱。
  3. 確認連線狀態。核對 Home 中的連線操作與系統授權,不要將已選取伺服器誤認為已建立連線。
  4. 比較不同模式。以相同目標比較 Proxy 與 Config。若只有 Config 失敗,請檢查規則與策略引用;若兩者都失敗,則繼續檢查連線路徑與解析。
  5. 檢查 DNS 與診斷資訊。區分無法解析、無法建立連線及連線後要求失敗,不要將所有狀況都歸因於單一規則。
  6. 恢復日常設定。保留驗證有效的修改,恢復暫時切換的模式,再測試 On Demand 與輔助入口。
為什麼 Config 模式下有些要求沒有使用代理?

Config 會依目前設定檔選擇策略。要求可能符合 DIRECT,或進入包含直接連線選項的策略組。請核對啟用的設定檔、規則順序與實際符合的結果;不能只根據 Home 中選取的伺服器判斷所有要求的去向。

開啟 On Demand 後,還需要設定 Global Routing 嗎?

需要。On Demand 控制連線的觸發條件,Global Routing 控制流量的處理方式。請先手動驗證伺服器與模式,再開啟 On Demand 並檢查觸發結果,兩部分都應分別確認。

Connectivity Test 正常,為什麼網頁仍無法開啟?

測試與網頁存取可能使用不同的目標和路徑。請繼續檢查網頁網域的 DNS 解析、Config 中的策略、所選伺服器至目標的連線,以及診斷記錄中的失敗環節。測試數值不能取代實際存取驗證。


若要完成首次連線,請閱讀匯入與連線教學;若要逐條檢查規則,請閱讀設定完整指南;購買、安裝與常見連線問題則可依類別參閱疑難排解。