تعيش كل إجراءات وحدة التحكم هنا في شاشة المفاتيح (
/console/token)
وتعمل على رمز جلستك / وصولك — وليس مفتاح الترحيل. إنشاء مفتاح أو تعديله
أو تعطيله أو حذفه يتطلب دور Developer أو أعلى. فقط استدعاءات الاستدلال
/v1/* تستخدم مفتاح الترحيل sk-orca-….1. لماذا تدوّر، ولماذا لا في مكانه أبداً
المفتاح على OrcaRouter هوية ثابتة، لا مجرد سلسلة — يحمل قائمة سماح نماذجه، وقائمة سماح IP، وسقف إنفاقه، وصلاحيته، و ربط سياساته. لا يمكنك تغيير المادة السرية لمفتاح موجود؛ تُصدَر بيانات الاعتماد والقيود معاً عند الإنشاء. لذا “التدوير” يعني إصدار خلَف والترحيل إليه. افعله:- على وتيرة ثابتة لأي بيانات اعتماد إنتاجية (الربع سنوي خط أساس شائع)؛
- لحظة الاشتباه في تسرّب مفتاح — رغم أنه لتسرّب مؤكد، اقطعه أولاً ودوّر ثانياً (انظر الاستجابة للمفتاح المسرّب)؛
- كلما تغيّر مالك المفتاح (موظف، تكامل مورّد، وكيل خارج من الخدمة).
2. تسلسل تدوير مفتاح api
الهدف كله تداخل نظيف: المفتاح الجديد يعمل قبل أن يتوقف القديم. أربع خطوات.أنشئ المفتاح الخلَف
اسكّ مفتاحاً جديداً بـ نفس النطاق للذي تستبدله — نفس
model_limits، allow_ips، credit_limit_usd، expired_time،
ونفس guardrail_id / firewall_policy_id. انسخ النص الصريح فوراً.
التدوير هو اللحظة المثالية لـ تشديد النطاق أيضاً: أسقط نموذجاً لم يعد
الوكيل يستخدمه، أو ضيّق قائمة سماح IP.انقل حركة المرور
انشر
sk-orca-… الجديد إلى كل مستدعٍ — الإعداد، مدير الأسرار، متغيّر
CI، بيئة تشغيل الوكيل. أطلقه بنفس طريقة شحنك أي تغيير سرّ. كلا المفتاحين
حيّان عند هذه النقطة، فيمكن تنظيم عمليات النشر بالتدرّج دون عطل.تحقّق أن المفتاح الجديد يحمل الحِمل
أكّد أن الخلَف يخدم حركة المرور فعلاً قبل أن تلمس القديم. راقب صعود
used_quota للمفتاح الجديد بينما يستوي للقديم — الاستخدام لكل مفتاح هو
إشارة التحوّل لديك.3. تدوير ملموس، عبر REST
كل ما يلي إجراء في وحدة التحكم — تعمل مسارات الإدارة هذه تحت جلستك (UserAuth)، وليس مفتاح الترحيل. افترض أنك تستبدل مفتاح وكيل تلخيص مجدوَل.
أنشئ الخلَف بنفس النطاق:
"data": "sk-orca-…"). انسخه،
وانشره إلى المُلخِّص، وأكّد أن المفتاح الجديد يخدم قبل المضي.
عندما لا يُظهر المفتاح القديم (المعرّف 481) حركة مرور، عطّل ثم احذف:
Enabled (1)، Disabled (2)، Expired (3)، أو
Exhausted (4). التعطيل يضبطها على Disabled؛ فيُرفض كل طلب يصدره المفتاح
بينما تبقى إعداداته وروابطه وتاريخه سليمة. الحذف دائم — لا يمكن لبيانات
الاعتماد أبداً أن تخوّل طلباً مجدداً، والمفتاح المحذوف غير قابل للاسترداد.
يمكنك فعل كل هذا دون API — شاشة المفاتيح بها مفتاح جديد، وزرّ
معطَّل لكل مفتاح، وحذف (مفرد أو دُفعة). صيغة REST أعلاه للنصوص
البرمجية لتدويرات مجدوَلة.
4. تدوير المفاتيح المربوطة بسياسة ومفاتيح البوابة
ربط حاجز الحماية وجدار الحماية لمفتاح يعيش على المفتاح، فيجب أن يحمل الخلَف نفسguardrail_id و
firewall_policy_id لفرض نفس الموقف. شيئان يجب معرفتهما:
السياسات تنجو من التدوير — فقط الربط ينتقل
السياسات تنجو من التدوير — فقط الربط ينتقل
حواجز الحماية وسياسات جدار الحماية موارد مسمّاة ضمن نطاق مساحة العمل
مشتركة عبر المفاتيح. تدوير مفتاح لا يلمس السياسة نفسها؛ أنت فقط تعيد
توجيه مفتاح جديد إلى
guardrail_id / firewall_policy_id الموجودين.
تبقى السياسة تحكم حركة المرور دون انقطاع.المفاتيح ضمن نطاق البوابة تحتاج Admin وانضباط نسخ إضافياً
المفاتيح ضمن نطاق البوابة تحتاج Admin وانضباط نسخ إضافياً
مفتاح مضبوط بـ
is_firewall_gateway يقود مسارات
بوابة جدار الحماية
(/api/v1/firewall/*). سكّ واحد، وإعادة كشف نصه الصريح، يتطلبان كلاهما
Admin. لأنك لا تستطيع إعادة قراءة سرّه باستهتار، التقط النص الصريح
لمفتاح البوابة الجديد عند الإنشاء وخزّنه في مدير أسرارك قبل أن تتحوّل.5. تدوير طارئ (تسرّب مشتبه به)
إذا ظننت أن مفتاحاً منكشف، ينقلب الترتيب: أوقف النزيف أولاً، ورحّل ثانياً.- عطّل المفتاح المشبوه فوراً بحيث لا يستطيع تخويل أي شيء بينما تحقّق — أو احذفه صراحةً إن كان التسرّب مؤكداً.
- اسكّ الخلَف وأطلقه كما في §2.
- راجع ما فعله المفتاح المسرّب قبل أن تقطعه: صفِّ سجلات الطلبات حسب ذلك المفتاح (الرمز) لتحديد نطاق الانفجار.
6. الخطوات التالية
إدارة المفاتيح
دورة حياة الإنشاء / التعطيل / الإلغاء التي تبني عليها هذه الخطوات.
ربط السياسات بمفتاح
احمل نفس حاجز الحماية وسياسة جدار الحماية إلى الخلَف.
المفاتيح المنتهية الصلاحية
اضبط صلاحية بحيث تدوّر المفاتيح نفسها على مهلة.
الاستجابة للمفتاح المسرّب
المسار الطارئ حين تنكشف بيانات اعتماد.
