本頁供系統性查閱;首次設定請先依使用教學完成主要操作,再帶著具體症狀前往相應章節。以下內容皆以使用者已有自己的訂閱或伺服器資訊為前提。用戶端一次買斷不等於線路方案,取得用戶端不會自動產生可用的連線設定。
Shadowrocket 適用於 iPhone、iPad、Mac、Windows、Android 與 Linux。iPhone / iPad 版在 App Store 售價 $2.99,一次性付費;Mac / Windows / Android / Linux 版免費。取得方式請見下載指南;本文以 iPhone / iPad 的介面用語說明檢查方式,其他平台請依實際顯示的設定項目比對。
01 · 尚未建立連線
開關無法開啟:先檢查授權與接管狀態
先區分開關完全沒有反應、點擊後立即關閉,以及顯示已連線後又中斷這三種情況。前兩種較可能與本機授權或設定有關;第三種也可能涉及網路切換或按需觸發。系統連線尚未建立時,不要反覆更換伺服器密碼,因為遠端參數可能尚未參與這次故障。先記下彈出訊息原文、發生時間及開關停留的狀態,再檢查系統設定中是否出現相應的連線記錄。
首次授權與既有連線記錄
首次開啟時,系統可能會要求允許加入 VPN 設定,並完成裝置身分驗證。這是授權本機網路接管,並非登入訂閱。確認要求是由剛才主動開啟的 Shadowrocket 發出,再依系統提示操作;若選擇取消,請返回 App 再次開啟並確認。若裝置由學校或公司管理,限制可能來自管理政策,不能透過修改訂閱繞過;請向裝置管理員確認是否允許加入這類網路設定。
已授權但開關仍立即關閉時,先停止其他正在接管網路的 VPN 連線,再返回 Shadowrocket 測試。系統列表中出現多筆設定,不代表它們會同時生效,也不表示都必須刪除。先確認目前啟用的項目及其來源,只處理能明確辨認且確實異常的記錄。刪除系統連線記錄前,請先保留 App 內的設定;重新建立連線時仍應由 App 主動觸發授權,不要安裝來源不明的描述檔。
確認目前選取的項目,不要只看列表
在 Home 確認已選取一筆自己持有且有效的伺服器資訊;列表中有多個名稱,不代表目前選取正確。接著進入 Config,核對實際啟用的設定檔。若剛匯入檔案便發生異常,優先還原先前能正常啟動的設定副本,並比較新增的策略名稱、引用關係與語法,不要一次清空所有規則。若 App 出現解析錯誤,請保留錯誤行附近的內容,並檢查是否有多餘標點或不完整的段落。
若關閉開關後又自動開啟,請檢查 On Demand 是否仍在觸發。為了重現問題,可暫時關閉相關按需條件,再手動開啟一次;這只是用來隔離觸發因素,不代表必須永久停用。若手動連線穩定,恢復按需設定時請逐項核對網路類型與比對條件,避免將自動重新連線誤認為按鈕故障。也應一併確認系統中其他連線設定的自動連線條件。
重新啟動與重建的適用時機
完成上述檢查後仍無法啟動,可先正常結束 App 並重新啟動裝置,再使用穩定的網路重測。重新啟動能清除部分暫存狀態,但無法修正錯誤的設定語法。若必須重建系統連線記錄,請先確認訂閱、獨立伺服器項目及目前的 Config 都有可還原的副本。不要把刪除 App 當作第一步,因為本機儲存的獨立項目可能無法從訂閱取回,照片中的 QR code 也未必仍然有效。
記錄開關關閉時是否同時發生網路切換、鎖定螢幕或系統提示。若每次都在相同操作後發生,就沿著該觸發路徑繼續檢查;若只有某份設定會發生,請保留能正常啟動的對照檔案。本章的完成標準是系統連線能建立並維持,而不是網頁一定能開啟。開關已穩定但請求仍失敗時,請前往下一章,不要繼續重複授權操作。
02 · 開關已連線
無法上網:拆分檢查基礎網路、路由與目標請求
連線狀態表示本機網路接管已建立,不代表所選伺服器能連到目標,也不代表 DNS、規則及目標服務都正常。先中斷連線,用原本的網路開啟平時能直接存取的頁面,確認 Wi-Fi 已完成登入,且行動數據仍可使用。若中斷連線後也無法存取,請先處理路由器、訊號或網路驗證問題;此時反覆調整代理參數,只會混淆基礎網路與用戶端問題。
用三種模式做有限度比對
Global Routing 的 Config、Proxy、Direct 分別代表依設定、代理、直連。Config 依目前設定的規則選擇路徑;Proxy 以代理路徑進行整體比對;Direct 則以直連路徑比對。測試前記下原本模式,並以相同目標、相同網路及相同選取的伺服器進行比較。Proxy 不代表能修復伺服器故障,Direct 也不保證所有目標都能成功;這些模式的用途是縮小故障範圍。
| 觀察結果 | 優先檢查 | 下一步 |
|---|---|---|
| Proxy 可用,Config 失敗 | 規則、策略引用與 DNS 差異 | 查找失敗請求命中的規則 |
| Direct 可用,Proxy 失敗 | 目前伺服器及其連線參數 | 依節點逾時章節檢查 |
| 三種模式都失敗 | 基礎網路、接管衝突與共用設定 | 中斷連線後進行基礎比對 |
| 只有單一目標失敗 | 該目標的解析、規則與服務狀態 | 查看同一請求的日誌 |
若 Proxy 正常而 Config 異常,不要立即長期使用 Proxy 來掩蓋規則問題。先在請求記錄中找到剛才的目標網域,查看最終策略是否符合預期。規則引用的策略名稱必須確實存在,名稱相近也不能視為同一項。目標頁面也可能依賴登入、圖片及 API 等多個網域;主文件載入成功,不代表這些相依請求也使用相同路徑。
區分全部失敗與部分失敗
只有一個 App 異常時,先結束該 App 再重新開啟,然後觀察是否產生新的連線記錄。部分 App 會沿用既有連線,因此修改規則後立刻重新整理,不一定已套用新策略。若瀏覽器正常但單一 App 失敗,請繼續檢查該 App 使用的網域、系統網路權限及服務本身的狀態。不要只憑一個 App 的錯誤訊息判斷整個伺服器連線失效,也不要為單一目標永久將所有請求改走同一路徑。
在 Wi-Fi 與行動網路之間比對一次,有助於判斷是否為區域網路或接入網路差異。切換前先中斷連線,確認新網路本身可用後,再重新連線並請求相同目標。若只有 Wi-Fi 異常,請檢查驗證頁面、路由器 DNS、區域網路限制及 IP 位址衝突;若只有行動網路異常,請檢查 App 的行動數據權限及目前訊號。比對過程中不要同時更新訂閱,以免改變選取的項目。
讓日誌對應一次明確操作
開始測試前記下時間,接著只發出一次目標請求,再查看附近記錄中的網域、命中規則、最終策略及錯誤階段。若日誌只有解析失敗,先前往 DNS 章節;若已開始遠端交握,再檢查協定參數;若收到目標的拒絕存取或登入要求,代表至少已有部分資料傳輸,不能再描述為完全無法連線。錯誤文字是定位線索,不是要求直接替換所有設定的指令。
還原時先切回原本的 Global Routing 模式,只保留確實需要的修改。若曾暫時停用規則或自動觸發條件,請記下原因,避免測試設定變成日常設定。仍無法定位時,可整理已隱藏敏感資訊的錯誤摘要與網路比對結果,再查閱分類問答;相較於只寫「已連線但不能用」,這些資訊更能指出故障所在環節。
03 · 遠端連線失敗
節點逾時:分別核對測試方式與協定參數
逾時表示某項操作未能在限定時間內完成,但操作可能是延遲測試、建立傳輸連線、協定交握或存取測試目標。先確認逾時來自 Home 的測試結果,還是實際使用時的請求日誌。測試目標無法連線時,項目可能顯示失敗,但其他服務仍可存取;反過來,測試有回應也不能證明所有服務請求都正常。因此必須交叉比對測試結果與實際目標請求。
先檢查伺服器位址與連接埠
開啟所選項目的編輯頁,對照自己持有的原始伺服器資訊,檢查位址與連接埠。位址欄位不應誤帶網頁路徑、前後空格或連接埠分隔符號;連接埠應與原始設定一致,不要依常見數值猜測。伺服器使用網域名稱時,也要確認網域能解析;使用 IP 位址時則應區分位址類型。若網域最近由服務端調整,本機快取或舊連線可能仍保留原位址;重新建立連線後再觀察。
若只有一個項目逾時而其他既有項目正常,較可能是該項目的參數或遠端狀態有問題;同一來源的所有項目同時異常,則應檢查基礎網路、訂閱是否過期及遠端是否有變更。可以改用另一筆自己持有的項目作比對,但不要將連續多次批次測試當成修復方式。測試過於頻繁可能增加負載,也會讓日誌混入大量與實際故障無關的請求。
交握欄位必須成組核對
協定類型選錯時,即使位址與連接埠完全正確,也可能無法完成交握。Shadowsocks 的加密方式與密碼、VMess 和 VLESS 的身分資訊、Trojan 的密碼,以及傳輸相關欄位,都應依原始設定逐項比對。不要將一種協定的欄位直接套用到另一種協定。若使用 TLS 或特定傳輸方式,也要同時檢查伺服器名稱、路徑及相關標頭欄位,不能只保留一個看似網域名稱的值。
| 參數組 | 核對內容 | 常見判斷誤區 |
|---|---|---|
| 基礎連線 | 協定、位址、連接埠 | 以為位址相同就代表項目相同 |
| 身分資訊 | 密碼、UUID 或金鑰 | 複製時漏掉字元或混入空格 |
| TLS | 啟用條件、伺服器名稱、憑證提示 | 把關閉驗證當成固定解法 |
| 傳輸 | 類型、路徑、Host 等原始欄位 | 只更新伺服器位址 |
日誌出現憑證相關錯誤時,先檢查裝置日期與時間,再核對伺服器名稱是否符合設定要求,最後確認伺服器憑證狀態。不要只為了讓提示消失,就長期放寬驗證條件。若設定依賴 UDP 傳輸,所在網路是否允許相關流量也會影響結果;某種傳輸方式在目前網路失敗,不代表改用另一個協定名稱就能修復,伺服器必須確實支援相應設定。
依失敗階段決定下一步
無法解析伺服器網域時,檢查本機解析路徑;能解析但建立連線逾時,檢查接入網路與遠端監聽狀態;連線立即遭拒,優先確認連接埠與服務狀態;已建立連線但身分驗證失敗,優先核對憑證。不同實作的日誌用語可能不同,應結合前後記錄判斷,不要只依單一英文詞彙下結論。若錯誤只在特定網路發生,請保留網路比對結果。
手動修改訂閱管理中的項目後,下次更新可能會重新寫入原始欄位。若確實需要暫時比對,請先複製成獨立測試項目並清楚命名,避免誤以為修改沒有儲存。驗證結束後刪除不再需要的測試副本,並保留來源明確的正式項目。有效連線的恢復標準是預期服務請求成功,且日誌顯示使用預期策略,而不是測試數字看起來更低。
04 · 分別檢查取得與解析
訂閱更新失敗:區分連結取得、內容解析與更新覆寫
訂閱更新失敗可能有兩種不同情況:用戶端沒有取得回應,或已收到回應但無法解析內容。列表空白也可能只是篩選條件、群組收合或更新後名稱變更。先保留原訂閱與可用項目,不要連續刪除再新增。記下更新前的群組狀態、錯誤提示及目前網路,再到 Home 手動更新一次,觀察問題發生在網路請求階段還是匯入階段。
確認連結完整且用途正確
從自己使用的設定提供者重新複製訂閱連結,檢查前後空格、換行及通訊 App 附帶的標點。用來區分存取權限的參數不可缺少,也不要把參數後面的內容當成備註刪除。網頁管理網址、登入頁面網址及訂閱網址用途不同;能開啟網頁,不代表它就是可匯入的內容。也要確認 QR code 內包含的是訂閱網址還是單筆伺服器資訊。
若錯誤提示涉及身分驗證、權限或內容不存在,請到原本的帳戶頁面確認連結是否仍有效、存取權限是否變更,以及是否需要重新產生。新連結可能會讓舊連結失效,因此更新前先確認哪些裝置會受到影響。不要將含存取參數的網址貼到公開討論區、線上轉換頁面或陌生檢測工具。向他人說明問題時,只保留網域、錯誤類型與參數名稱,並隱藏參數值。
收到內容不代表格式正確
有時請求顯示成功,但正文實際上是登入頁面、存取提示或一般網頁。此時網路傳輸已完成,問題在於內容類型或權限,不要繼續修改 DNS 試圖解決解析問題。若提示格式不支援或無法辨識部分項目,先確認提供者提供的內容適用於 Shadowrocket,並區分單筆分享資訊、伺服器清單及 Config 設定檔。不同匯入入口各有用途,不能因為都是文字就互相替代。
更新後只有部分項目消失時,檢查這些項目是否使用不同協定或新參數,再與原始說明比對。名稱變更也可能使舊策略群組仍引用舊名稱,造成列表中有項目但規則無法選取。應將訂閱內容、群組篩選及 Config 的策略引用分開檢查。若自行設定了篩選條件,可暫時取消篩選以查看完整列表,再逐項恢復,不要直接判定遠端沒有傳回內容。
檢查更新請求實際使用的路徑
訂閱網址本身也是網路請求,取得路徑可能受目前網路與設定影響。若目前選取的伺服器已失效,而更新請求又依賴該伺服器,可能形成無法自行恢復的狀態。先確認基礎網路可用,再使用已知可用的路徑嘗試取得內容,並保留原本模式。只有明確知道目前路徑造成阻塞時才暫時切換;不要將所有訂閱固定改走某條路徑,也不保證直連或代理一定能取得內容。
手動更新成功後,核對項目是否完整、目前選取的項目是否仍存在,以及設定中的名稱引用是否需要調整。自動更新異常時,還要檢查裝置當時是否離線、App 是否有執行機會及系統限制;不要把自動更新未觸發與伺服器傳回空內容混為一談。頻繁縮短更新間隔通常無法修復權限或格式問題,只會重複發出相同的失敗請求。
若要重建訂閱,請先儲存獨立項目與目前的 Config,並記下舊群組的用途。匯入新訂閱後,先用其中一個項目確認連線,再調整原有策略引用,最後移除重複群組。完整還原不只是更新按鈕不再報錯,還包括預期項目出現、目前選取正確,以及規則能夠引用。基本匯入步驟可返回使用教學核對;本章則說明各種失敗情況。
05 · 請求能夠完成
速度慢與連線中斷:先建立可比較的測試條件
速度慢並非單一指標。網頁首次開啟時等待、持續下載速率偏低、影片緩衝及連線中途中斷,可能發生在完全不同的階段。先確認哪種現象最穩定,選擇合法且熟悉的目標,在相同網路與相近時間少量重複測試。不要直接比較不同網站、檔案大小或畫質的結果,也不要只靠延遲測試判斷持續傳輸能力。
將等待時間拆分為解析、交握與傳輸
若第一次開啟很慢、之後連續瀏覽正常,優先觀察 DNS 與建立新連線的過程;若頁面很快出現但大型檔案持續傳輸緩慢,優先檢查頻寬、壅塞及目標服務限制;若每隔一段時間停頓後又自行恢復,請檢查網路切換、無線訊號與長連線重建。日誌有助於判斷請求是否持續重試,但無法只靠用戶端日誌準確推算遠端鏈路各段的頻寬。
測試時先暫停裝置上與疑難排解無關的大流量工作,例如雲端同步、系統下載及大型檔案上傳。上傳占滿可用鏈路時,一般網頁也可能變慢。接著讓裝置保持在同一位置,與另一筆自己持有的伺服器資訊比對;每次只切換項目,不要同時修改 DNS、規則與協定參數。若所有項目都變慢,先檢查本機接入網路,不要一次修改所有伺服器設定。
分別比對無線網路與目標服務
Wi-Fi 訊號看起來充足,不代表頻道壅塞、路由器負載或上行鏈路都正常。可在靠近路由器的位置重新測試,並在條件允許時以行動網路比對。切換網路後必須重新建立連線,避免用舊連線的失敗結果評估新網路。若只有某個區域網路速度慢,再檢查路由器或網路管理限制;沒有證據時,不要直接重設整台裝置的所有網路設定。
若只有單一網站速度慢,而其他同類請求正常,可能與目標的內容傳遞網路、帳戶狀態或對目前出口的限制有關。先查看失敗網域實際命中的策略,確認它是否誤用了與頁面主體不同的路徑。有些媒體資源與主頁使用不同網域;規則只能依已知請求特徵作出判斷,無法單靠頁面外觀自動知道哪些資源應使用相同路徑。修改規則後應重新建立連線再驗證。
連線中斷、UDP 與封包大小問題
文字頁面能開啟但某些即時服務失敗時,請檢查該服務是否依賴 UDP,以及目前協定與網路路徑是否支援相應流量。不能只開啟相關選項,就推定伺服器已具備支援條件。若短請求正常但大型請求容易停頓,也值得檢查封包大小與路徑特性,但不要照搬陌生數值當成固定答案。任何參數測試都應記錄原值,每次只改一項,並準備立即還原。
長連線中斷可能與鎖定螢幕、無線網路切換、遠端逾時或系統資源壓力有關。記錄中斷前後的時間及裝置操作,觀察是否總在相同條件下發生。若每次切換基地台後都中斷,先確認重新連線是否能恢復;若裝置未移動也持續重建連線,再查看遠端交握及目標回應錯誤。將這些情況一概稱為「速度慢」,容易錯過真正的觸發點。
恢復後保留一組可重現的基準資訊:網路類型、目前項目、Global Routing 模式、目標類別及觀察到的症狀。不必長時間連續測試,也不要為了測試反覆消耗大量流量。若速度變化來自外部網路或目標服務,用戶端設定未必能消除問題。本章的目的在於釐清問題範圍,找出能透過設定修正的部分,而非承諾固定速率或穩定時間。
06 · 解析與比對
DNS 問題:先查解析結果,再查規則路徑
DNS 會將網域名稱轉換為位址;規則則決定請求採用哪種策略,兩者相關但不是同一個步驟。網域無法解析、解析結果不符合預期或連線走錯路徑,都可能造成網頁無法開啟。先找出同一次失敗請求的網域與錯誤階段,再判斷是沒有取得位址,還是取得位址後連線失敗。不要只因頁面曾恢復一次,就認定某個 DNS 位址適用於所有網路。
避免解析路徑依賴自身
檢查 Config 與 Settings 中實際生效的 DNS 設定,而不只是剛編輯的檔案。若解析服務本身使用網域名稱,也需要先有可運作的基礎解析路徑;若解析請求必須經過尚未建立的代理,則可能形成啟動依賴。排查時先保留原設定,再確認解析服務位址及存取路徑能否連通。不要同時加入多個來源不明的 DNS 設定片段,以免無法判斷是哪一項覆寫了其他設定。
同一網域可能傳回多個 IPv4 或 IPv6 位址,網路對不同位址的連通性也可能不同。只有部分請求失敗時,應觀察實際使用的位址類型,不要立刻全域停用某種功能。伺服器網域與服務目標的解析也應分開檢查:前者失敗會使代理連線無法建立,後者失敗則可能只影響特定目標。修改後重新建立連線,避免舊快取掩蓋變更。
用最小規則片段理解比對方式
以下規則片段用來說明順序,並非可直接覆蓋現有檔案的完整設定。PROXY 指向的策略必須在目前設定中有效。規則由上而下比對,FINAL 放在最後,處理未命中前面規則的請求;若將它提前,後續規則可能沒有機會生效。網域範例僅用於說明語法,不代表任何實際服務的建議路徑。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
| 規則類型 | 檢查重點 | 容易忽略的條件 |
|---|---|---|
| DOMAIN | 完整網域是否相符 | 其他子網域不會自動視為相同 |
| DOMAIN-SUFFIX | 目標是否屬於該網域後綴 | 規則順序與前置命中 |
| IP-CIDR / IP-CIDR6 | 實際目標位址與位址類型 | 同一網域可能傳回多個位址 |
| GEOIP | 位址分類與命中結果 | 分類不能取代服務用途判斷 |
| FINAL | 最終兜底策略 | 檢查前面的規則是否已命中 |
若請求命中 REJECT,先確認這是否符合設定預期。網域規則可以拒絕符合條件的請求,但無法理解頁面中的所有內容,也不能保證某個資源永遠使用相同位址。誤擋時應縮小特定規則的範圍,而不是刪除所有規則。關於順序與功能限制,可進一步閱讀REJECT 規則說明,並透過日誌確認實際命中的項目。
還原與快取驗證
修改 DNS 或規則後,先中斷再重新建立連線,並重新開啟測試 App,確認產生的是新請求。App 本身可能會快取位址或沿用連線,因此只重新整理一次,不足以證明新設定已生效。不要為了清除快取而先刪除 App;優先採用影響範圍較小的重新連線與重開操作。若只在特定區域網路失敗,也應檢查該網路是否有專用的解析需求或內部網域。
驗證標準應同時包含解析完成、命中預期規則及目標請求成功。若修改只是將故障從解析階段移到交握階段,表示問題尚未完全解決,但排查已有進展。保留修改前後的設定差異,撤銷沒有幫助的嘗試,避免長期累積彼此覆寫的解析設定。常用關鍵字的意思可查閱術語表,設定入口請見功能設定說明。
07 · 狀態變化後出現異常
耗電與更新異常:先保留基準,再比對差異
耗電增加與更新後異常,都需要一份正常時的基準。系統電池用量中的百分比是相對值,不等於相同使用條件下的實際耗電增量;故障發生前曾更新,也不能直接證明更新就是原因。先記錄裝置使用時間、螢幕狀態、網路類型及背景工作,再回看最後正常時的設定、訂閱與系統變更。不要同時回復設定、重建訂閱及重設網路,以免失去判斷依據。
區分正常傳輸與反覆失敗
持續上傳、播放影片或雲端同步都會增加網路活動;流量由 Shadowrocket 接管後,相關活動也可能反映在系統統計中。請在相近的使用時間下比較,不要拿整天的統計直接減去短暫待機的數據。若螢幕關閉期間特別耗電,請檢查是否有連線持續失敗並重試、測試過於頻繁或更新工作,再配合日誌確認是否確實有重複活動。
暫時關閉除錯等級的記錄、停止不必要的連續測試,有助於排除額外負擔,但務必先儲存與目前故障相關的記錄片段。檢查 On Demand 是否在網路不穩時反覆觸發重新連線,並觀察裝置是否頻繁切換 Wi-Fi 與行動網路。不要為了降低統計占比而永久停用必要功能;先確認哪種活動與額外耗電有穩定關聯,再調整相應的觸發條件。
更新後先檢查三類變化
第一類是 App 或系統更新改變了連線狀態,需要重新確認授權或重新建立連線;第二類是訂閱內容變更,原本的項目或策略名稱已不存在;第三類是 Config 更新,規則、DNS 或外部引用與舊檔案不同。先確認實際發生哪一類變化,再選擇相應章節。若只有某份檔案異常,還原已儲存的設定副本,比直接重新安裝更能確認問題是否來自檔案差異。
更新前應儲存目前的 Config、獨立伺服器項目及必要的群組關係,並確認備份可以讀取。訂閱連結不等於完整備份,因為獨立項目、手動規則及部分本機設定可能不包含在其中。更新後先維持原本的選取項目,測試一個常用目標,再恢復自動更新或批次操作。這樣若發現問題,變更範圍仍較小,可以逐項比對,不必面對多重覆寫。
重新取得用戶端時的注意事項
需要重新取得時,iPhone / iPad 請在 App Store 核對開發者 Shadow Launch Technology Limited、官方圖示及 App ID 932747118;系統需求以 App Store 頁面標示為準。Mac 請先確認是 Apple 晶片或 Intel,再選擇對應版本;其他平台請透過下載指南使用本站 /dl/ 安裝檔。重新取得用戶端不保證能修復遠端連線問題,操作前仍須保留本機資料。
桌面平台與 Android 首次開啟時,可能會遇到系統封鎖。確認來源後,Mac 可依系統提示前往「隱私權與安全性」選擇「仍要打開」;Windows SmartScreen 可核對來源後選擇「其他資訊」,再決定是否「仍要執行」;Android 僅在目前安裝來源確有需要時,允許安裝未知應用程式,完成後可撤銷權限。Linux 請依所選套件格式操作,AppImage 需要執行權限。詳細限制請見安裝封鎖處理說明,切勿跳過來源核對直接允許執行。
若重新建立連線並還原設定後問題仍然存在,請整理更新前後的差異與最小重現步驟。說明中應包含故障操作、預期結果、實際結果及發生頻率,但不要提供完整憑證。保留可正常運作的設定副本,再逐項加入必要設定;只要某項穩定觸發故障,就停止擴大變更範圍。這樣既能恢復可用基準,也能避免將暫時恢復誤認為所有問題都已解決。
08 · 裝置與網路情境
iPad 專項:檢查網路切換、鎖定螢幕與區域網路
iPad 疑難排解的重點不是另設一套規則,而是確認相較於其他裝置有哪些環境差異。同一份訂閱在 iPhone 正常、在 iPad 異常,只能表示兩者之間存在可比較的差異,不能直接證明 iPad 需要不同協定。先確認兩台裝置使用相同網路、相同項目、相同 Config 及相同 Global Routing 模式,再比較請求結果,避免混淆裝置差異與設定差異。
Wi-Fi、行動網路與個人熱點切換
只有 Wi-Fi 的 iPad 與具備行動網路連線的裝置,可進行的比對並不完全相同。使用個人熱點測試時,熱點本身是另一條接入路徑,應單獨記錄。每次切換後先確認系統已取得可用網路,再重新建立 Shadowrocket 連線。若網路需要網頁驗證,請先完成驗證;若裝置仍顯示舊網路名稱或連線反覆變化,應先排除接入不穩定的問題。
從家用網路移動到辦公室網路後,原有長連線可能暫時失效;畫面仍顯示已連線,也不代表舊連線已成功切換。先關閉並重新建立連線,再重複相同的目標請求。若重新連線後恢復,請記錄切換操作與 On Demand 條件;若重連仍失敗,返回檢查基礎網路與伺服器連通性。不要因網路切換時發生一次失敗,就永久修改所有規則或刪除訂閱。
鎖定螢幕、分割畫面與 App 連線沿用
解除鎖定後,App 可能繼續使用舊工作階段,也可能建立新連線。先觀察故障是否只出現在恢復後的第一批請求,還是後續請求全都失敗。若重新開啟目標 App 後恢復,表示值得進一步檢查 App 是否沿用工作階段;若所有 App 同時失敗,再檢查系統連線狀態。分割畫面同時執行兩個 App 時,不能只因它們顯示相同網頁,就認定請求路徑一致;應分別查看各自使用的網域。
長時間背景傳輸能否持續,也取決於目標 App 與系統的背景執行條件。Shadowrocket 的連線狀態不能取代目標 App 取得背景執行機會,因此不要將下載暫停一概歸咎於規則。測試時先讓目標 App 保持在前景,確認傳輸正常,再比較鎖定螢幕後的變化。也應記錄裝置溫度、低電量狀態及系統資源壓力,但不宜只憑這些現象推斷某項設定必然有問題。
區域網路存取與跨裝置設定
連線後找不到印表機、無法存取本機管理頁面或連接區域網路裝置時,先中斷連線進行基礎比對,確認目標裝置與 iPad 確實位於同一個區域網路。名稱探索與直接存取位址並非同一種請求;探索失敗不一定代表所有本機連線都失敗。檢查本機網路權限、實際目標位址及命中策略,再依既有網路架構調整設定,不要直接將所有私有位址範圍照抄到用途不明的檔案中。
從其他裝置複製設定後,應重新檢查策略引用與獨立項目是否齊全。名稱相同不代表內部參數相同,設定檔可用也不表示本機已完成系統授權。訂閱更新可能會改變項目名稱;若舊規則仍引用原名稱,裝置間就可能出現不同結果。先比較目前實際生效的內容,而不是只比對最初匯入的檔名;必要時還原同一份備份,再進行可控測試。
本章驗證應涵蓋三種日常操作:裝置靜止使用時請求正常、切換至可用網路後能重新建立連線,以及解除鎖定後能產生新請求。若其中一步仍失敗,請記錄觸發點並返回相應章節,不要繼續擴大設定變更範圍。仍無法定位時,保留已隱藏敏感資訊的日誌摘要、模式及網路比對結果;入門操作請返回快速入門教學,概念請查閱術語表,常見簡答請查看問答。
排查結束:還原日常設定
恢復原本的 Global Routing 模式及必要的 On Demand 條件,移除臨時測試項目,並儲存確認有效的 Config。撤銷沒有幫助的修改,保留故障現象、命中規則及最終處理結果,方便日後比對。