本文重點

Claude 在 iPhone 上無法載入、登入逾時或停在空白畫面時,先確認 Shadowrocket 是否已建立連線,再檢查 Global Routing、目前生效的規則、DNS 與既有連線設定。接著在相同條件下分別測試 Wi-Fi 和行動網路,判斷問題較可能出在代理路徑、本機網路,還是 Claude 服務本身。本文以使用者已有自己的訂閱及可用連線為前提,不保證更改代理設定即可排除服務端或帳戶問題。

一、先分辨無法載入、登入逾時與服務端問題

「Claude 打不開」可能指不同狀況:網頁完全無法載入、App 開啟後一直轉圈、登入流程逾時,或已進入對話介面但訊息送不出去。先記下發生問題的位置與畫面提示,再開始調整 Shadowrocket。若每次都在登入頁失敗,和已登入但對話請求失敗的排查方向並不相同。

先用 Safari 開啟平常可用的其他網站,確認 iPhone 的網路本身正常;接著在相同網路下測試 Claude 網頁或 App。測試期間不要同時更換節點、修改 DNS、編輯設定檔並重新登入,否則即使恢復正常,也難以知道是哪一項變更起作用。若只有 Claude 受影響,優先檢查該服務的路由與解析;若多個網站都無法載入,先檢查 Shadowrocket 連線和目前網路。

2 種網路
分別測試 Wi-Fi 與行動網路,其他設定盡量保持一致
3 個層次
檢查通道狀態、流量分流與 DNS 解析
1 項變更
每輪只調整一個設定,保留可比較的結果

在 Shadowrocket 的 Home 確認目前選取的是自己的有效連線,並查看連線開關及系統 VPN 狀態。顯示已連線只代表通道已建立,不等於 Claude 的每個請求都經過代理;下一步還要核對 Home 中的 Global Routing。若 App 剛切換網路或節點,先關閉 Claude 再重新開啟,建立新的請求,避免把先前建立的連線當成新設定的測試結果。

二、檢查 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 的選單名稱可能隨版本調整,請以裝置目前顯示的英文介面項目為準。

常見問題

Shadowrocket 顯示已連線,為什麼 Claude 還是打不開?

已連線表示通道已建立,不代表 Claude 請求一定走代理。請在 Home 核對 Global Routing,再檢查 Config 中目前生效的規則;切換或修改後,重新開啟 Claude 建立新請求。

可以直接把 claude.ai 設成 PROXY 嗎?

可將單一網域規則作為受控的語法示例,但不能假設服務所有請求都只使用這個網域。先檢查實際請求與現有規則,保留原設定,一次只測一項變更;不要把示例視為完整設定檔。

Wi-Fi 能用,行動網路不能用,先檢查什麼?

先確認 iOS 行動數據已開啟,且 Shadowrocket 有行動數據使用權限;再等待 Home 的連線狀態更新,使用相同 Global Routing 重新測試。若啟用了 On Demand,也要留意切換網路時的連線行為。

需要一直更換 DNS 或連線項目測試嗎?

不需要。先記錄原設定與測試結果,只在有明確線索時更改一項;結果沒有改善就還原。若不同網路和已確認可用的連線都得到相同結果,應進一步核對服務或帳戶狀態,而不是持續疊加設定。