POST /login، ثم ترسل التوكن
كرأس Authorization: Bearer <token> على كل طلب محمي.
تُصدَر اعتمادات المشغّل خارج النطاق من قبل مسؤول ResQ الخاص بك. لا
يوجد تدفق تسجيل عام — كل مشغّل مرتبط بمنظمة ومجموعة من نطاقات صلاحيات
المهام.
التدفق
اقرأ الاستجابة
عند النجاح، تُرجِع API توكن JWT وطابع وقت Unix بالثواني لانتهاء
الصلاحية.عند الفشل، تتلقى
401 مع جسم AuthError.مدى صلاحية التوكن
expires_at هو طابع وقت Unix بالثواني. تعامل معه على أنه المرجع — لا
تُحلِّل جسم JWT لاستنتاج انتهاء الصلاحية.
ينبغي للعميل المتين:
- تخزين التوكن في الذاكرة فقط (لا تخزّنه أبدًا في قرص بنص واضح).
- التحديث استباقيًا عندما يتبقى أقل من 60 ثانية.
- إعادة المصادقة من الاعتمادات عند
401 Unauthorized.
تخزين الاعتمادات بأمان
التدوير
دوّر اعتمادات المشغّل ربعيًا على الأقل، وفورًا إذا كان من الممكن أن يكون التوكن قد انكشف. يُعالَج الإلغاء على الخادم؛ لا يحتاج العميل سوى إعادة تشغيل تدفق تسجيل الدخول.Coordination API
يقبل Coordination API نفس التوكن للمسارات الإدارية ومسارات الموافقة على المهام (مثلاً،POST /admin/missions/approve). قد تستخدم نقاط نهاية
الاستيعاب العامة — دفعات القياس عن بُعد، عمليات الرفع إلى IPFS — توكن
خدمة مستقل يصدره مسؤولك. تأكَّد من المخطط الدقيق لنشرك.
الأخطاء التي ينبغي معالجتها
| الرمز | المعنى | ما الذي ينبغي فعله |
|---|---|---|
401 | التوكن مفقود أو منتهي أو غير صالح | أعد المصادقة، ثم أعد المحاولة مرة واحدة |
403 | التوكن صالح لكن يفتقر إلى نطاق الصلاحية المطلوب | اعرضه للمشغّل؛ لا تُعد المحاولة |
429 | طلبات كثيرة جدًا | تراجع مع jitter ثم أعد المحاولة |