Clash运行日志查看与分析指南

1. 打开Clash Verge Rev主界面
2. 点击左侧菜单栏的"日志"（Logs）标签
3. 日志会实时滚动显示
4. 顶部有日志级别过滤器，可选择显示的最低级别
5. 使用搜索框可以过滤包含特定关键词的日志条目
6. 点击日志区域的右上角图标可以将日志导出为文件

1. 打开Clash Meta for Android
2. 滑动到左侧菜单或直接点击底部"日志"标签
3. 日志实时显示，可以通过顶部的下拉菜单选择日志级别
4. 长按日志条目可以复制内容
5. 在设置中可以开启"日志保存到文件"

1. 点击菜单栏的Clash图标
2. 选择"日志"或"Log"
3. 在弹出窗口中查看实时日志
4. 也可以通过Finder直接访问日志文件：

将log-level临时设为debug，获取最完整的运行信息。这会产生大量日志，但对排查问题至关重要。

在日志级别切换后，重新尝试你之前失败的操作（访问某个网站、打开某个应用）。注意观察日志中的新条目。

在日志中搜索以下关键词：

• error — 所有错误信息
• timeout — 超时相关
• refused — 连接被拒绝
• no such host — DNS解析失败
• not found — 找不到相关资源

通过日志分析流量走向

日志不仅能排查错误，还能帮你理解流量的实际走向——哪些网站走了代理，哪些走了直连。

识别规则匹配结果

在info级别以上的日志中，每次规则匹配都会记录匹配类型和结果：

# 域名匹配
msg="[Rule] match domain-keyword google → 选择代理节点 HK-01"

# IP-CIDR匹配
msg="[Rule] match ip-cidr 192.168.0.0/16 → DIRECT"

# GEOIP匹配
msg="[Rule] match geoip CN → DIRECT"

# 最终未匹配
msg="[Rule] match final → DIRECT"

使用命令行分析日志

# 统计各规则的匹配次数（Linux/macOS）
cat clash.log | grep "\[Rule\]" | grep -oP "match \K[^→]+" | sort | uniq -c | sort -rn

# 查看走了代理的域名
cat clash.log | grep "proxy" | grep -oP "domain \K[^ ]+" | sort -u

# 查看哪些流量走了DIRECT
cat clash.log | grep "DIRECT" | grep -oP "domain-keyword \K[^ ]+" | sort -u

日志持久化配置

默认情况下，Clash日志只在内存中保留（客户端关闭后丢失）。要持久化日志，需要进行配置。

方法1：配置文件设置

# 在config.yaml中添加
log-level: info

# Clash Premium / Meta 支持将日志输出到文件
# 通过启动参数指定日志文件
# clash -f config.yaml 2> clash.log

方法2：客户端内置功能

方法3：使用systemd管理日志（Linux服务器）

如果你在Linux服务器上用systemd运行Clash，可以利用journalctl管理日志：

# /etc/systemd/system/clash.service
[Unit]
Description=Clash Daemon
After=network.target

[Service]
Type=simple
ExecStart=/usr/local/bin/clash -f /etc/clash/config.yaml
Restart=on-failure
StandardOutput=journal
StandardError=journal
SyslogIdentifier=clash

[Install]
WantedBy=multi-user.target

# 查看Clash日志
journalctl -u clash -f

# 查看最近的错误
journalctl -u clash -p err --since "1 hour ago"

日志轮转配置

长期运行的Clash实例需要配置日志轮转，避免日志文件无限增长：

# /etc/logrotate.d/clash
/var/log/clash/*.log {
    daily
    rotate 7
    compress
    delaycompress
    missingok
    notifempty
    copytruncate
}

高级技巧：用日志定位DNS解析问题

DNS问题是Clash使用中最隐蔽的故障类型。很多"连不上"的问题根源都在DNS环节。

开启DNS调试日志

将日志级别设为debug后，你会看到完整的DNS解析过程：

# DNS查询开始
level=debug msg="[DNS] resolve example.com"

# 查询缓存
level=debug msg="[DNS] cache miss for example.com"

# 向上游DNS发起查询
level=debug msg="[DNS] query example.com IN A from tls://8.8.8.8:853"

# 收到响应
level=debug msg="[DNS] answer example.com IN A 93.184.216.34"

# fake-ip分配
level=debug msg="[DNS] fakeip example.com → 198.18.0.10"

# 真实IP解析（用于规则匹配）
level=debug msg="[DNS] resolved example.com → 93.184.216.34"

常见DNS问题诊断

DNS配置优化建议

# 推荐的DNS配置（防污染）
dns:
  enable: true
  listen: 0.0.0.0:1053
  ipv6: false
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - "*.lan"
    - "*.localdomain"
    - "*.example"
  default-nameserver:
    - 223.5.5.5
    - 119.29.29.29
  nameserver:
    - "tls://dns.alidns.com:853"
    - "https://dns.alidns.com/dns-query"
  fallback:
    - "tls://1.1.1.1:853"
    - "https://cloudflare-dns.com/dns-query"
    - "tls://dns.google:853"
  fallback-filter:
    geoip: true
    geoip-code: CN
    ipcidr:
      - 240.0.0.0/4

实战案例：3个典型问题的日志分析过程

案例1：YouTube网页打不开，但Google可以

用户描述：Google搜索正常，YouTube一直转圈加载不出来。

msg="[Rule] match domain-suffix google.com → Proxy"
msg="dial tcp 142.250.x.x:443 via proxy HK-01"
-- Google连接成功 --

msg="[Rule] match domain-suffix youtube.com → Proxy"
msg="dial tcp 142.250.x.x:443 via proxy HK-01"
msg="dial tcp 142.250.x.x:443: i/o timeout"
-- YouTube连接超时 --

msg="[DNS] resolve googlevideo.com"
msg="[DNS] resolve r1---sn-xxx.googlevideo.com"
msg="[Rule] match domain-suffix googlevideo.com → DIRECT"
-- YouTube视频分片走了DIRECT --

rules:
  # 添加以下规则（放在DIRECT规则之前）
  - DOMAIN-SUFFIX,googlevideo.com,Proxy
  - DOMAIN-SUFFIX,youtube.com,Proxy
  - DOMAIN-SUFFIX,ytimg.com,Proxy

案例2：间歇性断网，每30分钟断开一次

用户描述：Clash运行正常，但每隔大约30分钟会断网几分钟，然后自动恢复。

-- 正常运行中 --
msg="[Health Check] ping HK-01: 45ms"
msg="[Health Check] ping US-01: 180ms"
msg="[Health Check] ping JP-01: timeout"
msg="[Health Check] JP-01 failed: context deadline exceeded"

-- 断网时刻 --
msg="[Health Check] ping HK-01: timeout"
msg="[Health Check] ping US-01: timeout"
msg="[Health Check] all proxies failed"
msg="[Proxy] fallback to DIRECT"

-- 恢复时刻 --
msg="[Health Check] ping HK-01: 48ms"
msg="[Health Check] proxy recovered"

案例3：特定应用无法联网（微信/钉钉）

用户描述：浏览器正常，但微信消息发送失败、钉钉无法连接。

msg="TCP Connection from 192.168.1.100:54321"
msg="[DNS] resolve short.weixin.qq.com"
msg="[DNS] resolved short.weixin.qq.com → 120.232.x.x"
msg="[Rule] match geoip CN → DIRECT"
msg="dial tcp 120.232.x.x:443"
msg="dial tcp 120.232.x.x:443: connection established"

msg="TCP Connection from 192.168.1.100:54322"
msg="[DNS] resolve long.weixin.qq.com"
msg="[DNS] resolved long.weixin.qq.com → 120.232.x.x"
msg="[Rule] match geoip CN → DIRECT"
msg="dial tcp 120.232.x.x:8080"
msg="dial tcp 120.232.x.x:8080: i/o timeout"