Clash 訂閱自動更新設定：更新間隔、失敗提示與手動重新整理方法

訂閱自動更新：先釐清更新的對象

Clash 訂閱自動更新，是由用戶端或核心依排程重新連線至訂閱網址，讀取伺服器回傳的設定檔或節點清單。這不等於更新用戶端安裝檔，也不代表會替所有節點測速。設定更新間隔前，請先確認使用的是遠端訂閱，還是從電腦匯入的本機 YAML 檔案。

• 遠端設定檔訂閱：通常由用戶端管理，可能包含節點、代理群組、規則與 DNS 設定；更新後哪些內容會生效，取決於用戶端的合併與覆寫機制。
• 本機設定檔：只有儲存在磁碟上的設定內容，若沒有遠端來源，即使啟用定時檢查，也不會憑空取得新節點。
• 節點提供者：mihomo 的 proxy-providers 可獨立擷取節點，更新頻率由對應提供者的設定控制。
• 規則提供者：rule-providers 更新的是規則集合，不會更新訂閱帳戶中的節點。

主流用戶端的自動更新設定位置

各用戶端的訂閱管理介面並不相同，同一款用戶端的不同版本也可能更改按鈕名稱。請先開啟訂閱或設定檔清單，找到目前使用的遠端設定檔，再開啟該項目的編輯選單。不要只在全域「設定」中尋找，也別把應用程式版本的自動檢查選項誤認為訂閱更新設定。

Clash Verge Rev：從訂閱項目開啟編輯

1. 開啟左側的「訂閱」，確認目前啟用的是哪個遠端訂閱項目。
2. 開啟該項目的更多選單，選擇「編輯」，尋找更新間隔或自動更新相關欄位。
3. 先確認欄位旁標示的單位。若單位是「分鐘」，可先填入 360，設定為每 6 小時更新一次；不要直接填入以秒計算的 21600。
4. 儲存後，在同一個項目執行一次「更新」，確認遠端網址有效，再觀察後續的自動更新情況。

若項目中沒有遠端網址，請先確認是否選到了本機設定檔。訂閱中的全域擴充指令碼、覆寫設定與遠端原始內容屬於不同層次；更新結果不如預期時，應一併檢查這些本機處理設定，而不是立刻反覆匯入連結。

FlClash：在設定檔詳細資料中檢查更新選項

進入「設定檔」，開啟對應遠端設定檔的編輯或詳細資料頁面，檢查自動更新開關、更新間隔及訂閱網址。選項名稱可能因版本和平台而異，請依介面實際顯示的時間單位填寫。若目前版本只有手動重新整理功能，請使用設定檔的重新整理入口，不要自行在 YAML 頂層新增名為 auto-update 的欄位。

Clash for Windows：辨識舊版 Profiles 介面

如果仍在使用舊版 Clash for Windows，遠端訂閱位於 Profiles，可從訂閱項目的右鍵選單檢查編輯與更新選項。這款用戶端已停止維護，舊教學提到的按鈕位置不一定適用於目前的其他用戶端。遷移前，請先保存訂閱來源及必要的本機覆寫設定，再前往下載中心選擇適用於作業系統的用戶端。

如何選擇更新間隔：先設為 6 小時，再視需求調整

若訂閱服務商有明確建議，請優先遵循。若沒有說明，每 6 小時更新一次可作為起點，但不是必須遵守的標準。以下是設定建議，並非用戶端預設值或實際網路測試數據。

將間隔設為 1 分鐘通常沒有好處。伺服器可能沒有新內容，卻會收到更多請求，甚至回傳 429 限流錯誤。若請求持續失敗，縮短間隔只會產生更多錯誤紀錄，無法修復失效網址或 DNS 故障。

分鐘、小时與秒不可混用

• 6 小時 = 360 分鐘 = 21600 秒。
• 12 小時 = 720 分鐘 = 43200 秒。
• 24 小時 = 1440 分鐘 = 86400 秒。

不要假設填入 0 就一定代表停用：用戶端可能將它解讀為關閉、使用預設值或無效輸入。請優先使用明確的開關，並閱讀欄位提示。修改後重新開啟編輯視窗，確認數值已成功儲存。

mihomo 的 interval 與用戶端定時更新有何不同

若只透過圖形化用戶端匯入完整訂閱，通常只要設定用戶端的更新間隔即可。自行維護 mihomo 設定，並透過 HTTP 類型的 proxy-providers 擷取節點時，還會用到核心層級的 interval。此欄位以秒為單位，與用戶端介面可能使用的分鐘不同。

例如，若現有 HTTP 節點提供者要設定為每 6 小時擷取一次，可在該提供者原有設定中調整以下這一行。這只是局部欄位範例，並非可獨立執行的完整設定；請保留現有訂閱網址、路徑及其他必要欄位。

interval: 21600

同一個提供者中的 health-check.interval 是健康檢查間隔，不是訂閱擷取間隔。規則提供者也可以有自己的 interval，但更新的是規則檔案。遇到相同名稱的欄位時，請先確認它所在的層級，再決定要修改哪個值。

訂閱更新失敗：依錯誤訊息檢查網址、網路與格式

遇到「更新失敗」時，先記下具體錯誤、失敗時間及目前使用的網路。保留原有訂閱項目，避免排查時刪除仍可使用的舊設定。明確手動更新一次，比連續點擊十次更容易找出問題。

401、403、404：先檢查訂閱來源

• 401：通常與身分驗證或權杖有關，請檢查帳戶狀態及連結是否已重設。
• 403：可能是存取限制、防護政策或帳戶權限問題，不能只憑狀態碼就判定為欠費。
• 404：檢查連結是否遭截斷、路徑是否變更，以及是否誤用了服務商的網頁登入網址。

請從服務商的帳戶頁面重新複製訂閱連結，並檢查前後是否有空格或換行。訂閱網址通常包含帳戶權杖，請勿公開張貼在群組、問題截圖或線上轉換網站。若確定已外洩，請在服務商後台重設網址，再更新用戶端儲存的來源。

timeout、DNS、TLS：先檢查取得訂閱時的網路狀況

timeout 表示請求未能在指定時間內完成；no such host 通常代表網域名稱解析失敗；TLS 憑證錯誤則應檢查系統日期、時間及網路環境。飯店或校園網路若尚未完成網頁認證，也可能將請求重新導向登入頁面。

1. 確認一般網頁可以正常開啟，並完成目前網路要求的登入認證。
2. 檢查系統時間，並暫時關閉其他代理或 VPN 工具，排除彼此接管的情況。
3. 若用戶端提供「透過代理更新」或類似選項，請分別確認目前請求使用的連線路徑，再測試一次；不同用戶端的訂閱請求不一定採用相同設定。
4. 改用手機熱點重新測試。若熱點可用而原本的網路不行，請優先排查原網路的 DNS、認證或存取限制。

不要只為了消除 TLS 錯誤就長期略過憑證驗證。若目前節點已失效，而更新請求又必須經由該節點，就會形成無法自行修復的依賴；此時應嘗試可用節點、允許的直連路徑或其他網路，而不是一味縮短更新間隔。

YAML、解析錯誤：檢查實際回傳的內容

HTTP 請求成功，不代表取得的就是有效設定。伺服器可能回傳方案到期提示、登入頁面或格式不相容的資料。請查看用戶端記錄中的解析資訊，確認連結提供的是 Clash 或 mihomo 可用的設定類型；必要時聯絡服務商，不要任意修改訂閱產生檔案的縮排，試圖掩蓋根本原因。

若記錄中出現 429，請停止連續重新整理，並依伺服器提示等待；若沒有明確的等待時間，請先延長更新間隔再重試。若多台裝置共用同一個訂閱，這些裝置的請求也可能一併計入服務商的限制。

手動重新整理後，如何確認新設定已生效

1. 更新正確的項目。在訂閱清單找到目前使用的設定檔，按下更新或重新整理按鈕，等待結果顯示。
2. 檢查更新時間。確認顯示的是本次成功更新的時間，而非上次嘗試時間；若有記錄，也請一併查看成功訊息。
3. 確認實際變更。對照服務商通知，檢查節點名稱或數量。節點沒有變化不一定代表更新失敗，也可能是遠端內容沒有變動。
4. 確認目前啟用的設定。更新未啟用的訂閱，不代表流量會自動切換過去。有些用戶端會自動重新載入作用中的設定，有些則需要重新選擇或套用。
5. 測試目前的代理群組。檢查選取的節點，再測試延遲及實際連線；不要只因節點清單出現新項目，就認定連線正常。

續約後流量額度仍顯示舊數值，也不一定代表節點清單沒有更新。流量與到期時間可能來自伺服器回傳的訂閱資訊，是否顯示以及何時更新，取決於用戶端和服務商的支援情況。請交叉比對帳戶後台狀態與更新記錄。

自動更新未如期執行：檢查背景執行與睡眠狀態

更新間隔通常不是全天候運作的伺服器排程。電腦關機、用戶端結束執行，或手機應用程式遭系統限制背景活動時，不要假設它仍會準時發出請求。裝置喚醒後是否立即補上更新，也取決於用戶端的排程實作。

• 電腦：確認用戶端程序仍在執行，並分清「關閉視窗」與「結束程式」。若需要開機時自動執行，再啟用相應的啟動設定。
• Android：檢查電池最佳化設定與背景執行權限。VPN 服務仍在執行，不代表訂閱更新工作也一定能照常進行。
• 長時間休眠的裝置：恢復使用時先手動更新一次，不要因為睡眠期間沒有更新，就判定訂閱已失效。