Home
Home 是查看伺服器清單、選取伺服器與控制連線的主要入口。匯入成功只表示資訊已加入清單,不代表已連線;還須確認已選取伺服器並開啟連線開關。首次連線時,系統可能會要求允許新增 VPN 設定;授權後仍應實際測試連線是否正常。
官方手冊 · 概念速查
依使用情境查找概念。先分清連線開關、路由模式與規則策略,再核對訂閱、通訊協定和 DNS 參數。
本頁內容以使用者已有自己的訂閱或伺服器資訊為前提。Shadowrocket 是 Apple 平台的付費用戶端,唯一取得管道是 App Store。用戶端一次買斷 ≠ 線路方案。購買用戶端不會自動取得伺服器資訊。
連線與路由
是否成功建立連線,以及連線採用哪條路徑,是兩個不同的問題。Global Routing 的選項不等於頂端的連線開關。
Home 是查看伺服器清單、選取伺服器與控制連線的主要入口。匯入成功只表示資訊已加入清單,不代表已連線;還須確認已選取伺服器並開啟連線開關。首次連線時,系統可能會要求允許新增 VPN 設定;授權後仍應實際測試連線是否正常。
Global Routing 決定整體採用哪種路由模式:設定檔、代理或直連,分別對應 Config、Proxy、Direct。Config 依目前設定檔分流,Proxy 使用代理路徑,Direct 使用直連路徑。排查規則未生效時,先確認此處選的是 Config,再檢查目前使用的設定檔與規則順序。
Config 在不同位置代表不同意思:作為頁面名稱時,是管理設定檔的入口;作為 Global Routing 選項時,則表示依目前設定檔分流。儲存檔案與將檔案設為目前使用的設定檔是兩回事。修改後應確認實際使用的是哪個檔案,而不只是檢查檔案清單中是否有該檔案。
Proxy 是 Global Routing 的代理模式,通常會讓由用戶端接管的連線使用代理路徑。它與規則行末的大寫 PROXY 不屬於同一層設定:前者決定整體路由方式,後者是規則命中後採用的策略。若要確認分流效果,應切回 Config 模式檢查。
Direct 是 Global Routing 的直連模式,讓由用戶端接管的連線採用直連路徑。選擇 Direct 不代表系統 VPN 設定已關閉,也不等於刪除伺服器。測試結束後應恢復原本的路由模式,避免將整體直連誤判為某條規則失效。
On Demand 依網路或網域等條件觸發連線,用來決定何時連線。它與連線建立後決定流量去向的分流規則屬於不同層次。若手動中斷後又再次連線,應先檢查是否仍符合按需條件,再逐項測試觸發範圍,避免同時修改多種條件。
連線參數
通訊協定名稱用來指定用戶端與伺服器的通訊方式。應依既有伺服器資訊選擇類型,不能只憑名稱判斷速度,也不能以更換通訊協定名稱取代參數核對。
Shadowsocks 是一種加密代理通訊協定,常見參數包含伺服器位址、連接埠、加密方式與密碼。用戶端的加密方式必須與伺服器端相符,不能任意選擇名稱相近的項目。匯入後若連線失敗,先核對參數是否完整,再檢查伺服器是否可連線及目前網路狀況。
VMess 是一種代理通訊協定,身分資訊與傳輸設定共同決定能否建立連線。UUID、傳輸方式、路徑、Host 和 TLS 等欄位是否需要填寫,取決於既有伺服器的實際設定。不能只核對位址與連接埠;也要留意裝置時間是否正確,以及匯入內容是否缺少傳輸參數。
VLESS 是一種代理通訊協定,通常須搭配相符的傳輸方式與安全層設定。通訊協定類型相同,不代表兩組伺服器參數可以互換。填寫時應一併核對身分資訊、傳輸方式與安全選項,不要直接套用其他通訊協定的欄位值;匯入格式也應與實際內容相符。
Trojan 通常透過 TLS 建立連線,驗證資訊、伺服器名稱與憑證相關設定須彼此相符。連線位址可能與 TLS 驗證使用的名稱不同,請以既有伺服器參數為準。遇到憑證錯誤時,先核對名稱、裝置時間與伺服器端憑證狀態,不應將略過驗證當成一般處理方式。
Hysteria2 是以 QUIC 為基礎的代理通訊協定,運作條件包括 UDP 是否可用、驗證資訊與安全層設定。在某個網路測試成功,不代表換到另一個網路仍能使用相同路徑。排查時應分開檢查網路對 UDP 的支援情況與伺服器參數;頻寬相關選項也應依實際條件設定。
WireGuard 以金鑰配對建立通道,常見參數包括本機位址、對端公鑰、Endpoint 與 Allowed IPs。它不是只填寫伺服器位址和密碼的設定方式;缺少路由或位址參數也可能導致無法連線。私密金鑰屬於敏感資訊,備份與排查截圖都應妥善保護。
比對條件與執行策略
規則通常依由上而下的順序比對,命中後採用對應策略。先寫比對條件,再寫策略;範圍較明確的規則通常應排在範圍較廣的規則之前。
DOMAIN 精確比對指定網域,例如 DOMAIN,example.com,DIRECT。此規則不會自動涵蓋 www.example.com 等子網域。若只想調整某個完整網域,可使用精確比對,並將規則放在可能先命中的廣泛規則之前。
DOMAIN-SUFFIX 比對指定網域及其子網域,例如 DOMAIN-SUFFIX,example.com,PROXY。它可涵蓋 example.com 與 www.example.com,但不是比對任意位置包含的字串。若要統一處理同一網域範圍的分流,應先確認較明確的例外規則排在前面。
DOMAIN-KEYWORD 依網域中包含的字串進行比對,涵蓋範圍通常比 DOMAIN 和 DOMAIN-SUFFIX 更廣。關鍵字也可能命中原本不打算處理的網域。新增這類規則後,應查看實際請求的網域與命中結果;若需求能以明確網域表示,優先採用較精確的條件。
GEOIP 依目標 IP 的地理位置資料庫結果進行比對,例如 GEOIP,CN,DIRECT。資料庫所標示的位置不等同於伺服器即時的實際所在地,也不能只靠網站使用的語言判斷是否命中。網域解析出的 IP 與資料庫記錄都會影響檢查結果,應配合實際連線資訊分析。
IP-CIDR 使用 CIDR 網段表示法比對目標 IPv4 位址,例如 IP-CIDR,192.0.2.0/24,DIRECT。斜線後的前綴長度決定位址範圍,不是連接埠號碼。IPv6 網段使用 IP-CIDR6;新增前應確認目標位址屬於哪一種位址系列,並確認網段不會涵蓋過多目標。
FINAL 指定前面的規則都未命中時採用的最終策略,例如 FINAL,PROXY。它通常放在規則清單末尾,不負責辨識特定網域。若連線套用 FINAL,應先檢查前面的比對條件是否涵蓋實際目標,再決定是否需要新增規則。
PROXY、DIRECT、REJECT 是規則命中後採用的策略名稱,分別代表代理、直連與拒絕。PROXY 實際使用的伺服器,也須依目前選取項目與設定中的策略關係確認。這些是規則語法中的大寫名稱,不要與 Global Routing 中的 Proxy、Direct 介面選項混用。
匯入與維護資訊
伺服器清單、分流設定與用戶端購買各有不同用途。本網站不提供、不銷售也不推薦節點或訂閱;以下操作僅適用於使用者已有的資訊。
Subscribe 用於匯入及更新使用者既有的伺服器清單,訂閱網址可能包含身分憑證。訂閱不是購買用戶端的憑證,也不一定包含完整的分流規則。輸入時應保留完整網址並避免多餘空格;傳送診斷資訊時,請遮蔽網址中的驗證參數。
伺服器是用戶端連線所需的一組伺服器端參數,通常包含通訊協定、位址、連接埠與驗證資訊。清單名稱只是方便辨識的標籤,不代表已確認可用。選取項目後,還須檢查連線狀態、路由方式與實際請求結果。
Add Server 是手動輸入伺服器資訊的入口,應先選擇與既有參數相符的通訊協定類型。不同通訊協定所需欄位各異,不能只填位址和連接埠就認為資料完整。儲存前應逐項核對驗證與傳輸設定;手動輸入適用於參數明確的情況,資訊不完整時應先核對原始紀錄。
設定檔用來整理分流規則及相關網路設定,處理的是連線應如何路由。訂閱通常提供伺服器清單,處理的是可連線至哪些伺服器;兩者不能簡單互相取代。修改前先確認目前使用的檔案並備份,修改後再以目標請求確認實際命中結果。
更新訂閱會重新讀取既有訂閱網址,並更新其中的伺服器清單;這不會更新 Shadowrocket 本身。更新後,伺服器名稱、參數或數量可能改變,本機手動修改也可能受到影響。更新失敗時,先檢查網址是否完整、目前網路與回應內容,不要立即刪除原本可用的紀錄。
備份是在修改、刪除或轉移前,儲存可還原的伺服器與設定資料。在 App Store 重新取得已購 App,與還原 App 內的資料是兩回事。備份可能包含訂閱憑證、密碼或金鑰,應存放在可信任的位置,並確認儲存內容確實涵蓋目前使用的設定。
解析與診斷
網域是否能解析、伺服器是否能連線、目標請求是否能完成,須分層判斷。單次延遲測試不能取代完整的使用驗證。
DNS 會將網域解析為 IP 位址,是許多網路請求開始前的步驟。解析所用的路徑與後續應用程式連線採用的路徑須分開檢查;修改分流規則不一定會改變所有 DNS 行為。若無法連線至網域,應先確認解析是否成功,再檢查解析結果的位址能否連線。
DNS over HTTPS 透過 HTTPS 傳送 DNS 查詢,常見簡稱為 DoH。它保護的是通往解析服務這一段的查詢傳輸,不代表所有應用程式流量都會改走同一路徑。設定時須提供完整且可連線的服務網址;發生異常時,應區分解析服務無法連線與目標網站無法連線。
延遲是在特定測試方式與當時網路條件下測得的耗時,不直接等於下載速度、吞吐量或連線穩定度。不同測試方式的數值不宜直接比較,逾時也須配合測試目標判斷。排序只能作為選擇伺服器的參考,最終仍應以實際請求能否穩定完成為準。
Connectivity Test 用來確認目前測試條件下是否連線正常。判讀結果時,應一併考量選取的伺服器、Global Routing、DNS 與測試目標,不能據此推論所有 App 都一定可用。首次連線後先執行測試,再開啟實際需要存取的目標;若測試失敗,應逐層排查,避免一次變更多項參數。
URL Rewrite 依比對條件重寫請求 URL,與決定連線走代理或直連的分流規則不同。能否處理特定請求,取決於通訊協定、可檢視的請求範圍及相關設定,並非新增規則後就適用於所有流量。修改前應先了解比對範圍,避免廣泛條件影響正常請求。