Shadowrocket設定與規則分流

Rules 用來決定請求採用哪種策略。使用前，先在 Home 的 Global Routing 選擇 Config，再進入 Config 確認目前啟用的檔案。規則通常依序比對，具體網域應排在較寬泛的條件之前；DOMAIN-SUFFIX 對應網域後綴，IP-CIDR 對應 IP 位址範圍。PROXY、DIRECT、REJECT 是不同的處理方式，FINAL 則用來處理前面未符合的請求。修改後應透過實際連線與記錄核對結果，不要只憑伺服器延遲判斷分流是否正確。

Config 模式會依照目前檔案中的規則處理請求；Proxy 代理模式與 Direct 直連模式適合用來對照排除問題。測試結束後，請確認是否需要切回 Config，避免將臨時測試狀態當成長期設定。

On Demand 可依設定條件管理連線，入口位於 Settings。建議先使用手動開關完成一次正常連線，確認既有伺服器與 Config 都可正常使用，再檢查按需連線條件。設定時請區分 Wi-Fi、行動網路與個別網路條件，避免混淆連線觸發條件和請求分流規則。若關閉後又重新連線，請回到 On Demand 檢查條件，並核對系統中的 VPN 狀態。調整後分別測試切換網路及重新開啟應用程式的結果；每次只修改一項，較容易確認原因。

On Demand 負責決定何時連線；Rules 負責連線後如何處理請求。右側規則說明區域網路位址採用 DIRECT，並不表示已設定在特定 Wi-Fi 下自動連線。

Shadowrocket 支援 Shadowsocks、VMess、VLESS、Trojan、WireGuard 等協定。手動新增時，從 Add Server 的 Type 開始，再依據自己已有的伺服器資料核對位址、連接埠、驗證資訊與相關傳輸設定。不同協定的欄位不能直接互換；啟用 TLS 時，也應確認名稱與資料一致。遇到連線失敗，先確認欄位與協定的對應關係，再查看連線記錄；不能只更改協定名稱，就期待原有資訊仍然可用。可選項目以目前應用程式介面為準，規則中的 PROXY 也不代表某個固定協定。

協定說明用戶端如何連線至伺服器，策略則決定請求的走向。先確認伺服器資訊可用，再檢查該請求是否符合 PROXY 規則；將 DIRECT 改成 PROXY，並不會補上缺少的驗證欄位。

Subscribe 適合管理自己已持有的訂閱資訊。匯入前，請確認連結來自自己的服務供應商，並複製完整內容，避免將說明頁面的網址誤當成訂閱網址。匯入後先查看群組與伺服器項目，再選取其中一項進行測試；更新訂閱只是重新取得其內容，不代表目前 Config 的規則也會同步變更。多個訂閱應使用容易辨識的名稱，移除重複項目前先確認來源，手動儲存的資訊也應另外備份。連結可能包含個人憑證，回報問題時請遮蔽完整網址與驗證資訊。

伺服器項目更新後，仍須確認目前選取的項目；Config 則決定規則與相關設定。右側範例是規則檔案內容，不是訂閱網址，也不能用來產生伺服器資訊。

Config 用來管理規則及相關設定。先確認目前啟用的檔案，再開啟編輯頁面核對 General、Rule 等區段；修改前先保留原檔副本，避免覆蓋可用設定。使用 iCloud 同步時，請檢查自己的 iCloud 狀態與應用程式中的同步設定，並在另一部裝置上確認內容是否確實同步；同步不保證連線成功。伺服器資料、設定檔與購買記錄各自屬於不同層次，還原其中一項不代表其他項目也已還原。若要找出問題，先回復至已知可用的設定，再逐項加入變更。

編輯完成後，請確認儲存成功，並返回檢查目前選取的 Config。檔案出現在清單中，不代表它已用於處理目前的請求；還須確認 Global Routing 使用的是 Config。

Connectivity Test 用來檢查伺服器連線狀況，Settings 中的 Diagnostics 可協助排除問題，Data 則可查看應用程式記錄的流量情況。測試有結果不代表所有網頁請求都正常，仍須分別檢查 DNS、規則比對結果與目標連線。建議記下發生問題時使用的網路、Global Routing 模式與目前伺服器，再重現一次請求。比較記錄前，盡量維持其他條件一致；Data 的統計範圍以介面說明為準，不應直接取代服務供應商的用量記錄。對外提供記錄前，請移除個人網域、位址與憑證。

先確認裝置網路，再核對伺服器欄位、DNS 與規則。右側片段可協助理解特定網域與最終策略的差異，尚未確認問題所在前，不應直接覆蓋原有設定。