ChatGPT 連不上怎麼辦？Clash 逾時排解與設定技巧

先判斷逾時發生在哪一段

ChatGPT 經由 Clash 使用時出現「連線逾時」、「頁面一直轉圈」或「登入後空白」，不一定代表節點速度太慢。完整請求通常會經過瀏覽器、系統代理、Clash 本機連接埠、規則匹配、代理節點、DNS 解析，以及 ChatGPT 或 OpenAI 的服務端。任何一段異常，最後都可能只顯示一個 timeout。

先不要急著更換整份設定。打開 Clash 的「連線」或 Connections 面板，保持面板可見，然後重新整理 chatgpt.com。如果完全沒有新的連線記錄，表示瀏覽器請求沒有進入 Clash，優先檢查系統代理、瀏覽器代理外掛與連接埠。如果看得到 chatgpt.com、auth.openai.com 或相關請求，但狀態很快變成 failed、timeout，則代表流量已進入 Clash，問題比較可能出在規則、節點、DNS 或 TLS 連線。

登入頁與對話頁不一定只使用一個網域。除了 chatgpt.com，還可能涉及 auth.openai.com、API 端點、靜態資源網域以及驗證服務。只把首頁加入代理規則，卻讓登入或腳本資源走 DIRECT，常見結果就是首頁能開、登入失敗，或對話頁載入不完整。

現象	優先檢查位置	快速驗證方式
連線面板沒有任何記錄	系統代理、瀏覽器外掛、混合埠	確認 127.0.0.1 與埠號一致
所有節點測速都 timeout	訂閱、網路環境、節點服務狀態	更新訂閱並測試其他節點
只有 ChatGPT 逾時	規則匹配、DNS、節點出口	暫時切換 Global 與另一節點
首頁能開但登入或對話失敗	OpenAI 相關網域是否走同一策略	查看連線面板中的 failed 請求

先確認代理與模式設定

Clash 顯示正在執行，不代表瀏覽器一定使用了 Clash。桌面端先確認「系統代理」已開啟，並核對系統代理位址是否為 127.0.0.1。連接埠則要以目前設定中的 mixed-port 為準，常見值是 7890，但不同用戶端或設定檔可能使用其他埠號。

Windows：前往「設定 → 網路和網際網路 → 代理」，確認手動代理伺服器的位址與連接埠沒有殘留舊值。
macOS：前往「系統設定 → 網路 → 目前網路 → 詳細資訊 → 代理」，核對 HTTP 與 HTTPS 代理設定。
Clash Verge、Clash Verge Rev：確認用戶端內的系統代理開關已開啟，且沒有被其他 VPN 或加速器改回關閉。
瀏覽器：暫時停用 SwitchyOmega 或其他代理外掛，避免外掛設定覆蓋系統代理。
手機端：若使用 Clash for Android 或 mihomo 對應用戶端，確認 VPN 介面已連線，並允許用戶端建立 VPN 連線。

可以用命令列繞過瀏覽器，直接測試 Clash 到節點是否可用：

curl -x http://127.0.0.1:7890 -I https://chatgpt.com

如果能回傳 HTTP 標頭，至少表示本機連接埠有回應，且代理鏈路具備基本連通性。若出現 connection refused，通常是 Clash 沒有監聽這個埠、埠號寫錯，或核心尚未正常啟動。若是長時間等待後 timeout，則把注意力移到目前節點、規則與 DNS。

排查時建議先把模式切到 Global，手動選擇一個測速正常的節點，再開啟 ChatGPT。Global 只適合用來定位問題，不建議長期取代 Rule 模式，因為所有網站都經由代理會增加延遲、流量消耗與隱私暴露範圍。若 Global 可以正常使用，而 Rule 不行，問題大多在規則匹配或策略群組選擇。

檢查節點與規則是否完整

ChatGPT 對連線穩定性與 TLS 握手的要求，比單純開啟一個小型網頁更高。測速只有成功，並不代表節點能穩定承載登入、長輪詢、串流回應與多個靜態資源請求。選節點時不要只看最低延遲，還要觀察連續測試是否穩定，以及實際載入對話頁時是否會中途斷線。

在 Rule 模式下，先在連線面板查看 ChatGPT 相關請求實際命中了哪條規則與哪個策略群組。若 chatgpt.com 命中 DIRECT，或登入、API、資源網域分別被送到不同出口，可能造成驗證狀態失效。可以把相關網域暫時交給同一個代理策略，確認是否恢復，再按需要細分規則。

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

proxy-groups:
  - name: ChatGPT
    type: fallback
    proxies:
      - 節點A
      - 節點B
    url: https://www.gstatic.com/generate_204
    interval: 300

上面的寫法只是示範，策略群組名稱與節點名稱必須改成設定檔中實際存在的名稱。DOMAIN-SUFFIX,openai.com,ChatGPT 會涵蓋較多 OpenAI 子網域，但也可能讓不需要代理的服務增加流量；如果訂閱服務已經提供完整的 OpenAI 或 AI 服務規則集，應先查看規則順序，避免自訂規則被放在較後面而沒有機會匹配。

注意

不要只憑猜測把大量陌生網域加入規則。先從連線面板確認實際請求，再新增必要的 DOMAIN 或 DOMAIN-SUFFIX。規則排列是由上到下匹配，過早放入寬泛的規則，可能把其他服務一併送進同一個節點。

動手操作：用四次測試找出瓶頸

下面是一套適合桌面端與手機端的實作流程。每完成一項就重新整理 ChatGPT，並記錄結果，不要同時更換節點、DNS 和核心版本，否則很難知道是哪一個變更真正有效。

測試本機代理。確認 Clash 的混合埠正在監聽，使用前面的 curl 指令請求 https://chatgpt.com。若連接埠拒絕連線，先修正系統代理或用戶端埠號。
測試單一節點。切換到 Global，手動選擇一個連續測速成功的節點。不要先使用自動選擇群組，避免測試途中自動切換，導致結果不穩定。
測試規則匹配。回到 Rule 模式，在連線面板確認 ChatGPT、OpenAI 以及相關資源請求是否全部命中預期策略。若有請求命中 DIRECT，調整規則順序後再測。
測試 DNS。暫時關閉瀏覽器的安全 DNS 或 DoH，清除 DNS 快取後重試。若改動後恢復，表示瀏覽器原本繞過了 Clash 的解析路徑。
測試不同時間與網路。用手機熱點或另一個 Wi-Fi 測試同一節點。如果其他網路正常，原本的網路可能存在 DNS 污染、連接埠限制或國際線路壅塞。

Windows 可以執行 ipconfig /flushdns 清除系統快取；瀏覽器也應重新啟動，因為瀏覽器內部可能另外保存 DNS 與連線池。手機端則可先停止 VPN 連線，再重新啟動用戶端，確認 VPN 權限沒有被省電策略終止。

調整 DNS 與 TUN 設定

DNS 異常時，常見表現是首頁偶爾能開，但登入、圖片、腳本或對話串流載入失敗。mihomo 核心可以使用內建 DNS，讓解析依設定中的 nameserver、fallback 或 nameserver-policy 執行。若使用 TUN 模式，DNS 接管是否完整尤其重要。

dns:
  enable: true
  listen: 0.0.0.0:53
  ipv6: false
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  default-nameserver:
    - 223.5.5.5
    - 119.29.29.29
  nameserver:
    - https://223.5.5.5/dns-query
    - https://1.1.1.1/dns-query
  proxy-server-nameserver:
    - https://223.5.5.5/dns-query

tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

default-nameserver 主要用來解析 DNS 伺服器或節點設定中的網域，填純 IP 比較不容易形成解析循環。nameserver 是一般解析上游，proxy-server-nameserver 則可用來解析代理節點的網域。不同 mihomo 版本與用戶端對欄位支援程度可能不同，匯入前應先使用用戶端的設定檢查功能。

fake-ip 模式通常能減少部分解析問題，但不是所有應用程式都相容。若只有 ChatGPT 桌面應用程式或瀏覽器在 fake-ip 下異常，可以暫時切換為 redir-host 做對照。若切換後恢復，應查看 fake-ip-filter 與應用程式的實際網域，而不是直接長期關閉所有 DNS 接管。

注意

TUN 需要額外系統權限，Windows 可能需要 Service Mode，Android 則需要 VPN 授權。若一開 TUN 就整台裝置斷網，先關閉 TUN，使用系統代理完成定位，再重新檢查虛擬網卡、DNS 劫持與防火牆規則。

訂閱、核心與瀏覽器端的最後檢查

如果只有某一個節點逾時，通常是節點本身或出口品質問題；如果所有節點同時逾時，則應優先懷疑訂閱失效、本地網路變更、服務供應商限制或核心設定錯誤。到訂閱服務方後台確認流量、有效期限與訂閱連結狀態，重新更新一次設定後再測試。

確認訂閱連結沒有被重設，且拉取結果不是空檔案或錯誤頁面。
確認用戶端使用的是 mihomo 或相容核心，設定中的 tun、rule-providers 等欄位沒有被舊核心忽略。
暫時停用瀏覽器擴充功能、廣告攔截器與安全軟體的 HTTPS 掃描，排除本機攔截或憑證衝突。
清除 ChatGPT 網站的 Cookie 與網站資料後重新登入，但不要把訂閱連結、代理密碼或驗證 Token 貼到第三方檢測站。
確認系統時間正確。時間偏差過大可能造成 TLS 憑證驗證失敗，表現與一般連線逾時相似。

若換節點、換網路、調整規則後仍然只有 ChatGPT 無法使用，可以先查看服務端狀態頁或稍後再測試，避免把暫時性的服務波動誤判成 Clash 設定錯誤。排查完成後，建議保留一個穩定節點作為 ChatGPT 策略群組的主要選項，再放入一至兩個備用節點，並設定合理的 fallback 或 url-test 間隔。

下載與安裝 Clash 用戶端

如果目前用戶端核心過舊、TUN 元件異常或設定檔無法驗證，可以先從本站下載頁取得適合 Windows、macOS、Android 的 Clash 用戶端，再依序匯入訂閱與檢查規則。

前往下載頁查看安裝與設定教程