Clash 日誌中的常見錯誤應該怎麼看？

日誌應依 DNS、TCP 連線、TLS 或通訊協定握手、規則命中及控制介面幾個階段分開判斷。先找第一筆失敗記錄，再依 lookup、dial、handshake 等關鍵字定位。

查看答案回到分類頁
  • 日誌與疑難排解
  • 設定指南
簡要回答

日誌應按 DNS、TCP 連線、TLS 或協議握手、規則命中和控制介面幾個階段分開判斷。先找首條失敗記錄，再根據 lookup、dial、handshake 等關鍵詞定位。只保留一次復現所需的日誌片段，並附用戶端、核心和系統版本；分享前遮掉 URL、token、secret、IP 和節點認證資訊。

先讀哪一行日誌

從復現操作的時間點向後找第一條錯誤，按 lookup、dial、handshake、parse、unauthorized 判斷失敗位置。

  • 錯誤是否包含 lookup、dial、connect、handshake、unauthorized 或 parse
  • 錯誤發生在訂閱更新、節點連線還是 Dashboard 存取（參見 執行階段控制）
  • 是否只有特定網域或特定節點觸發
  • 日誌級別是否足夠但不過量

按錯誤階段繼續檢查

  1. 先定位錯誤發生的時間點和操作
  2. 用關鍵詞判斷錯誤階段
  3. 把完整訂閱 URL、token、節點密碼和實際 IP 脫敏後再分享（參見 安全 FAQ）
  4. 復現時記錄用戶端版本、核心版本、系統版本和設定來源

debug 日誌適合短時間檢查，不建議長期開啟

日誌可能包含網域、IP、節點名、訂閱 URL 或 secret

只截圖最後一行通常不足以定位問題