تقارير الإشعارات
يراقب Chute جودة الاتصال، توفر البروكسي، أنماط حركة المرور، وصحة الإعدادات. عند اكتشاف حالة شاذة هامة، قد يعرض تطبيق Chute إشعار نظام لتنبيهك.
انتهاء مهلة واحدة أو عقدة غير قابلة للوصول لن تشغل إشعاراً — فقط الأنماط المستمرة أو واسعة النطاق هي التي ستفعل ذلك.
أنواع الأحداث
| الحدث | ما يعنيه |
|---|---|
| Mass Connection Failure (فشل اتصال جماعي) | عدد كبير من الاتصالات تفشل بنفس الطريقة (مثال: جميعها تنتهي مهلتها). |
| Proxy Node Unavailable (عقدة البروكسي غير متاحة) | عقدة بروكسي محددة تستمر في إغلاق الاتصالات دون إرجاع أي بيانات — العقدة على الأرجح معطلة. |
| Traffic Surge (ارتفاع حركة المرور) | حركة مرور مستمرة كثيفة عرض النطاق (رفع أو تنزيل)، أعلى بكثير من المتوسط الأخير. الارتفاعات الفورية يتم تجاهلها. |
| Configuration Update Failed (فشل تحديث الإعدادات) | فشل التحديث التلقائي للإعدادات المدارة بشكل متكرر (أخطاء تنزيل أو تحليل). |
| Policy Group Primary Changed (تغيّر السياسة الرئيسية لمجموعة السياسات) | تبدّلت مجموعة سياسات إلى بروكسي مختلف — من تلقاء نفسها (Fallback / URL Test / Load Balance / SSID)، أو لأنك اخترت غيره يدوياً. إذا تذبذبت مجموعة بسرعة، يظهر تنبيه "flapping" واحد بدلاً من تنبيه لكل تبديل؛ ولهذا التنبيه على Chute Mac مفتاح خاص به هو Policy Group Flapping، معطَّل افتراضياً. |
| Network Address Changed (تغيّر عنوان الشبكة) | تغيّرت العناوين التي يملكها هذا الجهاز على الشبكة. يسرد الإشعار عناوين IPv4 وعناوين IPv6 كلاً على حدة. وعلى Chute Android يكون الحدث بدلاً من ذلك Exit IP Changed: العنوان العام الذي تخرج منه حركة المرور، وهو عنوان واحد، ومفتاحه معطَّل افتراضياً. |
| Tailscale Home DERP Changed (تغيّر DERP الرئيسي لـ Tailscale) | بدّل محرك Tailscale إلى منطقة مرحل DERP رئيسية مختلفة. يُسجَّل على كل المنصات؛ ويُظهر Chute Mac إشعاراً له، وكذلك Chute Android تحت مفتاح Tailscale Events المعطَّل افتراضياً. |
| Tailscale Events (أحداث Tailscale) | أحداث Tailscale مثل مشاكل عقدة الخروج أو حالات فشل مفتاح المصادقة. |
| إشعار قاعدة | طابقت قاعدة تحمل notification-text=. يرسل Chute النص بنفسه — راجع إشعارات القواعد — ويسجّل الحدث. |
| Network Not Carrying Traffic (الشبكة لا تنقل حركة المرور) | تستمر الاتصالات الصادرة في انتهاء مهلتها دون استقبال أي شيء، رغم أن النظام لا يزال يبلغ أن الشبكة تعمل — كوصلة خلوية متوقفة مثلاً. يُبلَّغ عنه مرة واحدة لكل حالة، ولا يُبلَّغ مجدداً إلا بعد عودة حركة المرور أو تغيّر الشبكة. ولـ Chute Mac مفتاح خاص به، مفعّل افتراضياً؛ وعلى Chute iOS و Chute Android يتبع مفتاح «Mass Connection Failure». |
إشعارات القواعد
[Rule]
DOMAIN-SUFFIX,bank.example,DIRECT,notification-text="Bank site opened",notification-interval=60
القاعدة التي تحمل notification-text= تجعل Chute يرسل إشعار نظام عند مطابقتها: العنوان هو النص، والمحتوى هو host:port → policy (المضيف والمنفذ ثم السياسة). لا تُرسل كل قاعدة إشعاراً أكثر من مرة كل notification-interval ثانية (الافتراضي 300). تتبع هذه الإشعارات، مثل تلك التي ترسلها السكريبتات عبر $notification، مفتاح الإشعارات في التطبيق: Allow Notification في Chute iOS، وShow report event notifications في Chute Mac، وعلى Chute Android إذن الإشعارات الذي يمنحه النظام لـ Chute، حيث لإشعارات السكريبتات أيضاً قناة خاصة بها هي Script Notifications. أوقفه فلا يظهر أي منها. لا يعرض Apple TV أي إشعارات.
الحدود
نظام التقارير مفعل افتراضياً. الحدود مدمجة وغير قابلة للتكوين عبر ملف الإعدادات. القيم المرجعية هي:
| الحد | القيمة | الوحدة | الوصف |
|---|---|---|---|
| حد الفشل الجماعي | 20 | عدد | الحد الأدنى من حالات الفشل في النافذة لتشغيل تنبيه Mass Connection Failure |
| معدل الفشل الجماعي | 0.3 | نسبة (0–1) | الحد الأدنى لمعدل الفشل (حالات الفشل / الإجمالي) لاتصالات TCP |
| نافذة الفشل الجماعي | 60 | ثانية | نافذة زمنية لعد حالات الفشل الجماعي |
| عدد عدم توفر عقدة البروكسي | 3 | عدد | حالات الفشل على عقدة واحدة قبل تشغيل تنبيه Proxy Node Unavailable |
| نافذة عدم توفر عقدة البروكسي | 300 | ثانية | نافذة زمنية لعد حالات فشل العقد |
| مضاعف ارتفاع حركة المرور | 5.0 | نسبة | يجب أن يتجاوز المعدل الحالي متوسط 5 دقائق بهذا المضاعف |
| مدة ارتفاع حركة المرور | 60 | ثانية | مدة استدامة الارتفاع قبل التنبيه |
| نافذة تذبذب السياسة | 60 | ثانية | نافذة زمنية لاكتشاف تذبذب مجموعة السياسات |
| حد تذبذب السياسة | 3 | عدد | عدد التبديلات داخل النافذة التي تشغل تنبيه التذبذب |
| فترة التبريد | 120 | ثانية | الحد الأدنى للفاصل قبل أن ينطلق التنبيه نفسه مجدداً — راجع كيف يُحدّ من التنبيهات |
| عدد فشل الإعدادات | 2 | عدد | حالات فشل تحديث متتالية (يُعاد تعيينها عند أي نجاح؛ والفحص الذي يجد العنوان يقدّم ملف Clash أو sing-box لا يُحسب نجاحاً ولا فشلاً) قبل تشغيل تنبيه Configuration Update Failed — لا توجد نافذة زمنية |
كيف يُحدّ من التنبيهات
لتجنب إزعاج الإشعارات، يطبق Chute عدة ضمانات:
- فترة التبريد: التنبيه نفسه لن ينطلق أكثر من مرة لكل فترة تبريد (120 ثانية). و«نفسه» يعني العقدة نفسها، أو المجموعة نفسها بالتبديل نفسه، أو نوع الفشل نفسه، أو رابط الإعداد نفسه — فإن تعطّلت عقدة ثانية خلال الفترة نالت تنبيهها الخاص. ولا تبريد لـ Tailscale Home DERP Changed، أما إشعار القاعدة فيتبع
notification-intervalالخاص به. - كبت جماعي: عندما ينطلق تنبيه Mass Connection Failure، يتم كبت تنبيهات Proxy Node Unavailable الفردية — التنبيه الجماعي يغطي المشكلة بالفعل.
- مقاومة التذبذب: إذا تبادلت مجموعة سياسات ذهاباً وإياباً بسرعة (3 مرات أو أكثر خلال 60 ثانية)، يظهر تنبيه "flapping" واحد بدلاً من تنبيه لكل تبديل.
- فترة سماح: يتم كبت تنبيهات Proxy Node Unavailable لمدة 60 ثانية بعد بدء المحرك أو إعادة تحميل الإعدادات، لتجنب التنبيهات الخاطئة من اضطراب اتصالات بدء التشغيل.
- إعادة تعيين تغيير الشبكة: يتم إعادة تعيين جميع العدادات الداخلية عند تغير الشبكة (Wi-Fi ↔ الجوال) أو إعادة تحميل الإعدادات، مما يمنع البيانات القديمة من تشغيل تنبيهات خاطئة.
هذه الصفحة ترجمة للنسخة الإنجليزية. في حال وجود اختلاف، يُعتمد على النسخة الإنجليزية.
ملاحظة: التطبيق لا يدعم اللغة العربية حاليًا.