更新訂閱本身也要連得上網
訂閱更新就是一次普通的 HTTP 請求。用戶端得先把設定檔下載回來，才談得上解析和套用。這句話聽起來像廢話，但它解釋了最常見的那個死循環：節點全掛了，而訂閱又設成「經由代理更新」，於是拉不到新設定 → 沒有可用節點 → 更不上。
破解方式很直接。在訂閱項目的編輯對話框裡把更新方式暫時改成直連，或者乾脆關掉系統代理再按更新。手機開個熱點、電腦連過去更新一次，效果一樣。拿到新設定之後再改回來。
先看請求有沒有送出去
更新一直轉圈時，到日誌頁找有沒有對應的請求記錄。完全沒有記錄，代表請求根本沒送出，問題在本機。
依回傳狀態分類最快
- 1
401 / 403：連結失效或帳號被停
服務商拒絕了這次請求。常見原因是方案到期、流量用完、訂閱連結被重設，或者同一條連結在太多裝置上使用被風控。登入服務商後台看一眼訂閱連結是不是換了，換了就重新複製一條。
- 2
404 與逾時：一個位址錯，一個路不通
404 代表這個位址在伺服器上不存在，多半是複製時少了尾端，或者服務商換了網域。逾時、連線被重設這類則是網路路徑的問題：訂閱網域本身可能受到干擾，換個網路環境，或者讓更新走代理試試。
- 3
200 卻解析失敗：拿回來的不是設定檔
這種最容易誤判。請求成功了，但日誌裡出現 yaml 解析錯誤。原因通常是服務商回了一個網頁——要你登入、地區限制、或人機驗證頁——用戶端拿著一堆 HTML 去解析 YAML，當然出錯。把連結貼到瀏覽器網址列開一次，看到網頁就確認了。
把連結和 UA 逐項核對
先確認連結本身沒寫壞：複製時是不是少了末尾幾碼、前後多了空格、中文輸入法帶進了全形引號，或者乾脆複製成服務商的網頁位址而不是訂閱位址。訂閱位址通常帶 token 或一長串參數，網頁位址不會。
還有一項是 User-Agent。部分服務商依 UA 決定回傳哪種格式，UA 不對就給你一份別的用戶端能用、Clash 不能用的設定。訂閱的編輯對話框裡可以單獨填這一欄。
- 瀏覽器能直接下載到一份 yaml 文字，而不是跳出網頁
- 日誌頁有這次更新的請求記錄，狀態是 200
- 訂閱卡片上的到期時間和流量數字刷新了
常見問題
更新時出現 403，是訂閱被封了嗎？
不一定。403 只代表服務商拒絕了這次請求，方案到期、流量用完、訂閱連結被重設、同一條連結連的裝置太多，都會回這個。先登入服務商後台核對訂閱狀態和連結，連結換了就換一條再更新。
訂閱在瀏覽器打得開，用戶端卻更新不了，差在哪？
差在兩者的網路路徑和請求標頭不同。瀏覽器可能走系統代理而訂閱設的是直連，或者反過來；另外瀏覽器的 User-Agent 和用戶端不同，服務商可能因此回了不同內容。先把網路出口統一，再把訂閱的 User-Agent 填成用戶端該有的值。