Shadowrocket Settings 設定手冊

01 · Settings 目前設定與 Global Routing

點選 Shadowrocket 底部的 Settings，先查看列表中的分類與項目名稱，再進入相應頁面。設定項目位置及顯示內容以目前 App 為準；若找不到某個選項，請勿將名稱相近的項目當成替代選項。Home 用於選擇目前伺服器及管理連線，Config 用於管理設定檔及其中的規則，Settings 則集中管理 App 行為與工具相關設定。這三處都會影響連線，但控制層級不同，疑難排解時應分別記錄。

修改前先記錄可還原的基準狀態

建議先記下目前使用的是 Wi-Fi 還是行動網路、Home 中選取的伺服器、Global Routing 模式，以及 Config 中目前使用的檔案名稱。接著記錄要修改的項目、原始值和預期結果。例如，預期結果可以是「切回指定的 Wi-Fi 後，不再自動建立連線」，而不是籠統地說「網路變快」。若原始值為自動、空白或繼承，也應照實記錄；空白不一定代表關閉，也可能表示交由設定檔或系統處理。

「預設值」可能來自三種情況：首次使用時 App 提供的初始值、匯入設定檔明確指定的值，以及你先前儲存、也可能已同步的值。單看畫面上的目前設定，無法判斷它屬於哪一種。本手冊對無法統一確認的項目，建議「保留目前可用的設定」，不會宣稱某個連接埠、測試位址或開關狀態適用於所有裝置。這樣既能避免覆蓋原有需求，也能讓每次變更都能對照實際結果。

Global Routing 三種模式

在 Home 查看 Global Routing。設定、代理、直連分別對應 Config、Proxy、Direct。Config 依目前設定檔中的規則選擇策略；Proxy 適合用來暫時確認問題是否與分流選擇有關；Direct 則可用來觀察不經所選代理伺服器時的連線情況。這三者是路由模式，不代表連線品質等級，也不能取代正確的伺服器參數。完成對照測試後，請恢復原本需要的模式，避免長期保留暫時的診斷設定。

每次只變更一項，確認對應結果

每次只修改一個變數，再重新送出相同請求。若同時變更 DNS、伺服器和 Global Routing，即使頁面恢復正常，也無法判斷是哪項變更生效。測試時應開啟新頁面或重新建立連線，不能只觀察已載入的內容；瀏覽器快取、既有連線和 App 背景狀態都可能掩蓋變化。若修改後必須重新連線才能套用至新工作階段，請先停止連線再重新啟動，並確認 Home 顯示的目前項目正確。

首次建立連線所需的系統 VPN 設定授權，與 Config 檔案中的代理規則是兩回事。系統授權可讓 App 建立相應網路連線，但不代表伺服器資訊正確，也不代表已匯入訂閱。若開關可以啟用但頁面仍無法使用，請參閱首次連線檢查，核對選擇與測試步驟。對於沒有明確用途的進階開關，建議維持現狀；記下原始值、修改原因和還原方式，才算完成一次可管理的設定調整。

02 · DNS：解析來源、設定範圍與故障判斷

先在 Settings 查看 DNS 相關項目，再前往 Config 開啟目前使用的設定檔，確認其中是否有 DNS 設定。畫面上的具體項目以實際顯示為準，不同入口可能分別控制解析行為與設定檔內容。DNS 負責將網域名稱解析為位址，之後才會連到目的位址、選擇路徑並完成上層請求。因此，「網域可以解析」和「網頁可以開啟」是兩個不同的結果，不能用其中一項證明另一項。

先確認設定來源

設定檔可在 General 區段指定解析伺服器。以下片段示範使用系統解析來源的寫法，不代表所有設定的預設值，也不表示你必須取代現有檔案。先確認目前檔案是否已有相應項目；重複加入相同參數會增加維護與排查難度。若檔案內容由遠端更新，手動修改可能在下次更新時遭到覆蓋。請先另存獨立副本，再決定由哪個檔案負責日常使用。

[General]
# 教學範例：使用系統 DNS 來源，不代表預設值
dns-server = system

[Rule]
# 範例網域透過 PROXY
DOMAIN-SUFFIX,example.com,PROXY
# 私有位址範圍透過 DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
# 其他請求透過 PROXY
FINAL,PROXY

不要只因為某個設定項目可在畫面上編輯，就認定它一定會覆蓋 Config 中的所有內容。若畫面提供說明、繼承狀態或適用範圍，請優先依其說明判斷；若沒有明確說明，請使用目前設定檔的副本進行單一變數測試，並查看請求記錄。建議值不是某個固定的解析位址，而是符合目前網路與設定需求，且經反覆測試確認可用的來源。若目前解析正常，就沒有必要為追求抽象指標而更換所有設定。

分辨解析異常與連線異常

診斷時先選一個平常可正常存取的網域，記錄解析是否有結果，再觀察連線是否逾時。若所有網域都無法解析，優先檢查目前網路、解析來源是否可連線，以及設定檔項目是否有誤。若只有特定網域異常，則應檢查網域記錄、快取或該網域適用的規則。若解析正常但連線失敗，請繼續檢查所選伺服器、目標服務與路由，不要一再更換 DNS 來處理非解析層的問題。

有些規則需要網域資訊，另一些則依目的位址判斷。網域解析後可能回傳多個位址，存取過程也可能涉及多個網域，因此載入單一頁面時套用不同策略，不一定表示設定失效。觀察時應對照同一個新請求的網域、目的位址與比對結果，而非只看頁面名稱。使用 IPv6 時，也應先確認目前網路與目標是否支援，再檢查相應解析與位址規則；不建議將停用某類位址當成通用的第一步。

快取、切換網路與建議做法

變更解析來源後，舊快取或已建立的連線可能仍會繼續使用。請先結束舊請求，必要時重新連線，再開啟新頁面；若目前介面提供清除快取工具，請依工具說明操作。不要為了排除單一網域問題就刪除所有設定。切換 Wi-Fi 與行動網路後，系統取得的解析來源和可連線狀況也可能改變，因此在一種網路下的測試結果不能代表另一種網路；測試記錄應一併註明網路環境。

若使用需要額外連線步驟的解析方式，也應考慮解析服務本身的連線路徑。為了取得位址而必須先存取某個網域，可能讓初始解析更複雜；遇到逾時時，應檢查這項依賴關係，而不只是檢查目標網站。建議從已確認可用的簡單設定開始，再依實際需求增加選項。還原時，請恢復原有解析項目並重新連線，同時確認沒有留下另一份重複設定，才能判斷問題是否確實回到修改前的狀態。

03 · On Demand：觸發條件與手動連線的關係

在 Settings 開啟 On Demand，先查看總開關，再檢查目前設定的網路條件與相應動作。On Demand 用於依條件管理連線行為，不會提升伺服器速度，也不會自動補齊缺少的伺服器資訊。開始設定前，先確認同一台伺服器可手動正常連線；否則條件觸發與伺服器故障會同時發生，難以判斷自動連線失敗的原因。

先設定條件，再選擇動作

常見條件與網路環境有關，例如 Wi-Fi、指定 SSID 或行動網路。請以實際介面提供的項目為準，逐一確認比對對象和動作，不要將「包含某個網路」理解為「排除所有其他網路」。SSID 是 Wi-Fi 網路名稱，不是伺服器名稱；輸入時請確認大小寫、空格和裝置顯示的完整名稱。若不同網路使用相同名稱，單靠名稱無法識別所有差異，仍應維持手動檢查連線的習慣。

建議先設定一個容易驗證的條件。例如，先觀察從行動網路切換至常用 Wi-Fi 後，是否出現預期動作；確認正常後再加入下一項。一開始若設定多個彼此重疊的條件，遇到非預期連線時，就很難判斷是哪一項生效。不要假設列表中的每個條件都會依照你想像的順序累加執行；請閱讀目前介面的說明，確認優先順序，再透過實際切換網路驗證。對於未說明的行為，不宜自行猜測。

停止後為何又重新連線

如果手動停止後又再次連線，請先回到 On Demand 確認是否仍有符合條件的規則，而不是反覆刪除系統中的 VPN 設定。系統可能依照已啟用的按需條件回應新的網路請求，因此停止一次連線不等於停用自動觸發。若要暫時進行完全手動的疑難排解，請先停用 On Demand，再停止連線，接著確認新請求是否仍會觸發連線；排查完成後，依照記錄恢復原有條件。

切換網路並非瞬間完成。裝置可能先失去原有連線，再取得位址和解析資訊，之後才能建立新連線；在過渡期間短暫無法使用，不代表條件設定有誤。請等 Wi-Fi 或行動網路穩定後，重新送出請求，同時查看 Home 中的目前伺服器是否仍為預期項目。On Demand 負責觸發連線，不應誤以為它會在每次切換網路時自動替你選擇另一台伺服器。

鎖定畫面、背景執行與還原檢查

鎖定畫面與背景執行會受到系統排程和網路狀態影響，不宜只根據 App 是否一直顯示在前景，判斷連線是否存在。若問題只在長時間鎖定畫面後發生，請記錄解鎖時的網路、連線狀態和第一個新請求，再與一般切換網路的測試比較。不要為了觀察背景行為而連續快速切換開關；這會增加狀態變化，反而讓觸發流程更難判斷。每次測試都應預留足夠時間，讓網路穩定並完成請求。

本頁不會將你目前看到的 On Demand 開關狀態視為全新安裝時的通用初始值，因為裝置可能保留既有設定。若不需要自動連線，建議維持手動控制；確有需要時，請用最少條件涵蓋明確情境，並記下停用方式。若出現非預期動作，先停用總開關，確認手動連線正常，再逐一恢復條件。保留這條還原路徑，比一次設定大量例外後再找出衝突更可靠。

04 · Ping 與 Connectivity Test：測試目標與結果範圍

先在 Settings 查看 Ping 相關設定，確認目前提供的測試方式與目標，再回到 Home 查看伺服器列表的測試結果。具體選項以 App 實際顯示為準，不能只憑單一數字判斷使用了哪種測試。Ping 在日常用語中常泛指延遲測試，但不同方式測量的階段可能不同：有些測試位址是否可達，有些測試連接埠連線，有些還會向指定目標送出請求；這些結果不應混在一起比較。

數值代表什麼

單次測試只反映當時、目前網路和目前測試方式下的部分狀況。測試目標、DNS、通訊協定交握與伺服器回應都可能影響結果，因此數值較低不保證網頁載入較快，數值較高也不一定表示連線無法使用。若某種探測方式沒有收到回應，但實際頁面能正常開啟，應先考慮該測試方式的適用範圍。反過來說，連接埠能建立連線，也不能證明驗證、上層通訊協定與最終目標請求都會成功。

修改測試參數前，請記下原本的方法與目標，避免將新舊結果當成同一組資料比較。若測試目標由你自行輸入，請使用可持續存取且符合測試方式要求的位址；不要將訂閱位址當成測試目標，也不要輸入包含存取憑證的連結。測試位址用於執行探測，不是用來匯入伺服器。關於逾時設定，建議先保留目前值；時間過短可能把正常波動判為失敗，過長則會延長無回應時的等待時間。

交叉驗證列表測試與實際請求

在 Home 確認目前伺服器旁的選取標記，接著啟用連線並執行 Connectivity Test。測試完成後，使用實際需要的頁面送出新請求。這樣可以區分「列表探測有結果」、「App 測試完成」和「目標服務可用」三個層次。只看列表數字卻沒有選取伺服器，後續請求可能會使用另一個項目；只看系統 VPN 圖示，也無法確認上層存取是否成功。

比較兩台已有伺服器時，請維持相同網路、測試方式與目標，並盡量在相近時間測試。不要一邊切換行動網路、一邊更改測試位址，再將結果歸因於伺服器本身。若結果波動明顯，請少量重複測試，觀察是否能穩定完成，而不是只保留表現最好的一次。更多選擇方式請參閱延遲、地區與通訊協定類型判斷說明，其中也說明數值與實際體驗之間的差異。

如何設定建議的測試基準

本手冊不會指定所有裝置都必須使用的測試目標或逾時數值，也不會把目前儲存值稱為 App 預設值。請選擇能反映實際需求的測試方式：若要觀察最終網頁請求，就應將實際存取納入驗證，而不能只停留在較早的連線階段。保留長期使用的測試基準，有助於識別網路變化；頻繁更換目標則會讓歷史記錄失去比較價值。

若 Connectivity Test 與實際頁面表現不一致，請檢查兩者是否經過相同路由、是否存取不同網域，以及測試目標本身是否有回應。個別目標正在維護或暫時異常，不代表所有存取都同時失效。還原時，請恢復原本的測試方式與目標，重新選取伺服器，再送出相同請求。將時間、網路、方式、目標與結果一併記錄，比只保存單一延遲數值更有助於後續判斷。

05 · Log 與 Data：從請求記錄找出設定問題

在 Settings 查看 Log 相關設定，再依目前介面提供的入口開啟日誌或請求記錄；Data 中可查看的資料內容也以實際介面為準。Log 適合用來了解請求經過哪些處理，Data 則有助於觀察連線與流量；兩者都不應與帳單或服務供應商的統計資料混為一談。排查前先確認問題發生時間和請求對象，再開啟相應記錄，避免在大量歷史資料中憑猜測尋找原因。

先送出一個容易辨認的新請求

開始記錄後，只操作一個要排查的頁面或功能，並記下大致時間。若同時開啟多個 App，背景請求會迅速增加，容易將其他網域的錯誤誤認為目前頁面的問題。頁面載入可能涉及多個網域；主頁面成功載入但資源請求失敗，也會造成內容不完整。因此應針對同一次操作查看一組相關請求，不要只看到一筆失敗記錄就立刻調整所有設定。

閱讀記錄時，可依序查看網域、目的位址、比對到的規則與策略，以及連線階段是否出現錯誤。只有目前記錄確實提供的欄位才能作為證據；不要因為某個欄位未顯示，就推斷系統沒有執行該步驟。若請求比對到 REJECT，請先確認是否符合規則用途；若比對到 DIRECT，但預期應走 PROXY，請檢查規則順序和是否選錯 Config，而不是直接修改伺服器密碼或測試逾時時間。

日誌層級與保留範圍

日誌層級會影響記錄詳細程度，各層級的具體內容以 App 說明為準。日常建議維持目前足以進行基本觀察的層級；遇到可重現的問題時，再暫時提高詳細程度，排查結束後恢復原狀。記錄更多不代表連線會更正確，也可能增加查找負擔。不要將詳細記錄當成提升效能的開關；它的用途是收集證據，不能取代修正錯誤規則或伺服器參數。

[General]
# 教學範例：日誌層級，不代表 App 預設值
loglevel = notify

[Rule]
# 較具體的網域規則應排在範圍較廣的規則之前
DOMAIN-SUFFIX,ad.example.com,REJECT
DOMAIN-SUFFIX,example.com,PROXY
# 其他請求使用 PROXY
FINAL,PROXY

以上範例將較具體的網域規則排在前面，避免被範圍較廣的規則先行比對。規則會由上而下比對，命中後採用相應策略，因此排查時應確認「實際命中哪一行」，而不只是「檔案中是否寫了這一行」。REJECT 的適用範圍與誤擋處理方式，請參閱REJECT 規則說明。範例網域僅用於說明語法，不代表任何可用服務。

Data 數值與敏感資訊處理

查看 Data 時，先確認統計範圍與起算條件。重新建立連線、重新開啟 App 或清除統計資料，都可能改變數值涵蓋範圍；不能直接將不同範圍的兩組數字相減，再據此判斷某個 App 的用量。少量流量只表示有資料交換，不足以證明目標頁面已完整載入；數值沒有明顯變化，也可能與請求快取有關。建議將 Data 作為輔助線索，並搭配日誌與實際請求一併判斷。

日誌可能包含網域、位址、請求路徑、訂閱資訊或其他存取細節。需要保存排查資料時，先保留本機原始檔，再製作經過檢查的說明副本，移除存取憑證與無關內容；不要直接公開整段訂閱連結。清除日誌前，先記下必要的時間點與比對結果。若問題無法重現，也不要長期無限制地提高記錄層級等待；請先恢復正常設定，等下次問題出現時，再依相同步驟收集最少必要的證據。

06 · Widget：快速操作、顯示狀態與系統更新

先在 Settings 查看 Widget 相關設定，再到系統的小工具管理介面，確認裝置目前可以加入哪些 Shadowrocket 小工具。可選尺寸、顯示內容與互動方式，以 App 和系統實際提供的項目為準，不要認定其他裝置的版面配置一定適用於本機。Widget 用於顯示狀態或提供快速入口，不是獨立的伺服器設定，也不能取代 Home 中的目前項目與連線檢查。

加入前先確認 App 內的狀態

建議先在 Home 選取要使用的伺服器，確認 Global Routing，並透過實際請求驗證連線，再加入 Widget。這樣元件顯示與預期不符時，就能將問題範圍限縮在顯示或快速操作，而不必同時懷疑伺服器設定。若元件可選擇顯示對象，請確認它指向目前項目、指定項目還是其他群組；若元件沒有提供選擇功能，就不要猜測它會依延遲結果自動選取伺服器。

加入後，先確認元件文字是否與 App 內的狀態一致，再測試元件明確支援的操作。有些入口可能會先開啟 App，再由 App 執行後續動作；其他操作是否能直接完成，則取決於目前系統和元件的功能。操作時應查看最後狀態，而不只是點擊後的回饋。若要確認已切換至目標伺服器，請返回 Home 查看選取標記，再送出新請求；不要將開啟 App 誤認為已完成連線切換。

顯示為何可能不是即時更新

系統會管理小工具的更新與背景執行，因此 Widget 通常不是逐秒更新的即時監控面板。剛切換網路、停止連線或更換伺服器時，元件可能仍顯示先前狀態。建議先開啟 Shadowrocket 確認狀態，再等待元件更新，不要依據舊畫面反覆點按。重複啟動與停止連線，可能讓實際狀態不斷變化，進一步增加元件與 App 顯示不一致的情況。

若 App 內操作與實際請求都正常，只有元件長時間沒有反映變化，請依顯示問題排查：確認元件屬於 Shadowrocket、檢查元件設定，再嘗試重新進入 App 或重新加入元件。不要一開始就刪除伺服器和 Config 檔案。若 App 內也無法連線，請回到 Home、On Demand 與網路檢查流程；重新加入元件無法修復伺服器驗證或 DNS 錯誤。

與 On Demand 搭配時的行為

Widget 的手動操作和 On Demand 的條件觸發可能先後發生。例如透過快速入口停止連線後，系統又依符合條件的規則重新建立連線，此時應檢查 On Demand，而不是直接判定元件故障。測試快速操作時，建議暫時停用按需觸發，確認手動操作正常後，再恢復條件進行組合測試。將「入口是否有執行」與「執行後是否被其他條件改變」分開檢查，才能釐清原因。

鎖定畫面上顯示的資訊也涉及個人隱私。若元件顯示伺服器名稱或連線狀態，請確認名稱是否包含不希望公開在螢幕上的資訊。伺服器備註有助於辨識，但不宜寫入密碼、完整訂閱位址或其他存取憑證。名稱只是本機管理用的線索，修改備註不會改變伺服器實際位址與通訊協定參數；調整後仍應在 Home 確認選取的項目，避免同名項目造成混淆。

本頁不指定固定的 Widget 尺寸或版面，也不會將元件未出現解讀為安裝失敗。建議只加入確實需要的狀態顯示或快速入口，並保留在 App 內驗證的方式。系統需求與支援情況，以 App Store 頁面標示及本機實際介面為準。若要還原 Widget 設定，可先移除元件並保持 App 設定不變；確認日常連線正常後再逐項加入。這種隔離方式比重設整個 App 更容易保留原有可用環境。

07 · iCloud 與 Config：同步範圍、備份與檔案更新

先在 Settings 查看 iCloud 相關項目，閱讀目前介面對同步範圍的說明，再到 Config 核對本機檔案。同步能否使用，也會受到系統 iCloud 狀態、App 存取權限與網路狀況影響。不要將啟用某個開關理解為所有資料都會立即傳到另一台裝置，也不要假設 Home、Config、統計記錄和系統授權一定屬於相同同步範圍；請以介面明確列出的內容為準。

同步前先保留容易辨識的副本

啟用或調整同步前，建議先整理目前檔案名稱、記下正在使用的檔案，並透過 App 實際提供的儲存或匯出方式保留可還原的副本。檔案名稱可註明用途，例如「日常規則」或「排查副本」，但不要用名稱暗示未經驗證的效果。只複製檔案而不確認內容是否完整，不能算完成備份；請重新開啟副本，確認 General、Rule 等需要的區段確實存在。

同步與備份的目的不同。同步是讓參與的裝置取得相應內容變更，錯誤修改也可能一併傳播；備份則用於找回修改前的狀態。因此，在兩台裝置上同時編輯同一份檔案前，應先確認哪一份是目前基準。若出現衝突提示或同名副本，請先分別儲存並比對規則內容，不要只依檔名決定要覆蓋哪一份。名稱相同不代表內容相同，裝置上最後一次開啟的檔案也未必是你想保留的版本。

Config 更新與本機修改的界線

在 Config 確認目前啟用的檔案，再檢查它是否來自遠端內容，以及是否提供更新入口。遠端設定更新與 Home 中的 Subscribe 更新不是同一個對象：前者涉及規則與設定內容，後者則是你匯入的伺服器資訊。兩者都可能影響連線，但應分別核對。訂閱連結請向你的服務供應商取得；匯入後不要將它當成可公開分享的一般網址，也不要為了方便同步而寫入公開備註。

直接修改遠端設定前，應考慮下次更新是否會覆蓋這些變更。建議將需要長期保留的個人化規則放在獨立且易於管理的副本中，並清楚記錄更新來源與合併方式。若目前 App 提供其他維護方式，請依其說明操作，不要憑經驗假設所有本機內容都會自動保留。更新後應檢查重要規則和最終策略，再送出實際請求；不要只確認更新操作已結束。

換機與同步異常的檢查順序

另一台裝置沒有出現預期內容時，先確認系統帳號與 iCloud 是否可用，再核對 Shadowrocket 的相關權限與 App 內開關，接著等待網路穩定後重新查看。不要反覆切換同步開關，然後立刻刪除本機檔案，避免唯一完整副本面臨風險。若兩台裝置只有部分內容不同，先確認該內容是否屬於聲明的同步範圍，再判斷同步是否失敗；不在同步範圍內的內容，應依 App 提供的方式另外處理。

重新取得 App 與還原 App 內資料，也應分開處理。已購 App 可透過 App Store 重新取得，具體步驟請參閱已購項目還原說明；伺服器、規則與系統連線授權仍須逐項核對。若有多個訂閱群組，可參閱多組訂閱管理說明整理重複項目。新裝置完成驗證前，建議保留舊裝置上可正常使用的設定，並暫緩在兩端同時編輯；確認基準一致後，再恢復日常同步。

08 · Proxy 連接埠：監聽範圍與設定還原檢查

在 Settings 查看 Proxy 相關項目，區分本機代理監聽、連線分享或其他實際提供的設定；項目名稱與支援範圍以目前介面為準。這裡的本機連接埠，與 Add Server 中遠端伺服器的 Port 並非同一項參數。前者說明本機代理入口如何接收連線，後者則是用戶端要連接遠端服務的連接埠。將兩者改成相同數字不會讓連線更正確，反而可能破壞既有設定。

先確認是否真的需要本機監聽

若日常透過 Home 開關使用 Shadowrocket，沒有其他明確的本機代理需求，就不應只因為看到 Proxy 項目而啟用額外監聽。建議保留目前可用的狀態，只有在明確知道連線端支援哪種代理通訊協定、需要連接哪個位址與連接埠時才進行調整。HTTP 與 SOCKS5 的連線方式不同；連線端選錯通訊協定時，即使連接埠可連線，也可能無法完成請求，因此不能只確認連接埠數字。

本機迴路位址通常表示僅限本機存取；若目前介面提供對區域網路開放的選項，其涵蓋範圍與風險便有所不同。啟用前應確認網路是否可信、哪些裝置可以連入，以及介面是否提供驗證或存取限制。不要將能連上同一個 Wi-Fi 的裝置一律視為可信，也不要為了方便排查而在公共網路上擴大監聽範圍。若有明確需求，同樣應採用足以滿足需求的最小範圍，使用完畢後恢復原狀。

連接埠、位址與衝突排查

連接埠必須是有效數字，且須與連線端填寫的值一致。若監聽無法啟動，先確認開關狀態、輸入格式以及是否發生連接埠衝突，再查看 App 的實際提示。不要隨機連續更換連接埠，只保留一次偶然成功的結果；每次變更都應同步修改連線端，並記錄修改前後的值。對於本頁無法統一確認的連接埠預設值，不提供猜測數字；請查看目前介面和相應說明，保留能夠驗證的原始值。

位址也必須符合使用範圍。本機內部連線與另一台裝置連線時，不能不加區分地照抄同一個位址。裝置在 Wi-Fi 中取得的位址可能隨網路變更，因此昨天儲存的連線位址今天未必仍正確。若問題只在切換網路後發生，請先確認目前位址與網路隔離設定，而不是立刻修改遠端伺服器參數。關閉額外監聽後，確認原本的手動連線是否正常，是一項有用的隔離檢查。

回到規則與完整驗證流程

連線進入 App 後，仍須依照目前的 Global Routing 與 Config 判斷策略。以下片段示範規則順序：先處理明確網域與私有位址，再處理地區規則，最後使用 FINAL。GEOIP 比對依賴位址及相應資料，不能理解為依據網站頁面語言或伺服器名稱判斷。此片段僅用於語法教學，不應未經檢查就覆蓋完整檔案，尤其要確認原設定中是否已有必要的例外規則。

[Rule]
# 指定網域使用 PROXY
DOMAIN-SUFFIX,example.com,PROXY
# 私有位址範圍使用 DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
# 符合相應位址資料時使用 DIRECT
GEOIP,CN,DIRECT
# 前述規則皆未命中時使用 PROXY
FINAL,PROXY

完成調整後，依序確認目前網路、Home 選取項目、Global Routing、Config、On Demand，以及剛修改的 Proxy 項目，再送出新請求並查看記錄。這個順序有助於區分「入口未連通」、「規則選擇不符」和「遠端連線失敗」。不要因為某個本機連線請求失敗，就同時重設 DNS、同步和所有伺服器；先將檢查範圍限縮在剛變更的項目，才能保留可用的基準狀態。

若仍無法解釋結果，請還原記錄的原始值，停用本次新增的監聽或條件，再重新驗證修改前的流程。還原後恢復正常，表示問題與本次調整有關，但仍不能證明某一個參數一定有錯，還需要重新進行單一變數測試。因此，日常建議設定不是一張固定數字表，而是一套可重現的狀態：必要功能已啟用、適用範圍明確、原始值可還原，且實際請求能通過驗證。首次連線請參閱快速上手教學；購買與相容性問題則請回到正版取得說明，不要用網路設定處理不相關的問題。