Benachrichtigungsberichte
Chute überwacht Verbindungsqualität, Proxy-Verfügbarkeit, Verkehrsmuster und Konfigurationszustand. Wenn eine signifikante Anomalie erkannt wird, kann die Chute-App eine Systembenachrichtigung anzeigen, um Sie zu alarmieren.
Eine einzelne Zeitüberschreitung oder ein nicht erreichbarer Knoten löst keine Benachrichtigung aus — nur anhaltende oder großflächige Muster tun dies.
Ereignistypen
| Ereignis | Bedeutung |
|---|---|
| Massenverbindungsfehler | Eine große Anzahl von Verbindungen schlägt auf die gleiche Weise fehl (z.B. alle mit Zeitüberschreitung). |
| Dienst nicht verfügbar | Ein bestimmter Proxy-Knoten schließt weiterhin Verbindungen, ohne Daten zurückzugeben — der Knoten ist wahrscheinlich ausgefallen. |
| Verkehrsspitze | Anhaltender Verkehr mit hoher Bandbreite (Upload oder Download), deutlich über dem aktuellen Durchschnitt. Sofortige Spitzen werden ignoriert. |
| Konfigurations-Auto-Update fehlgeschlagen | Die automatische Aktualisierung der verwalteten Konfiguration ist wiederholt fehlgeschlagen (Download- oder Parse-Fehler). |
| Richtliniengruppenwechsel | Eine Richtliniengruppe (Fallback / URL-Test / Load Balance / SSID) hat automatisch zu einem anderen Proxy gewechselt. Wenn eine Gruppe schnell oszilliert, wird eine einzelne "Flapping"-Meldung anstelle einer pro Wechsel angezeigt. |
Konfiguration
Das Berichtssystem ist standardmäßig mit integrierten Schwellenwerten aktiviert. Sie können die Empfindlichkeit über den Abschnitt [Report] anpassen:
[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
Parameter
| Parameter | Standard | Einheit | Beschreibung |
|---|---|---|---|
mass-failure-threshold |
20 | Anzahl | Mindestanzahl an Fehlern im Fenster, um einen Massenverbindungsfehler-Alarm auszulösen |
mass-failure-rate |
0,3 | Verhältnis (0–1) | Mindestfehlerrate (Fehler / Gesamt) für TCP-Verbindungen |
mass-failure-window |
60 | Sekunden | Zeitfenster zum Zählen von Massenfehlern |
service-unavailable-count |
3 | Anzahl | Fehler auf einem einzelnen Knoten, bevor ein Dienst-nicht-verfügbar-Alarm ausgelöst wird |
service-unavailable-window |
300 | Sekunden | Zeitfenster zum Zählen von Knotenfehlern |
traffic-surge-multiplier |
5,0 | Verhältnis | Die aktuelle Rate muss den 5-Minuten-Durchschnitt um dieses Vielfache überschreiten |
traffic-surge-duration |
60 | Sekunden | Wie lange die Spitze anhalten muss, bevor alarmiert wird |
policy-flap-window |
60 | Sekunden | Zeitfenster zur Erkennung von Richtliniengruppen-Oszillation |
policy-flap-threshold |
3 | Anzahl | Wechsel innerhalb des Fensters, die einen Flapping-Alarm auslösen |
cooldown-interval |
120 | Sekunden | Mindestintervall zwischen aufeinanderfolgenden Alarmen desselben Typs |
config-failure-count |
2 | Anzahl | Aktualisierungsfehler im Fenster, bevor ein Konfigurations-Aktualisierungsfehler-Alarm ausgelöst wird |
config-failure-window |
60 | Sekunden | Zeitfenster zum Zählen von Konfigurationsaktualisierungsfehlern |
Wie Alarme gedrosselt werden
Um Benachrichtigungs-Spam zu vermeiden, wendet Chute mehrere Schutzmaßnahmen an:
- Abkühlung: Derselbe Alarmtyp wird nicht öfter als einmal pro
cooldown-intervalausgelöst. - Massenunterdrückung: Wenn ein Massenverbindungsfehler-Alarm ausgelöst wird, werden einzelne Dienst-nicht-verfügbar-Alarme unterdrückt — der Massenalarm deckt das Problem bereits ab.
- Anti-Flapping: Wenn eine Richtliniengruppe schnell hin- und herwechselt (≥
policy-flap-thresholdMal innerhalb vonpolicy-flap-window), wird eine einzelne "Flapping"-Meldung anstelle einer pro Wechsel angezeigt. - Schonfrist: Dienst-nicht-verfügbar-Alarme werden für 60 Sekunden nach dem Start der Engine oder dem Neuladen einer Konfiguration unterdrückt, um Fehlalarme durch Verbindungsfluktuation beim Start zu vermeiden.
- Netzwerkwechsel-Zurücksetzung: Alle internen Zähler werden zurückgesetzt, wenn sich das Netzwerk ändert (Wi-Fi ↔ Mobilfunk) oder die Konfiguration neu geladen wird, um zu verhindern, dass veraltete Daten Fehlalarme auslösen.