تحديد الحد الذي تم بلوغه
تشير HTTP 429 إلى كثرة الطلبات وقد تتضمن Retry-After. طريقة العد ونطاقه يحددهما المزود. انخفاض المتوسط لا يمنع تجاوز حد ضمن نافذة قصيرة.
| المفهوم | ما يحده | إجراء مفيد |
|---|---|---|
| الحصة | الحجم خلال فترة | تخطيط الميزانية المشتركة. |
| المعدل | الوصول في نافذة قصيرة | توزيع أوقات البدء. |
| التزامن | العمليات الجارية | تحديد العمل المتزامن. |
| Retry-After: 120 | انتظار 120 ثانية | فحص المهلة الكلية وسلامة التكرار. |
تنظيم الطلب المسموح
- تحقق من مفتاح العد: حساب أو مشروع أو مستخدم أو مسار. راجع المنطقة الزمنية لإعادة الضبط وتكلفة العمليات والحصة المشتركة.
- وزع الاندفاعات بطابور محدود واضبط العمليات الجارية بشكل منفصل. مرر الإلغاء وتخلص من المهام التي لم تعد مفيدة.
- فسر Retry-After كتاريخ HTTP أو انتظار بالثواني. احترمه ضمن المهلة الكلية وحدد انتظارا محدودا عند غيابه.
تقييم التكرار دون تجاوز الحماية
لا تثبت 429 أن تكرار العملية آمن. تحقق من منع الأثر المكرر والمدة وعدد المحاولات. قس الرفض وطول الطابور؛ إذا تجاوز الطلب المستمر العقد فقلل الحاجة أو اتفق على سعة مناسبة.
المراجع الأساسية
جعل إساءة استخدام حدود المعدل قابلة للملاحظة.
تعمل حدود الطلبات بشكل أفضل عندما تُميز بين الاستخدام المشروع والسلوك غير الطبيعي وتُنتج حدثًا قابلًا للتفسير. قد تُخفي رموز الخطأ وحدها بداية نمط إساءة الاستخدام ومدته ونطاقه.
- تسجيل العتبة والقرار والمسار والسياق الأدنى دون إخفاء أي معلومات سرية.
- ربط حالات الرفض المتكررة بتأثيراتها على المستخدمين الشرعيين.
- اختبار ما إذا كانت التنبيهات تؤدي إلى تحقيق أو تعديل متناسب.
المصدر الأساسي: ACSC and partners — Event logging and threat detection. المنهج المرتبط: اقرأ الدليل العملي.