先分清故障位置：代理、規則，還是 ChatGPT 登入

ChatGPT 在 Clash 下無法開啟、登入後一直載入，未必是同一種問題。瀏覽器可能沒有把請求交給代理；請求已進入核心，卻命中直連或錯誤的策略組；也可能是節點、DNS、瀏覽器工作階段或驗證流程出了狀況。先記下症狀，再一次檢查一個環節，比直接重裝客戶端或替換整份設定更容易定位原因。

先確認其他網站是否能正常使用代理，再觀察 ChatGPT 的具體表現：頁面完全無法開啟、登入頁一直轉圈、登入成功但對話區空白，或只有傳送訊息時失敗。這些差異有助於分辨基本連線、登入驗證與後續資料請求是否都走了預期路徑。ChatGPT 網頁可能會向多個服務網域送出請求，不能只憑首頁能開啟就判斷所有必要連線都正常。

  • 其他代理網站也失敗：先檢查客戶端是否啟動、目前節點是否可用，以及瀏覽器是否真的使用代理。
  • 其他網站正常，只有 ChatGPT 異常：優先檢查規則命中、DNS、登入狀態與瀏覽器擴充功能。
  • 網頁可開啟，但登入或對話卡住：查看登入相關請求是否走了相同的預期策略，並檢查連線記錄中是否有逾時或中斷。

確認代理模式、策略組與節點都正確

先在客戶端確認目前啟用的是正確設定檔，核心也已正常啟動。接著查看「代理」頁面：規則模式會依照 rules 順序處理請求；全域模式則使用 GLOBAL 策略組；直連模式不會因為選中了某個節點，就自動讓瀏覽器經過該節點。若目標網域命中 DIRECT，切換節點通常不會改變這條請求的出口。

  1. 確認設定檔已被選為目前使用的設定，而不只是出現在設定清單中。
  2. 在策略組中選擇一個已測試可用的節點。若最上層組別連到另一個策略組，請繼續確認下層組別最後選到的項目。
  3. 開啟客戶端的「連線」或「連線記錄」，重新載入 ChatGPT 頁面，查看相關連線的規則、策略組與結束狀態。
  4. 若仍無法判斷，可短暫切換至全域模式作為對照，並在測試後恢復原本模式。

全域模式只適合短時間診斷，因為它可能讓其他原本應直連的流量也經過代理。測試時請使用相同瀏覽器、相同節點與同一個頁面；如果切換模式後頁面恢復，問題較可能出在規則命中或策略組選擇，而不是單純的系統代理開關。

觀察結果優先檢查下一步
全域模式可用，規則模式失敗目標網域命中的規則與策略在連線記錄中確認規則，再調整對應規則位置
全域模式與規則模式都失敗節點、DNS、流量是否進入代理換一個已測試的節點，並檢查連線記錄
其他瀏覽器可用，單一瀏覽器失敗瀏覽器擴充功能、代理設定與 Cookie以私人瀏覽視窗或停用擴充功能作對照
頁面可載入，登入或傳送訊息失敗登入請求、後續連線與瀏覽器工作階段確認相關連線是否逾時，再重新登入測試

動手排查：逐步確認請求走過代理

以下流程適合桌面系統上的瀏覽器診斷。先記下原本使用的模式與節點，再依序執行；每一步只改一個設定。若客戶端顯示的混合代理連接埠不是範例中的 7890，請將指令中的連接埠換成實際值。這個指令只用來測試一次明確指定代理的 HTTPS 請求，不代表所有瀏覽器流量都已接管。

  1. 確認節點與入口：在客戶端測試目前節點，並確認核心已啟動。若用戶端提供「系統代理」開關，先確認它已啟用；不要同時啟用另一個 VPN 或代理程式來測試。
  2. 明確指定本機代理：在 Windows 的命令提示字元或 PowerShell 執行以下指令。使用其他系統時，也可用支援的 curl 指令，但要依系統調整命令格式。
curl.exe --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 -I https://chatgpt.com/

收到 HTTP 回應，表示這次明確指定代理的請求得到了回覆；回應狀態可能包含重新導向或拒絕存取，不能只憑狀態碼判斷登入與對話功能正常。若逾時，先檢查客戶端是否監聽該連接埠、策略組是否選到可用節點，再查看核心記錄。命令列測試成功但瀏覽器失敗時，問題可能在瀏覽器沒有遵循系統代理、擴充功能攔截請求，或瀏覽器自身的設定。

  1. 查看核心連線記錄：重新載入頁面後，按網域或時間查找新連線，確認實際命中的規則與策略組。ChatGPT 頁面涉及的網域可能隨服務調整；以當下記錄中實際出現的請求為準，不必一次加入大量未使用的網域規則。
  2. 短暫比較全域模式：保持節點不變，只切換模式並重試一次。若結果不同，恢復規則模式並處理命中的規則；若結果相同，回到節點、DNS 或瀏覽器層繼續排查。
  3. 還原診斷設定：將模式、節點與系統代理狀態恢復為日常設定，並記下哪一個變更影響了結果。

規則模式仍失敗：檢查網域規則與 DNS

確認流量已進入核心後，接著檢查匹配結果。規則通常依序比對，較早出現的寬泛規則可能先於你新增的網站規則生效。例如，若相關流量在前面的規則已命中 DIRECT，把代理規則加在最末尾就不會改變結果。不要只看設定檔中的文字；以客戶端連線記錄顯示的實際規則為準。

如需測試指定網域是否能走代理，可在設定支援的情況下，將明確的網域規則放在相應的廣泛規則之前。下例中的 AI 必須替換成你設定檔裡實際存在、且能選擇代理節點的策略組名稱；範例不表示只加入一條規則就涵蓋 ChatGPT 的所有服務請求。

rules:
  - DOMAIN-SUFFIX,chatgpt.com,AI
  - MATCH,你的原有兜底策略

若記錄顯示其他網域也在載入或登入時逾時，先逐一確認其請求是否命中預期策略，再根據實際結果新增最小範圍的規則。不要將不確定的所有網域一律交給代理，也不要把上例中的 MATCH 當成可直接複製的完整設定；它只是說明規則順序，應保留原設定已有的兜底策略。

DNS 與瀏覽器資料的檢查順序

  • 先核對 DNS 設定是否能正常解析：查看核心日誌中是否有解析失敗、逾時或回傳異常位址。若剛修改過 DNS，先恢復原本設定做對照，不要同時更換多個 DNS 伺服器。
  • 清除單一瀏覽器的測試變數：在私人瀏覽視窗重新開啟頁面，或暫時停用可能改寫請求的擴充功能。若私人視窗可用，再回頭檢查原視窗的 Cookie、網站資料與擴充功能。
  • 重新建立登入工作階段：若頁面能開啟但登入卡住，可登出後重新登入，或清除該網站的網站資料再測試。清除資料可能會登出帳號，請先確認可正常完成登入驗證。
  • 比較不同網路環境：在合規且可用的網路環境下測試，並保持節點與設定不變。若只有某一網路環境失敗，應檢查該網路的 DNS、限制或連線穩定性。

何時測試 TUN，以及何時不要再改設定

如果明確指定本機 HTTP 代理的請求可成功，瀏覽器卻沒有使用代理，先檢查瀏覽器與系統代理設定。TUN 適合用來診斷不遵循系統代理的應用程式，或在需要接管更多系統流量時使用；但對一般桌面瀏覽器排查而言，它不應是第一個開關。啟用 TUN 可能需要管理員權限或安裝服務，也可能與其他 VPN、虛擬網卡、企業網路政策及系統路由衝突。

確實需要測試時，先記錄原本設定，只啟用 TUN 一項，確認虛擬網路介面與路由已建立，再重新載入頁面並檢查核心連線記錄。若啟用後反而無法上網，或本機網路、其他 VPN 出現異常，請先停用 TUN 並恢復原設定，不要接著修改路由、DNS 與防火牆多項內容。Android 透過系統 VPN 介面接管流量，操作方式與桌面端 TUN 並不完全相同，也要留意是否已有其他 VPN 正在使用。

如果不同節點、規則模式與全域模式都無法完成登入，可檢查核心日誌中的連線逾時、DNS 錯誤或連線被重設等訊息，並確認瀏覽器日期與時間正確、系統沒有使用互相衝突的代理設定。若其他網站正常但 ChatGPT 仍然失敗，也可能是服務端、帳號驗證或當前網路環境的限制；請依服務提供者當下公布的可用性及使用規範處理，不要以關閉安全功能或分享帳號憑證作為排查方式。

回報問題時，提供客戶端與核心版本、作業系統、發生時間、測試模式，以及已隱去敏感資訊的錯誤訊息即可。不要附上訂閱網址、節點密碼、Cookie、登入憑證或控制介面金鑰。需要重新選擇客戶端時，可前往查看下載選項；重新安裝通常不是規則命中或 DNS 問題的第一個解法。