تتلقى المؤسسات التي تستخدم Cisco Secure Access باستخدام موصلات Active Directory (AD) إعلامات تشير إلى أنه يوصى بمصادقة واجهة برمجة التطبيقات (API) ل Active Directory والأجهزة الظاهرية، مع تعيين انتهاء صلاحية المصادقة القديمة في 29 مايو 2026. يحتاج المستخدمون إلى مساعدة التكوين للترحيل من المصادقة القديمة إلى مصادقة واجهة برمجة التطبيقات قبل تاريخ انتهاء الصلاحية ويريدون فهم التأثير المحتمل على مزامنة AD والأجهزة الظاهرية أثناء عملية الترحيل. ويتمثل الشاغل الرئيسي فيما إذا كان تنفيذ هذا التغيير خلال ساعات العمل قد يتسبب في حدوث حالات فشل في عمليات مزامنة AD و VA التي يمكن أن تؤثر على الهوية والعمليات التي تعتمد على السياسة.
يتضمن الترحيل من المصادقة القديمة إلى مصادقة API إنشاء مفاتيح API في مدخل الوصول الآمن وتكوينها بشكل صحيح. تتطلب العملية إنشاء كل من مفاتيح واجهة برمجة التطبيقات (API) للمسؤول ومفاتيح واجهة برمجة التطبيقات (API) للعميل لموصلات AD والأجهزة الظاهرية.
انتقل إلى Admin > مفاتيح API في مدخل الوصول الآمن وقم بإنشاء مفتاح API للمسؤول وسر مفتاح Admin. قم بتخزين بيانات الاعتماد هذه بأمان حيث أنها مطلوبة لإنشاء زوج مفاتيح API الخاص بالعميل.
انتقل إلى المستخدمين والمجموعات > إدارة التكوين > الإعدادات المتقدمة وحدد موقع قسم مصادقة واجهة برمجة التطبيقات. أدخل مفتاح API للمسؤول وسر مفتاح المسؤول الذي تم إنشاؤه في الخطوة 1، ثم انقر فوق إنشاء زوج مفاتيح API للعميل. وهذا ينتج مفتاح API الخاص بالعميل وسر العميل الذي تستخدمه موصلات AD والأجهزة الظاهرية.
انسخ مفتاح API للعميل الذي تم إنشاؤه وسر العميل في قسم الإعدادات المتقدمة لمصادقة API من مدخل الوصول الآمن. يمكنك حفظ بيانات الاعتماد هذه بأمان حيث أنها مطلوبة لجميع موصلات AD وتكوينات الأجهزة الافتراضية.
تطبيق مفتاح API للعميل الذي تم إنشاؤه حديثا وسر العميل على جميع موصلات الإعلانات المنشورة والأجهزة الظاهرية. وهذا يضمن أنها يمكن أن تصادق بشكل صحيح للتسجيل وفحص السلامة باستخدام طريقة مصادقة واجهة برمجة التطبيقات (API) الجديدة.
لا يتسبب إنشاء مفاتيح واجهة برمجة التطبيقات (API) في بوابة الوصول الآمن عادة في حدوث أعطال. ومع ذلك، يحدث التأثير التشغيلي أثناء لحظة القطع عند تحديث موصلات AD والأجهزة الظاهرية لاستخدام مفتاح واجهة برمجة التطبيقات (API) العميل الجديد والسر.
التأثير المتوقع أثناء قطع الغيار:
يمكن حدوث حالات فشل مؤقتة في المزامنة وفحص الصحة للمكونات التي لا تزال تستخدم المصادقة القديمة.
حدث تأخر في مزامنة AD/VA أو فشل أثناء نافذة الانتقال.
يمكن أن تتأثر قرارات النهج التي تعتمد على بيانات هوية/مجموعة جديدة في حالة فشل المزامنة.
نهج التنفيذ الموصى به:
تنفيذ الترحيل أثناء ساعات العمل أو نوافذ الصيانة عند الإمكان.
لتنفيذ ساعات العمل، أستخدم نهج التحديث المتداول المتحكم به.
قم بتحديث موصل/VA واحد في كل مرة وتحقق من الحالة الصحية قبل المتابعة.
تجنب تحديث كل العقد في آن واحد.
تأكد من وجود تكرار كاف مع العديد من الموصلات/وحدات المعالجة المركزية (VA) لإجراء التحديثات المتدفقة.
التوافق والمتطلبات:
تعمل مصادقة واجهة برمجة التطبيقات مع عمليات نشر AD فقط ولا تتطلب أجهزة افتراضية.
تظل كل من طريقتي المصادقة القديمة وواجهة برمجة التطبيقات نشطة أثناء فترة الترحيل.
يجب أن تكون Ad Connectors قادرة على المزامنة مع Umbrella عبر موقع الويب api.opendns.com والانتقال إلى موقع api.umbrella.com.
يقوم Cisco Secure Access بالتبديل من طرق المصادقة القديمة إلى مصادقة API كآلية مصادقة قياسية. يحتوي أسلوب المصادقة القديمة على تاريخ ترحيل مجدول في 29 مايو 2026. تصبح مصادقة واجهة برمجة التطبيقات (API) أخيرا طريقة المصادقة الوحيدة المدعومة، ويجب على المؤسسات الترحيل قبل انتهاء صلاحية الأسلوب القديم لتجنب حالات انقطاع الخدمة وحالات فشل مزامنة AD/VA المحتملة التي قد تتطلب إعادة التثبيت الكامل للاسترداد.
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
05-Nov-2026
|
الإصدار الأولي |