Shadowrocket 規則設定教學：DOMAIN-SUFFIX、GEOIP、IP-CIDR、FINAL 的比對範圍

規則在哪種模式下生效？先確認 Global Routing

規則寫對了就一定會套用嗎？不一定，請先檢查 Home → Global Routing。本文討論的是 Config 模式：連線會依目前選取的設定檔進行規則比對。若切換至 Proxy 或 Direct，就不能用本文的逐條比對結果解釋所有連線；Scene 則須依所選場景的實際設定確認。

規則能補上伺服器資訊嗎？不行。規則只負責選擇連線策略，不會建立連線服務，也無法修正服務商提供的參數。本文以已有可用連線為前提，不提供、販售或推薦節點、訂閱或服務商資源。修改前請先保留原設定，避免混淆連線問題與分流問題。

一行規則怎麼看？先拆解比對條件與策略

逗號前後各代表什麼？一般規則通常由「規則關鍵字、比對值、策略」組成。第一行表示目標網域完全等於 example.com 時使用 DIRECT；第二行的 FINAL 沒有比對值，會直接指定最終備用策略。

[Rule]
DOMAIN,example.com,DIRECT
FINAL,PROXY

DIRECT 和 PROXY 是網域嗎？不是，在這裡它們代表策略。DIRECT 表示直接連線；PROXY 表示使用代理策略，實際的對外連線方式仍須確認目前選取的伺服器。若使用自己設定中的策略群組名稱，名稱必須與設定檔實際定義的名稱一致，不能只在規則末尾填入未定義的名稱。

這些規則片段可以直接取代現有設定檔嗎？不行，不能把規則片段當成完整設定檔使用。[Rule] 是規則區段的標記；編輯現有檔案時，應在原有規則區段內調整項目，並保留其他設定區段。本文的 example.com 和文件範例 IP 僅用來說明語法，不是可用的服務位址。

DOMAIN 和 DOMAIN-SUFFIX 有什麼差別？比較比對範圍

只想讓單一主機使用指定策略，該選哪個？使用 DOMAIN；若要一併處理主網域及其子網域，則使用 DOMAIN-SUFFIX。後綴比對會遵守網域標籤邊界，不是只要網域中包含這段字元就算符合。

為什麼不直接用 DOMAIN-KEYWORD？它會依網域中的關鍵字進行比對，範圍比網域後綴更廣，容易連名稱相似、但不屬於同一網域體系的目標也一併處理。已知完整網域時，優先使用 DOMAIN 或 DOMAIN-SUFFIX；只有確實需要比對字元是否包含時，才考慮使用關鍵字規則。

GEOIP 和 IP-CIDR 比對什麼？區分地理位置資料與 IP 網段

GEOIP,CN,DIRECT 依據什麼判斷地區？它是依目標 IP 在 GeoIP 資料中的歸屬進行比對，不會參考網頁文字、網域後綴或裝置所在地。資料庫中的 IP 歸屬可能與服務實際部署位置的認知不同，因此應以請求使用的目標 IP 和 App 中的比對結果為準。

IP-CIDR,198.51.100.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

/24 是連接埠號碼嗎？不是，它代表 IPv4 前綴長度。198.51.100.0/24 涵蓋從 198.51.100.0 到 198.51.100.255 的位址；198.51.100.23/32 則只比對一個 IPv4 位址。本文使用的是文件範例網段，實際設定時應填入自己明確要比對的目標網段。

• 已知固定網段：使用 IP-CIDR 表示位址範圍，不要把網域填入第二個欄位。
• 需要依地區分流：使用 GEOIP，並留意 IP 歸屬資料與目標位址變動可能造成的影響。
• 遇到 IPv6 目標：請確認是否需要使用 IP-CIDR6 等對應規則；IPv4 網段規則不會涵蓋 IPv6 位址。
• 使用 no-resolve：此選項可避免為了這條 IP 規則主動觸發網域解析；不要將它理解為關閉 App 的所有 DNS 功能。

加上 no-resolve 後，為什麼有些網域請求沒有比對到？如果比對階段沒有可用的目標 IP，而這條規則又不會主動解析網域，系統就可能繼續檢查後續規則。若要穩定地依特定網域分流，優先使用網域規則；不要只為了讓 IP 規則比對成功，就任意更改所有 DNS 設定。

多條規則都符合時會採用哪一條？優先採用最先符合的規則

比對條件較精確的規則一定會自動優先嗎？不會。本文提到的一般規則應依由上而下的順序理解：先符合哪一條，就採用該條指定的策略。將單一主機的例外規則放在適用範圍較廣的規則之前，才能得到預期結果。

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

1. api.example.com 先符合第一條，因此使用 PROXY，不會再由第二條改成 DIRECT。
2. www.example.com 不符合第一條，但符合第二條，因此使用 DIRECT。
3. 目標位址為 198.51.100.23，且沒有被前面的網域規則處理時，就可能符合範例網段規則。
4. 如果前面的規則都沒有符合，就繼續檢查 GEOIP；仍未符合的連線則交由 FINAL 處理。

FINAL 可以寫在第一行嗎？雖然語法簡單，但放在前面會提早套用最終備用策略，讓後面的普通規則沒有機會比對。通常應將它放在規則區段末尾。它不是「連線失敗後再試另一條」的重試設定：符合規則後若連線失敗，不代表系統會自動改用下一行策略。

修改後如何確認生效？一次只測試一個目標

儲存後網頁能開啟，就能證明規則正確嗎？不能，直接連線和代理連線都可能成功。驗證時須一併確認目前使用的設定檔、Global Routing、請求目標與最終策略，而不是只看網頁能否載入。建議使用一個已知目標重複測試，減少多項變更互相干擾。

1. 保留原設定

   前往 Config，記下目前選取的檔案，並保留可供還原的副本。若檔案來自遠端設定，請先確認更新是否會覆蓋本機修改。

2. 修改規則區段

   在 Config 中開啟目標設定檔進行編輯，找到 [Rule]。先新增一條明確的 DOMAIN 規則，並將它放在適用範圍較廣的規則與 FINAL 之前。

3. 確認模式

   儲存後確認已選取該設定檔，再返回 Home → Global Routing → Config。確認目前使用的仍是自己已有的可用連線。

4. 建立新請求

   重新開啟測試頁面，並在 App 的請求記錄中尋找相同時間的目標。必要時可在不影響重要工作的情況下重新連線，避免沿用既有的長連線。

5. 確認比對結果

   檢查記錄中的目標網域或 IP、符合的規則及實際採用的策略；實際顯示欄位以 App 內為準。若結果不符，先檢查排在該規則上方的符合項目，再確認是否選錯檔案。

修改規則會影響所有已建立的連線嗎？不能這麼假設。瀏覽器連線重複使用、頁面快取和 App 長連線，都可能讓測試繼續使用舊連線。請以新建立的連線記錄作為觀察依據；測試結束後恢復必要設定，不要長時間維持為了排除問題而暫時選取的模式。

規則比對正確卻無法連線？分辨比對問題與連線錯誤

請求記錄顯示策略正確，還需要繼續修改規則嗎？先暫停修改，檢查對外連線。以下列出常見網路錯誤中的英文片段；完整前綴和顯示位置可能不同。這些訊息反映的是連線階段的問題，不能單獨證明網域規則寫錯。

如何避免越改越難排除問題？依照「伺服器可用性、目前模式、目標解析、規則比對」的順序檢查，每次只變更一個項目。不要同時更換 DNS、重排整個規則區段並切換伺服器，否則即使恢復連線，也很難判斷是哪項變更發揮作用。

常見問題：如何處理規則更新、DNS 與 FINAL？