النقل إلى واجهة مستخدم Edge

يقدّم هذا القسم إرشادات حول نقل البيانات من واجهة المستخدم الكلاسيكية إلى واجهة مستخدم Edge باستخدام IDP مثل LDAP أو SAML.

يمكنك الاطّلاع على ما يلي للحصول على مزيد من المعلومات:

المستخدمون الذين يمكنهم إجراء عملية نقل البيانات

لنقل البيانات إلى واجهة مستخدم Edge، يجب أن تكون مُسجِّل الدخول كمستخدم ثبَّت Edge في الأصل أو كمستخدم جذر. بعد تشغيل أداة التثبيت لواجهة مستخدم Edge، يمكن لأي مستخدم ضبطها.

قبل البدء

قبل نقل البيانات من واجهة المستخدم الكلاسيكية إلى واجهة Edge، يُرجى قراءة الإرشادات العامة التالية:

  • الاحتفاظ بنسخة احتياطية من عُقد واجهة المستخدم الكلاسيكية الحالية

    قبل التحديث، تنصحك Apigee بالاحتفاظ بنسخة احتياطية من خادم واجهة المستخدِم الكلاسيكية الحالي.

  • المنافذ/جدران الحماية

    تستخدم واجهة المستخدم الكلاسيكية تلقائيًا المنفذ 9000. تستخدم واجهة مستخدم Edge المنفذ 3001.

  • جهاز افتراضي جديد

    لا يمكن تثبيت واجهة مستخدم Edge على الجهاز الافتراضي نفسه الذي يتضمّن واجهة المستخدم الكلاسيكية.

    لتثبيت واجهة مستخدم Edge، يجب إضافة جهاز جديد إلى الإعدادات. إذا أردت استخدام الجهاز نفسه الذي تستخدمه مع واجهة المستخدم الكلاسيكية، عليك إلغاء تثبيت واجهة المستخدم الكلاسيكية بالكامل.

  • موفِّر الهوية (LDAP أو SAML)

    تُصادق واجهة مستخدم Edge على المستخدمين باستخدام SAML أو LDAP IDP:

    • ‫LDAP: بالنسبة إلى LDAP، يمكنك استخدام موفِّر هوية LDAP خارجي أو استخدام تنفيذ OpenLDAP الداخلي الذي تم تثبيته مع Edge.
    • ‫SAML: يجب أن يكون موفِّر الهوية عبر SAML موفِّر هوية خارجيًا.

    لمزيد من المعلومات، يُرجى الاطّلاع على تثبيت موفّري الهوية وضبطهم.

  • موفّر الهوية نفسه

    يفترض هذا القسم أنّك ستستخدم موفِّر الهوية نفسه بعد نقل البيانات. على سبيل المثال، إذا كنت تستخدم حاليًا موفّر هوية LDAP خارجي مع واجهة المستخدم الكلاسيكية، ستواصل استخدام موفّر هوية LDAP خارجي مع واجهة مستخدم Edge.

النقل باستخدام موفِّر هوية LDAP داخلي

اتّبِع الإرشادات التالية عند نقل البيانات من واجهة المستخدم الكلاسيكية إلى واجهة مستخدم Edge في إعدادات تستخدم تنفيذ LDAP الداخلي (OpenLDAP) كموفِّر هوية:

  • إعدادات الربط غير المباشر

    ثبِّت واجهة مستخدم Edge باستخدام هذه التعليمات، مع إجراء التغيير التالي على ملف الإعداد التلقائي:

    اضبط LDAP لاستخدام البحث والربط (غير المباشر)، كما هو موضّح في المثال التالي:

    SSO_LDAP_PROFILE=indirect
SSO_LDAP_BASE_URL=ldap://localhost:10389
SSO_LDAP_ADMIN_USER_DN=uid=admin,ou=users,ou=global,dc=apigee,dc=com
SSO_LDAP_ADMIN_PWD=Secret123
SSO_LDAP_SEARCH_BASE=dc=apigee,dc=com
SSO_LDAP_SEARCH_FILTER=mail={0}
SSO_LDAP_MAIL_ATTRIBUTE=mail
  • المصادقة الأساسية لواجهة Management API

    تستمر المصادقة الأساسية لواجهات برمجة التطبيقات في العمل تلقائيًا لجميع مستخدمي LDAP عند تفعيل الدخول الموحّد (SSO) في Apigee. يمكنك اختياريًا إيقاف "المصادقة الأساسية"، كما هو موضّح في مقالة إيقاف "المصادقة الأساسية" على Edge.

  • مصادقة OAuth2 لـ Management API

    يتم تفعيل المصادقة المستندة إلى الرمز المميّز عند تفعيل الدخول الموحّد (SSO).

  • مسار المستخدم الجديد/كلمة المرور

    يجب إنشاء مستخدمين جُدد باستخدام واجهات برمجة التطبيقات لأنّ مسارات كلمات المرور لن تعمل بعد الآن في واجهة مستخدم Edge.

النقل باستخدام موفِّر هوية LDAP خارجي

اتّبِع الإرشادات التالية عند نقل البيانات من واجهة المستخدم الكلاسيكية إلى واجهة Edge UI في إعدادات تستخدم تنفيذ LDAP خارجي كموفِّر هوية:

  • إعدادات LDAP

    ثبِّت واجهة مستخدم Edge باستخدام هذه التعليمات. يمكنك ضبط الربط المباشر أو غير المباشر في ملف الإعداد الصامت.

  • إعدادات خادم الإدارة

    بعد تفعيل ميزة "الدخول المُوحَّد" في Apigee، عليك إزالة جميع سمات LDAP الخارجية المحدّدة في ملف /opt/apigee/customer/application/management-server.properties وإعادة تشغيل خادم الإدارة.

  • المصادقة الأساسية لواجهة Management API

    تعمل المصادقة الأساسية لمستخدمي الأجهزة، ولكن ليس لمستخدمي LDAP. ستكون هذه الخطوات مهمة إذا كانت عملية CI/CD لا تزال تستخدم المصادقة الأساسية للوصول إلى النظام.

  • مصادقة OAuth2 لـ Management API

    يمكن لمستخدمي LDAP الوصول إلى Management API باستخدام الرموز المميّزة فقط.

نقل البيانات باستخدام موفِّر هوية خارجي مستند إلى SAML

عند نقل البيانات إلى واجهة مستخدم Edge، لن يتم إجراء أي تغييرات على تعليمات التثبيت لموفِّر هوية SAML.