Config、Proxy、Direct 各自在看什麼
Home 第二行不是「普通 / 加速 / 關閉」。把它當成三種觀察口徑,排查會快很多。
這一行不提高線路品質
Global Routing 出現在 Home 很靠上的位置,所以常被當成「模式選擇」:Config 是普通,Proxy 是加速,Direct 是關閉。這個讀法會把排查帶偏。三種選項並不改變節點本身的延遲、丟包或是否被重設。它們只改變「有多少請求被送進目前出口」。切到 Proxy,只是讓更多請求去撞同一條出口,撞得更全面,不是把出口修好。
它也不替代訂閱,不替代設定檔。沒有節點時,切口徑沒有對照價值。沒有啟用中的設定時,Config 這一檔本身就沒有判定可執行。先把前兩層接上,這一行才成為探針。三層怎麼分,見 應用、訂閱、設定不是一層。檔案和訂閱怎麼分,見 設定檔不是訂閱。
三種口徑各自在問什麼
Config 按目前設定檔決定直連還是走節點。這是日常口徑。本機服務、系統更新、對代理敏感的應用,通常應該被規則留在直連一側。你真正要過的生活,應當停在這裡。如果只有 Proxy 才「好用」,說明日常判定和你的目標不匹配,或者你還沒有確認出口本身可用。
Proxy 近似「能走的都走目前節點」。它適合短時提問:如果全域能開啟、規則不能開啟,問題在設定;如果全域也不能開啟,問題多半在節點、訂閱或系統 VPN,不要繼續往規則裡加項目。把它當成預設,等於放棄分流,也等於放棄對照。
Direct 等於暫時不用代理。用來對照:關掉隧道之後,這個網站是不是本來就打得開。如果直連也失敗,先別懷疑 Shadowrocket,先看本機網路、DNS、目標網站本身。很多人在直連失敗時仍不停換節點,是因為沒有把這一檔當成「離開應用看世界」的開關。
| Config 正常 Proxy 也正常 | 出口可用,規則也沒有擋你正在測的網站。保持 Config。 |
|---|---|
| Config 失敗 Proxy 成功 | 節點沒問題,目前檔案把請求判去了直連,或判去了不可用的策略。 |
| Config 失敗 Proxy 也失敗 | 先回到訂閱和系統 VPN。不要先改 default.conf。 |
| Direct 也失敗 | 本機網路或目標網站本身不可達。先離開應用。 |
| 只有 Direct 正常 | 隧道或出口有問題。先換節點或檢查 VPN,再回來看規則。 |
對照要一次只改一檔
有效的對照是:同一個網站、同一條節點、同一份設定,只切換 Global Routing。如果你同時換了節點又切了 Proxy,結果變好時,你不知道是出口換對了,還是口徑把規則繞開了。同樣,不要在對照中途更新訂閱或啟用另一份遠端設定。
建議順序是:先在 Config 下看目標是否異常;異常則切 Proxy;Proxy 仍失敗再切 Direct。記下三檔各自的結果,再決定動哪一層。寫下來比憑記憶更有用,因為這三種狀態在螢幕上只是同一行文字在變,事後很容易記混。
對照結束必須改回 Config。這不是禮貌,是恢復日常判定。忘在 Proxy 上,過兩天出現耗電、發熱、銀行類應用異常,你會以為「最近節點不行」,繼續換訂閱。真正的原因是口徑還停在探針上。
為什麼不能長期停在 Proxy
Proxy 會把不該進隧道的請求也擠進去。系統更新、影片 App、地圖、部分登入,都會走目前出口。耗電、變慢、個別應用異常,都更常見。它是探針,不是「更快的模式」,也不是「更穩定的模式」。沒有一份規則是完美的,但放棄規則並不是修復。
有人把 Proxy 當成預設,再抱怨「開了代理平常的網站也卡」。這不是節點不夠好,是口徑用錯了。此時再買更高價的訂閱,只會讓更多不該進隧道的請求,去撞一條更貴的出口。先改回 Config,再決定要不要換檔。
也有人用 Proxy 來「避免規則麻煩」。短時間可以。當作長期策略,等於不用 Shadowrocket 的分流能力,只把它當成一條全域隧道。那仍然合法,只是出了問題你將失去對照:三種口徑裡有兩檔已經沒有差別。
它回答不了的問題
Global Routing 不能告訴你訂閱有沒有過期。列表空、更新失敗,要回第二層。它也不能告訴你系統有沒有放行 VPN。開關開著、狀態列沒有標誌,要去系統設定。它更不能告訴你買沒買錯應用。圖示不對,任何口徑都沒有意義。
延遲測試也不等於口徑測試。延遲低只說明測速路徑通,不說明按 Config 判定時你的目標網站能開。不要用「延遲很好所以一定是規則問題」或「延遲很好所以一定不是規則問題」這種單句結論。用上面的三檔表,把現象收成一行判斷。
若對照指向設定,再去改檔或換遠端設定。若對照指向出口,去更新訂閱或換節點。若對照指向系統,去重新允許 VPN。一次只修被指向的那一層。還沒有安裝官方用戶端的人,先完成第一層。
和 On Demand 不要混為一談
Settings 裡的 On Demand 決定何時自動請求系統接通或中斷。它會改變「隧道還在不在」,但不會在 Config、Proxy、Direct 之間切換。晚上自己斷了,先看 On Demand 和系統 VPN,不要先把 Global Routing 撥來撥去。口徑回答的是流量怎麼走,On Demand 回答的是這條 VPN 還開不開。
同樣,延遲測試、選中節點、備份還原,都不該和口徑切換綁在同一步。Home 很擠,每一行都像開關。只有 Global Routing 這一行適合用來做三檔對照。其他行各管各的。把它們當成一組旋鈕一起擰,三種口徑就失去了對照意義。