通知报告
Chute 监控连接质量、代理可用性、流量模式和配置健康状况。当检测到重大异常时，Chute 应用可能会显示系统通知以提醒您。
单次超时或不可达节点不会触发通知——只有持续或大规模的异常模式才会触发。
事件类型
| 事件 | 含义 |
|---|---|
| 大量连接失败 | 大量连接以相同方式失败（例如，全部超时）。 |
| 服务不可用 | 某个代理节点持续关闭连接且不返回任何数据——该节点可能已宕机。 |
| 流量激增 | 持续的高带宽流量（上传或下载），显著高于近期平均水平。瞬时峰值将被忽略。 |
| 配置自动更新失败 | 托管配置自动更新反复失败（下载或解析错误）。 |
| 策略组切换 | 策略组（Fallback / URL Test / Load Balance / SSID）自动切换到另一个代理。如果策略组快速震荡，将显示单次「震荡」警报而不是每次切换都提醒。 |
配置
报告系统默认启用，并带有内置阈值。您可以通过 [Report] 部分调整灵敏度：
[Report]
mass-failure-threshold = 20
mass-failure-rate = 0.3
mass-failure-window = 60
service-unavailable-count = 3
service-unavailable-window = 300
traffic-surge-multiplier = 5.0
traffic-surge-duration = 60
policy-flap-window = 60
policy-flap-threshold = 3
cooldown-interval = 120
config-failure-count = 2
config-failure-window = 60
参数
| 参数 | 默认值 | 单位 | 描述 |
|---|---|---|---|
mass-failure-threshold |
20 | 计数 | 时间窗口内触发大量连接失败警报的最低失败次数 |
mass-failure-rate |
0.3 | 比率 (0–1) | TCP 连接的最低失败率（失败数 / 总数） |
mass-failure-window |
60 | 秒 | 统计大量失败的时间窗口 |
service-unavailable-count |
3 | 计数 | 单个节点在触发服务不可用警报之前的失败次数 |
service-unavailable-window |
300 | 秒 | 统计节点失败的时间窗口 |
traffic-surge-multiplier |
5.0 | 比率 | 当前速率必须超过 5 分钟平均速率的倍数 |
traffic-surge-duration |
60 | 秒 | 激增持续多长时间后才触发警报 |
policy-flap-window |
60 | 秒 | 检测策略组震荡的时间窗口 |
policy-flap-threshold |
3 | 计数 | 时间窗口内触发震荡警报的切换次数 |
cooldown-interval |
120 | 秒 | 同一类型连续警报之间的最小间隔 |
config-failure-count |
2 | 计数 | 时间窗口内触发配置更新失败警报的失败次数 |
config-failure-window |
60 | 秒 | 统计配置更新失败的时间窗口 |
警报如何被节流
为了避免通知轰炸，Chute 实施了多项保护措施：
- 冷却时间：同一类型的警报在
cooldown-interval内不会多次触发。 - 大量抑制：当大量连接失败警报触发时，单个服务不可用警报将被抑制——大量警报已涵盖该问题。
- 防震荡：如果策略组快速来回切换（在
policy-flap-window内达到 ≥policy-flap-threshold次），将显示单次「震荡」警报而不是每次切换都提醒。 - 宽限期：引擎启动或重载配置后的 60 秒内，服务不可用警报将被抑制，以避免启动连接波动导致的误报。
- 网络变更重置：当网络变更（Wi-Fi ↔ 蜂窝网络）或配置重新加载时，所有内部计数器将重置，防止旧数据触发误报。