تقارير الإشعارات
يراقب Chute جودة الاتصال، توفر البروكسي، أنماط حركة المرور، وصحة الإعدادات. عند اكتشاف حالة شاذة هامة، قد يعرض تطبيق Chute إشعار نظام لتنبيهك.
انتهاء مهلة واحدة أو عقدة غير قابلة للوصول لن تشغل إشعاراً — فقط الأنماط المستمرة أو واسعة النطاق هي التي ستفعل ذلك.
أنواع الأحداث
| الحدث | ما يعنيه |
|---|---|
| فشل اتصال جماعي | عدد كبير من الاتصالات تفشل بنفس الطريقة (مثال: جميعها تنتهي مهلتها). |
| خدمة غير متاحة | عقدة بروكسي محددة تستمر في إغلاق الاتصالات دون إرجاع أي بيانات — العقدة على الأرجح معطلة. |
| ارتفاع حركة المرور | حركة مرور مستدامة عالية النطاق (رفع أو تنزيل)، أعلى بكثير من المتوسط الحديث. الارتفاعات الفورية يتم تجاهلها. |
| فشل التحديث التلقائي للإعدادات | فشل التحديث التلقائي للإعدادات المدارة بشكل متكرر (أخطاء تنزيل أو تحليل). |
| تبديل مجموعة السياسات | مجموعة سياسات (Fallback / URL Test / Load Balance / SSID) تبدلت تلقائياً إلى بروكسي مختلف. إذا تذبذبت مجموعة بسرعة، يظهر تنبيه "flapping" واحد بدلاً من تنبيه لكل تبديل. |
الإعدادات
نظام التقارير مفعل افتراضياً بحدود مدمجة. يمكنك ضبط الحساسية عبر القسم [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-thresholdمرة خلالpolicy-flap-window)، يظهر تنبيه "flapping" واحد بدلاً من تنبيه لكل تبديل. - فترة سماح: يتم كبت تنبيهات الخدمة غير المتاحة لمدة 60 ثانية بعد بدء المحرك أو إعادة تحميل الإعدادات، لتجنب التنبيهات الخاطئة من اضطراب اتصالات بدء التشغيل.
- إعادة تعيين تغيير الشبكة: يتم إعادة تعيين جميع العدادات الداخلية عند تغير الشبكة (Wi-Fi <-> الجوال) أو إعادة تحميل الإعدادات، مما يمنع البيانات القديمة من تشغيل تنبيهات خاطئة.