Claude 在 iPhone 上無法載入、登入逾時或停在空白畫面時,先確認 Shadowrocket 是否已建立連線,再檢查 Global Routing、目前生效的規則、DNS 與既有連線設定。接著在相同條件下分別測試 Wi-Fi 和行動網路,判斷問題較可能出在代理路徑、本機網路,還是 Claude 服務本身。本文以使用者已有自己的訂閱及可用連線為前提,不保證更改代理設定即可排除服務端或帳戶問題。
一、先分辨無法載入、登入逾時與服務端問題
「Claude 打不開」可能指不同狀況:網頁完全無法載入、App 開啟後一直轉圈、登入流程逾時,或已進入對話介面但訊息送不出去。先記下發生問題的位置與畫面提示,再開始調整 Shadowrocket。若每次都在登入頁失敗,和已登入但對話請求失敗的排查方向並不相同。
先用 Safari 開啟平常可用的其他網站,確認 iPhone 的網路本身正常;接著在相同網路下測試 Claude 網頁或 App。測試期間不要同時更換節點、修改 DNS、編輯設定檔並重新登入,否則即使恢復正常,也難以知道是哪一項變更起作用。若只有 Claude 受影響,優先檢查該服務的路由與解析;若多個網站都無法載入,先檢查 Shadowrocket 連線和目前網路。
在 Shadowrocket 的 Home 確認目前選取的是自己的有效連線,並查看連線開關及系統 VPN 狀態。顯示已連線只代表通道已建立,不等於 Claude 的每個請求都經過代理;下一步還要核對 Home 中的 Global Routing。若 App 剛切換網路或節點,先關閉 Claude 再重新開啟,建立新的請求,避免把先前建立的連線當成新設定的測試結果。
- 只有 Claude 網頁或 App 失敗:優先比較 Claude 請求的路由與 DNS 結果。
- 多個網頁都失敗:確認 Shadowrocket 連線、選取的連線項目及目前網路。
- 頁面可開但登入失敗:重新開啟登入頁測試,並留意帳戶驗證或服務端提示。
- Wi-Fi 正常、行動網路失敗,或結果相反:記錄差異,先不要同時更改其他設定。
二、檢查 Shadowrocket 連線與 Global Routing
在 Home 確認選取的連線項目仍可使用,再查看 Global Routing。目前若使用 Config,Claude 請求會依 Config 中生效的規則選擇策略;若目標網域被規則送往 DIRECT,即使 VPN 顯示已連線,該請求仍可能沒有經過代理。Proxy 可作為短時間的對照測試,Direct 則可協助判斷不經代理時的結果,但這兩種模式都不會修復失效的連線參數或網路問題。
依目前生效設定檔中的規則分流。先在 Config 確認選取的檔案,再確認相關網域是否被送往預期策略;檔案已匯入不代表它目前正在使用。
適用情境:日常使用規則分流,檢查特定請求的策略
用來短時間對照代理路徑是否與目前的 Config 規則結果不同。切換後重新開啟 Claude 並重新載入;測試完請恢復原本需要的模式。
適用情境:判斷 Config 規則是否可能讓 Claude 請求走錯路徑
作為不經代理的網路對照。若 Direct 失敗而代理模式成功,表示兩種路徑結果不同;這本身不能證明服務端或某個節點一定有問題。
適用情境:確認目前網路直接存取 Claude 的結果
若使用 Config,可到 Config 確認目前啟用的設定檔,並檢查與 Claude 有關的規則及其排列位置。規則通常依序比對;一條較廣泛的 DOMAIN-SUFFIX 規則若排在前面,可能先於較具體的例外生效。不要只憑網站首頁的網域就推斷登入、API 或其他請求一定使用相同規則,也不要直接加入來源不明的完整規則清單。
DOMAIN-SUFFIX,claude.ai,PROXY
以上只示範規則欄位的語法,並非可直接套用於所有設定檔的完整方案。實際服務可能涉及不只一個網域,且規則是否生效要看目前的設定檔、順序及請求紀錄。需要檢查時,先記錄原設定,再一次調整一項;以 Data 中可觀察到的請求結果及 Claude 是否恢復為依據。若結果沒有改善,還原剛才的變更,不要疊加多條猜測規則。
判斷重點:連線狀態不等於請求路徑
Home 顯示已連線,只能作為通道狀態的線索。請一併確認 Global Routing、Config 中的匹配結果,以及重新建立請求後 Claude 的實際載入情況。
三、逐項檢查 DNS、節點與 Wi-Fi/行動網路差異
DNS 負責將網域名稱解析成連線所需的位址。解析失敗可能造成網頁載入錯誤或等待逾時,但只因 Claude 無法開啟,不能直接判定 DNS 一定有問題。先查看 Shadowrocket 的 Data 是否能觀察到相關請求,再確認 Settings 中目前的 DNS 設定;若曾手動更改,記下現值並先還原到原本設定測試。不要一次填入多組未確認的 DNS,也不要把修改 DNS 當作普遍有效的解法。
接著在同一部 iPhone 上比較 Wi-Fi 與行動網路。切換網路後,等待 Shadowrocket 更新連線狀態,再重新開啟 Claude、重新載入頁面或重新送出一個測試請求。行動網路測試前,確認 iOS 的行動數據已開啟,並允許 Shadowrocket 使用行動數據。兩輪測試盡量使用同一個 Claude 入口、同一個 Global Routing 模式與同一個設定檔。
Wi-Fi 測試記錄
- 網路
- 記下目前連線的 Wi-Fi
- 連線
- Home 查看選取項目與 VPN 狀態
- 路由
- 記錄 Global Routing 模式
- 結果
- 分別測 Claude 頁面、登入或對話
測試後再切換行動網路,避免在同一輪混入多個變數。
行動網路測試記錄
- 系統
- 確認行動數據已啟用
- 權限
- 確認 Shadowrocket 可使用行動數據
- 連線
- 等待通道狀態更新後重測
- 比較
- 對照同一入口及相同路由模式
若只在一種網路失敗,先記錄差異,再單獨檢查該網路條件。
若 Wi-Fi 與行動網路都失敗,但其他網站可正常使用,接著確認 Claude 的登入狀態、帳戶驗證提示,以及服務當下是否可用。若只有某一個連線項目出現問題,可從自己已有的設定中選取另一個已確認可用的項目作有限度對照;每次只更換一次,並在每次切換後建立新請求。不要根據名稱或單次延遲數字判斷某項目一定能存取 Claude。
若兩種網路的結果相反,問題可能與其中一種網路的 DNS、連線品質或路由條件有關。可暫停大型下載等佔用網路的工作,重新測試一次;如曾使用 On Demand,也要確認網路切換時是否自動中斷或重新建立通道。排查期間保留一份簡單紀錄:時間、網路類型、Global Routing、連線狀態及 Claude 的錯誤提示。這比連續切換多個選項更容易縮小範圍。
四、依錯誤表現縮小範圍
錯誤文字可以提示故障發生的階段,但不一定能單獨指出原因。尤其「逾時」既可能是請求沒有經過預期路由,也可能與 DNS、網路品質或服務端回應有關。先按以下方向核對,再根據實際結果決定是否還原設定或聯絡服務支援。
錯誤:Connection timed out
可能原因與處理:請求在等待期間未完成,原因可能在網路、代理路徑或目標服務。先確認 Home 的連線狀態與 Global Routing,再以同一個請求比較 Wi-Fi 和行動網路;不要僅憑逾時就更換 DNS。
錯誤:頁面空白或一直載入
可能原因與處理:可能是舊連線尚未更新、頁面資源載入不完整,或請求被不同規則分流。關閉並重新開啟 Claude,再查看 Data 中的新請求;若使用 Config,確認生效檔案與相關規則。
錯誤:登入頁可開,登入後失敗
可能原因與處理:登入與登入後的請求可能走不同路徑,也可能涉及帳戶驗證。先記下失敗發生在輸入帳戶、驗證或進入對話的哪一步,再對照相關請求的路由;若畫面顯示明確帳戶提示,依 Claude 的提示處理。
如果修改後 Claude 仍無法使用,先撤回最後一項變更,再以原設定重測。當 Wi-Fi、行動網路與已確認的連線都得到相同結果,而且 Shadowrocket 的其他請求正常時,不要持續堆疊本機規則;記錄錯誤提示和測試條件,分別確認 Claude 服務狀態及帳戶問題。系統或 App 的選單名稱可能隨版本調整,請以裝置目前顯示的英文介面項目為準。
- 只有特定網路失敗:保留另一種網路的成功結果,逐項檢查失敗網路的連線與解析條件。
- 只有 Config 失敗:確認目前生效設定檔、規則順序及該請求實際匹配的策略。
- Proxy 與 Config 都失敗:核對連線項目是否可用,再考慮 DNS、網路品質或服務端狀況。
- 服務顯示帳戶提示:依服務畫面確認帳戶與驗證狀態,避免把帳戶問題誤當成代理故障。
常見問題
Shadowrocket 顯示已連線,為什麼 Claude 還是打不開?
已連線表示通道已建立,不代表 Claude 請求一定走代理。請在 Home 核對 Global Routing,再檢查 Config 中目前生效的規則;切換或修改後,重新開啟 Claude 建立新請求。
可以直接把 claude.ai 設成 PROXY 嗎?
可將單一網域規則作為受控的語法示例,但不能假設服務所有請求都只使用這個網域。先檢查實際請求與現有規則,保留原設定,一次只測一項變更;不要把示例視為完整設定檔。
Wi-Fi 能用,行動網路不能用,先檢查什麼?
先確認 iOS 行動數據已開啟,且 Shadowrocket 有行動數據使用權限;再等待 Home 的連線狀態更新,使用相同 Global Routing 重新測試。若啟用了 On Demand,也要留意切換網路時的連線行為。
需要一直更換 DNS 或連線項目測試嗎?
不需要。先記錄原設定與測試結果,只在有明確線索時更改一項;結果沒有改善就還原。若不同網路和已確認可用的連線都得到相同結果,應進一步核對服務或帳戶狀態,而不是持續疊加設定。