先判斷故障屬於哪一層

先觀察瀏覽器呈現的具體現象。若頁面完全無法建立連線,通常是代理未生效、節點不可用或 DNS 無法解析；若首頁可以打開,但登入頁、對話頁或串流回覆一直轉圈,則可能是部分網域未走代理、WebSocket 連線被錯誤分流,或目前節點對長連線支援不穩定。

排查時要保留一個基準:先用直連開啟一般網站,確認本機網路本身正常；再在 Clash 中查看是否有請求數據增加。沒有任何請求記錄,問題多半發生在瀏覽器或系統代理層；有請求但一直逾時,才進一步檢查節點、規則與 DNS。

確認代理真的生效,再檢查節點

ChatGPT 能否開啟,第一個必要條件是瀏覽器流量確實經過 Clash。僅僅啟動客戶端或看到節點清單,不代表系統已經使用代理。桌面平台需要確認「系統代理」開關已啟用,瀏覽器若設定了獨立代理,則還要核對它的 HTTP 或 SOCKS5 位址與 Clash 實際監聽的連接埠一致。常見預設值可能是 7890,但不同客戶端與設定檔可以自行修改,不能只憑記憶填寫。

1. 在 Clash 主介面確認核心狀態為執行中,目前生效的設定檔是剛更新並包含節點的那一份。
2. 確認系統代理已開啟,並記下 HTTP、混合代理或 SOCKS5 的監聽連接埠。
3. 在瀏覽器開啟一般網站,回到 Clash 的連線頁查看是否出現對應請求。
4. 進入代理群組,先選一個延遲較低且最近測速成功的節點,不要一開始使用自動選擇群組來增加變數。
5. 重新整理 ChatGPT 頁面,觀察請求是否從逾時變成成功建立連線。

如果所有節點都顯示逾時,先不要判定「所有節點都壞了」。可能是測速網址本身不可達、訂閱已過期、服務商暫時調整了節點,也可能是本機網路阻擋了代理連接埠。可以手動更新訂閱,確認節點名稱與數量是否改變,再用兩三個不同地區的節點測試。若只有某一個節點逾時,通常直接更換節點即可,不必修改 DNS 或規則。

用全域模式區分規則問題

規則模式會按照設定檔中的 rules 從上到下比對,命中第一條後就停止。ChatGPT 不只使用一個主網域,登入、靜態資源、API、對話串流與驗證流程可能涉及不同網域。若設定檔只為主站加入一條規則,其他請求可能被送往直連,結果就是首頁載入一半、登入頁反覆跳轉或訊息送出後沒有回覆。

最有效的測試方式是暫時切換到全域模式,並手動指定一個已確認可用的節點。全域模式會把一般請求交給同一代理出口,可以暫時繞過規則命中錯誤。測試結果可按下表判讀:

確認是規則問題後,不要把所有流量永久固定成全域。可以先檢查設定檔中是否存在過寬的 GEOIP、DOMAIN-KEYWORD 或提前命中的 DIRECT 規則,也要確認最後有 MATCH 作為兜底。代理目標應該指向設定檔實際存在的策略群組名稱,名稱大小寫或拼寫不一致時,規則可能無法按預期執行。

rules:
  - DOMAIN-SUFFIX,openai.com,Proxy
  - DOMAIN-SUFFIX,chatgpt.com,Proxy
  - DOMAIN-SUFFIX,oaistatic.com,Proxy
  - MATCH,DIRECT

上面的片段只示範規則結構,其中 Proxy 必須替換成你設定檔中真正存在的代理群組名稱。不要盲目複製第三方規則清單,因為不同訂閱的群組名稱、規則集格式與核心支援範圍可能不同。若登入或對話仍然異常,應在 Clash 連線日誌中查看實際請求網域及命中的策略,再針對缺少的網域補規則。

排查 DNS、TUN 與解析異常

DNS 異常的表現不一定是「完全沒有網路」。更常見的情況是主頁偶爾能載入,某些資源逾時,或切換節點後仍然連到舊的 IP。當 DNS 請求由本地網路直接處理,解析結果可能受到網路環境影響；當設定使用 fake-ip,瀏覽器與作業系統看到的可能是虛擬地址,需要由 Clash 核心正確維護網域與映射關係。兩種模式都能正常工作,但必須避免多個 DNS 接管程式互相衝突。

1. 先關閉瀏覽器的安全 DNS 或自訂 DoH,暫時讓 DNS 路徑由 Clash 統一處理,以免瀏覽器繞過核心。
2. 如果使用 TUN,確認 DNS 劫持功能沒有與其他 VPN、AdGuard 或系統防火牆的 DNS 攔截同時啟用。
3. 檢查設定檔的 dns 段是否能被核心正常解析,修改後查看日誌是否出現欄位錯誤或服務啟動失敗。
4. 暫時從 fake-ip 切換到 redir-host 做對照測試。若 redir-host 恢復,再回頭檢查 fake-ip 過濾清單與 TUN DNS 設定。
5. 清除瀏覽器 DNS 快取與相關網站資料後重新啟動 Clash,避免舊解析結果持續被使用。

使用 TUN 時,應先確認系統代理模式已經能正常工作,再開啟 TUN。TUN 需要建立虛擬網卡並修改路由表,Windows 可能需要安裝 Wintun 或授予系統管理員權限,macOS 可能需要允許網路擴充功能。若開啟 TUN 後所有網站都無法連線,先關閉 TUN 驗證基礎代理,再檢查虛擬網卡、路由表與 DNS 劫持,不要在故障狀態下同時更換多個核心選項。

處理登入失敗與頁面載入緩慢

如果 ChatGPT 首頁可以打開,但登入按鈕沒有反應,先用無痕視窗測試。無痕視窗能排除部分 Cookie、擴充功能與舊快取造成的干擾。若無痕視窗正常,可清除相關網站資料,暫時停用廣告攔截、隱私保護或改寫請求標頭的擴充功能,再逐一恢復。這類問題不一定是 Clash 故障,不要因為看到登入錯誤就立刻更換整份訂閱。

若登入頁反覆重新整理,通常要檢查驗證流程是否被分流。主頁與登入服務必須使用一致的代理出口,不要讓其中一段請求經代理、另一段請求直連。切換到全域模式後若恢復,就回到連線日誌查看被送往 DIRECT 的相關網域,再調整規則。系統時間也很重要,時間偏差過大可能造成 HTTPS 憑證、登入權杖或驗證 Cookie 被判定為無效。

頁面載入很慢時,先看節點的延遲並不夠。低延遲不代表長連線品質好,ChatGPT 對話回覆涉及持續傳輸,節點若丟包或頻繁重連,就會出現文字停住、回覆中斷或頁面一直轉圈。可以依序嘗試:

• 在同一代理群組中更換兩至三個節點,比較是否只有某一出口異常。
• 關閉瀏覽器內建的額外代理、流量壓縮或攔截功能,避免重複處理 HTTPS。
• 在 Clash 連線記錄中查看是否大量出現連線重試、TLS 錯誤或遠端主動關閉。
• 確認系統沒有同時啟用睡眠、省電網路限制或會定期重設連線的安全軟體。
• 若所有節點均出現相同錯誤,等待一段時間後再次測試,並向訂閱服務商確認節點服務狀態。

最後的最小化驗證清單

完成修改後,建議按照固定順序做一次最小化驗證,不要只以「ChatGPT 能否打開」作為唯一標準。能開啟首頁只代表部分連線成功,還要確認登入、載入對話與回覆串流都能完成。

1. 關閉其他 VPN、代理工具與瀏覽器自訂代理,只保留 Clash。
2. 確認訂閱未過期,目前設定檔已成功載入,至少一個節點測速成功。
3. 使用系統代理模式選定單一節點,先開啟一般網站確認 Clash 有流量記錄。
4. 暫時切換全域模式測試 ChatGPT,用結果區分節點故障與規則故障。
5. 若全域模式正常,回到規則模式並查看 ChatGPT 相關請求的實際命中策略。
6. 若兩種模式都逾時,再檢查 DNS、TUN、系統時間、防火牆與節點服務狀態。
7. 修復後恢復日常使用所需的規則模式,並關閉不必要的 TUN 或額外 DNS 接管功能。

最終仍無法連線時,記錄平台、客戶端名稱與版本、核心類型、使用的模式、節點是否能測速、錯誤訊息與連線日誌中的關鍵行。這些資訊比單純描述「ChatGPT 打不開」更有助於定位問題。若同一節點在所有裝置都逾時,應優先聯繫訂閱服務商；若只有單一裝置異常,則繼續檢查該裝置的代理、DNS、TUN 與安全軟體設定。