Global Routing
Config、Proxy、Direct：三種處理模式
前往 Home 中的 Global Routing 設定。此處決定請求採用哪種處理方式，不等於連線開關，也不會提供伺服器。
| 模式 | 處理方式 | 適用情境 | 檢查重點 |
|---|---|---|---|
Config · Config | 依照目前設定檔中的規則選擇策略。 | 日常依網域、位址等條件進行分流。 | 確認已啟用的設定檔、規則順序與最終策略。 |
Proxy · Proxy | 透過代理方式處理流量，仍須留意系統旁路等設定。 | 短暫排查目前伺服器是否能完成目標請求。 | 確認目前選取的伺服器及其連線參數。 |
Direct · Direct | 以直接連線方式處理流量。 | 比對本地網路狀況，或判斷問題是否與代理路徑有關。 | 確認目標在目前網路下原本就能直接連線。 |
如何選擇與驗證
在 Home 開啟 Global Routing，選擇所需模式，返回後再確認連線開關狀態。日常需要依規則分流時，請選擇 Config，並在 Config 頁面確認實際啟用的設定檔。只匯入檔案卻未啟用，或編輯了另一份檔案，都可能造成「修改後沒有變化」的情況。
排查時可暫時以 Proxy 和 Direct 比對同一個目標，但務必記下原本的模式。Proxy 可用、Config 失敗時，優先檢查命中的規則與策略；Direct 可用、Proxy 失敗時，則檢查所選伺服器、協定參數與代理路徑。比對結果只能協助縮小範圍，無法單獨證明特定項目有誤。
驗證完成後，請恢復預期模式。不要把 Proxy 當成長期替代方案來處理所有規則問題，也不要因 Direct 下仍顯示連線狀態，就認定請求一定經過代理；連線狀態與路由決策是兩個不同層面。
[Rule]
規則類型、比對順序與策略
規則說明「比對什麼」，策略則說明「如何處理」。請前往 Config 中目前設定檔的規則編輯區。
先辨識比對條件
DOMAIN 比對完整網域；DOMAIN-SUFFIX 比對網域及其子網域；DOMAIN-KEYWORD 則比對網域中包含的關鍵字。關鍵字的比對範圍通常較廣，新增前請先評估是否會涵蓋不相關的網域。
IP-CIDR 與 IP-CIDR6 分別表示兩種 IP 位址區段；GEOIP 依位址歸屬分類，結果取決於相關資料。USER-AGENT 依賴請求中可取得的對應資訊，並非所有連線都能據此辨識。
再確認執行策略
DIRECT 表示直接連線，PROXY 表示交由代理路徑處理，REJECT 表示拒絕符合條件的請求。策略名稱不是伺服器位址；若使用自訂策略群組，還須檢查群組中實際選取的項目。
規則通常依序比對，較具體的條件應放在可能涵蓋它的廣泛條件之前。FINAL 用於處理此前未符合任何規則的請求，應放在規則末尾，不應用來取代前面的分類條件。
如何修改規則
先備份目前的設定，再於 Config 開啟正在使用的檔案。新增規則時，依序確認類型、比對內容與策略；儲存後，再檢查檔案是否已啟用。以下僅為語法片段，並非完整設定，也不表示範例網域有可用服務。
[Rule]
DOMAIN,api.example.com,PROXY
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
DOMAIN-SUFFIX,ads.example.net,REJECT
FINAL,PROXY範例中，完整網域規則排在後綴規則之前，因此 api.example.com 會優先採用 PROXY。驗證時請檢查新請求的命中記錄，不要只看網頁最後是否開啟。快取、既有連線與頁面中的其他網域請求都可能影響觀察；不要只為解決單一網域問題，就一次新增多條寬泛規則。
繼續閱讀設定檔分段說明 →SERVER
訂閱與伺服器管理
Home 用於檢視與選取伺服器，Add Server 用於新增或填寫連線資訊。伺服器訂閱與 Config 中的規則設定是不同類型的內容。
匯入現有資訊
訂閱資訊請向你的服務供應商取得。匯入前，先確認拿到的是可更新的伺服器訂閱網址、單一伺服器分享連結，還是設定檔網址。伺服器訂閱可在 Add Server 中選擇 Subscribe 後填入；若應用程式提供剪貼簿或 Scan QR Code 入口，也請確認辨識出的內容類型。網址能在瀏覽器中開啟，不代表它一定是應用程式可讀取的訂閱資料。
手動新增時，請在 Add Server 選擇實際使用的協定，再逐項填入伺服器位址、連接埠與驗證資訊。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 等協定的欄位要求各不相同，不能將同一組參數直接套用於其他協定。傳輸方式、TLS 與主機名稱等附加參數，也應與現有資訊一致。
更新、選取與保留備份
匯入後返回 Home，確認清單中出現預期項目，並選取要用於連線的伺服器。更新訂閱通常會更新該訂閱中的伺服器清單，不代表切換了目前的 Global Routing，也不等於更新 Config 中的規則檔案。若曾手動調整訂閱中的項目，下次更新時相關欄位可能會被重新寫入，請另外儲存需要保留的資訊。
訂閱失敗時，先確認網址是否完整、有無多餘空格、是否仍有效，以及回傳內容是否為登入頁面或錯誤訊息。尚未備份前，不要反覆刪除整個群組。訂閱網址與分享連結可能含有存取憑證，請在截圖、記錄與求助資料中遮蔽；本站不提供、不販售也不推薦節點或訂閱。
On Demand
依條件觸發連線
On Demand 可讓系統依據已設定的條件發起連線，但不會決定特定網域應使用哪條分流規則。
設定位置與啟用方式
在 Settings 尋找 On Demand 相關選項，依目前可用的網路條件設定觸發行為。先在手動連線狀態下確認伺服器、DNS 與規則運作正常，再啟用自動觸發。否則自動重新連線只會一再重現原有故障，增加排查難度。
設定完成後，請分別測試常見網路情境：連上指定網路、離開該網路、解鎖螢幕後恢復使用，以及在 Wi-Fi 與行動網路之間切換。每次都要確認連線是否符合預期，不要只看開關是否已開啟。系統排程、網路可用性及其他 VPN 設定都可能影響實際行為，因此 On Demand 不代表任何情況下都會維持相同的連線狀態。
何時應先暫停
若手動關閉後又自動連線，先檢查 On Demand 條件，再檢查系統中的相關 VPN 設定。暫時進行 Direct 比對或更換設定前，可先暫停自動觸發，避免測試狀態遭到改變。確認結果後再恢復，並記下哪些網路需要連線、哪些情境不需要；規則分流仍由 Global Routing 與目前設定檔決定。
Data
流量統計與請求觀察
Data 用於檢視應用程式記錄的流量資訊。統計資料可協助了解連線行為，但不能取代訂閱帳戶或網路業者的計費紀錄。
先確認統計範圍
進入 Data 後，先查看目前頁面標示的統計範圍、時間區間與分類。不同檢視畫面可能呈現累計用量、特定期間的連線活動，或不同處理路徑的資料；比較前請先確認統計基準一致。某個網域的流量也可能來自頁面資源、背景更新或應用程式自動請求，不能只憑網域名稱判斷實際操作。
若要檢查新規則，可先記下現有統計，只存取一個測試目標，再搭配連線記錄觀察新增活動與命中策略。若頁面提供重設統計的功能，請先保存需要的資料再重設；清除統計不會改變既有訂閱的可用額度，也無法修復連線故障。
不要只靠統計推論結果
總流量增加只能表示有資料傳輸，無法證明所有請求都依預期分流。加密封裝、重傳、連線開銷與不同的統計範圍，都會讓應用程式端的數字與帳戶端紀錄不完全相同。排查異常流量時，請依序比對發生時間、請求目標與背景活動，逐步縮小範圍，不要先假設問題由某項設定造成。
Settings
DNS、測試方法、快速入口與同步
Settings 管理應用程式層級的常用行為；設定檔也可能定義相關參數。確認實際生效的設定時，還需要查看目前啟用的 Config。
DNS：先判斷是解析失敗還是連線失敗
DNS 會將網域名稱轉換為位址。相關設定可能位於 Settings，也可能由 Config 中的 [General] 參數定義，例如 dns-server。修改前請先確認目前設定檔如何指定解析方式，不要只修改其中一個位置，就認定所有請求都已套用新設定。
若 Connectivity Test 有結果但網頁無法開啟，請繼續檢查網域解析、實際請求路徑與 TLS，不要只更換伺服器。可先備份設定，再確認影響範圍後調整單一 DNS 項目，並以相同網域重新驗證。不要同時修改 DNS、路由模式與伺服器，否則即使恢復正常，也難以判斷是哪個步驟生效。
Test Method：統一測試條件
在 Settings 的 Test Method 中確認 Connectivity Test 使用的方法。不同方法檢查的層面不同：傳輸層可連通，不代表完整網頁請求一定成功。測試目標、目前網路、伺服器負載與請求方式都會影響結果，因此比較多台伺服器前，請保持測試方法與目標一致。
若選項要求輸入測試網址，請使用你確定可存取且適合驗證的目標。測試異常時，先確認目標本身能否存取，再檢查伺服器設定；不要將單次測試結果視為長期穩定性的結論，也不要把測試數值直接等同於實際內容載入速度。
Today Widget：作為快速入口使用
Today Widget 用於系統支援的快速檢視或操作。先在 Settings 查看應用程式提供的相關選項，再依系統目前的小工具管理方式新增。可顯示的內容與可執行的操作，請以實際系統及應用程式為準；小工具不是另一份獨立設定。
從快速入口操作後，若連線狀態或所選伺服器不明確，請返回 Home 確認。小工具畫面可能有更新延遲，判斷時應一併參考應用程式內的狀態與實際請求結果，不要只根據過期畫面反覆切換開關。
iCloud：確認同步內容後再還原
在 Settings 查看 iCloud 相關同步或匯入選項，並確認系統允許應用程式存取 iCloud。各類資料的同步範圍請以目前介面說明為準；安裝了應用程式，不代表伺服器、設定與所有偏好都會自動完整還原。
更換裝置前，先保留一份可自行掌控的設定備份。在另一台裝置還原後，逐項確認伺服器清單、已啟用的 Config、Global Routing 與 On Demand 條件。App Store 購買紀錄與 iCloud 中的應用程式資料是兩回事：重新取得應用程式，不代表連線參數也會一併找回。含有驗證資訊的備份，只能儲存在你有權存取的位置。
Diagnostics
依序診斷，不要同時變更多項設定
Diagnostics 與連線記錄可提供排查線索。先記錄可重現的現象，再選擇合適的測試，最後依結果調整設定。
如何收集有效資訊
在 Settings 尋找 Diagnostics，使用目前介面提供的工具檢查網路狀態、解析或連線情況。開始前，記下目前網路、所選伺服器、Global Routing、已啟用的設定檔，以及實際失敗的目標。重新發出一次請求，再查看與該請求相對應的結果，避免將先前的錯誤當成目前狀態。
- 確認本地網路。先確認基本網路是否可用，以及是否需要完成網路登入。
- 確認伺服器參數。檢查位址、連接埠、協定、驗證資訊與附加傳輸設定是否一致。
- 確認路由與解析。查看目前模式、目標命中的規則與 DNS 相關結果，分別判斷解析問題與連線問題。
- 調整單一項目後重新測試。保持測試目標與方法一致並記錄變化；若無效，先還原原值再測試下一項。
哪些資訊需要保護
診斷記錄可能包含網域、位址、請求時間、訂閱資訊或驗證參數。匯出或截圖前，請逐項遮蔽敏感內容，只保留排查問題所需的錯誤訊息與設定項目名稱。不要為了收集更多資訊，長期保留與問題無關的詳細記錄。
若異常只在特定網路、特定網域或更新訂閱後出現，請保留這些條件。這比籠統地說「無法連線」更有助於排查。需要依症狀繼續檢查時，前往疑難排解頁；需要重新檢視連線流程時，返回入門指南，不要先清除所有設定。