Clash 訂閱連結怎麼匯入？格式識別、更新失敗與洩露處理

Clash 能直接匯入的不是任意網址，而是服務方提供的 Clash 或 Mihomo 相容訂閱。用戶端存取連結後，伺服器端可能回傳帶 proxies、proxy-groups、rules 的 YAML，也可能回傳編碼文字、登入頁或錯誤頁面；回傳內容決定了能不能解析。

把連結粘進用戶端後，「新增成功」只能說明位址被儲存，不能說明設定已經下載，更不能說明裡面的節點能用。

訂閱位址中的 token 通常等同於讀取認證資訊。後面的檢查只需要錯誤狀態、回應類型和時間，不需要公開完整 URL。聊天截圖、錄屏和日誌分享前，把問號後的參數遮住。

有些訂閱服務會根據 User-Agent 回傳不同格式。瀏覽器直接開啟得到一串內容，不代表 Clash 請求時一定相同；反過來，瀏覽器看到網頁也不一定說明連結失效。把用戶端版本、更新時間和狀態碼交給提供方，比反覆刪除設定更有用。

如果用戶端提供直接連結、設定連結或 URL Scheme 等多種入口，先用普通遠端連結。某一種方式報 client error(Connect) 時，可以換用戶端文件列出的另一種匯入入口，但不要把「允許無效憑證」長期開啟。

出現 parse、yaml: unmarshal、field not found 一類錯誤，說明網路請求大多已經完成，用戶端卡在讀取內容。常見原因是伺服器端回傳了其他用戶端格式、YAML 縮進損壞，或設定使用了目前核心不支援的欄位。

此時換節點通常沒有幫助。保留第一行具體發生錯誤和行號，核對用戶端的 Mihomo 版本，再讓訂閱提供方產生相容格式。不要手動修遠端設定中的幾十處內容，因為下一次更新會全部覆蓋。

遠端更新顯示成功，但 Proxies 頁面沒有節點，可能是回傳內容只有規則，可能所有節點被篩選掉，也可能目前選中的仍是舊設定。回到 Profiles 看選中標記，再檢查設定是否包含 proxies 或 proxy-providers，以及 proxy-groups 是否引用了它們。

節點存在卻全部顯示在一個未被使用的組裡，也會讓主策略停在 DIRECT。選擇一個實際包含節點的策略群組並固定節點，隨後用 Connections 觀察一條請求；這比只看延遲按鈕更能說明設定是否接通。

Clash 通常會繼續使用上一次下載成功的本機副本。因此訂閱已經過期或伺服器端正在發生錯誤時，現有節點仍可能暫時可用。判斷更新狀態要看「最後更新時間」和本次錯誤，而不是只看網頁能不能開啟。

舊設定能用時不要急著刪除。先匯出錯誤資訊、確認帳號和連結狀態，等新位址更新成功後再移除舊記錄。直接刪掉唯一可用副本，會讓原本可檢查的問題變成立即斷網。

選中新的 Profile，到 Proxies 固定一條節點，保持 Rule 模式並開啟系統代理。存取一個熟悉的網頁時，Connections 應出現目標網域、命中規則和出口。延遲測試只說明探測位址有回應，不能替代這次實際請求。

如果請求進入 Clash 後顯示 timeout，換另一條節點；若完全沒有記錄，檢查系統代理；若顯示 DIRECT，查看規則。頁面正常開啟並且記錄與選擇一致，才說明這條訂閱已經完成下載、解析、啟用和轉發。

一旦完整訂閱出現在公開截圖、群聊、工單或陌生轉換站，應到服務面板重置訂閱位址。新 token 生效後，在自己的用戶端替換連結並更新；舊位址應回傳無效狀態。只修改 Profile 的顯示名稱不會讓舊認證資訊失效。