تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يوضح هذا المستند كيفية تخصيص ترخيص Personal Multiparty Plus (PMP+) أو ترخيص Shared Multiparty Plus (SMP+) لمستخدمي CMS.
يدعم CMS (Cisco Meeting Server) الآن الترخيص متعدد الأطراف، مثل نموذج الترخيص متعدد الأطراف الذي تم تقديمه أول مرة على Cisco Conductor وخادم Cisco TelePresence. يمكن أن تكون التراخيص متعددة الأطراف لكل مستخدم (ترخيص PMP+)، أو مشتركة (ترخيص SMP+). لضمان نشر التراخيص بشكل صحيح، هناك عدد من الخطوات التي يجب إتخاذها.
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
يمكن تعيين تراخيص متعددة الأطراف فقط على CMS من خلال تكوين واجهة برنامج التطبيقات (API). لذلك من أجل نشر تراخيص متعددة الأطراف، يلزم أن يكون لديك:
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
ملاحظة: يصف هذا المستند خطوات التكوين باستخدام عميل Postman REST. لاحظ أنه يمكن تطبيق أوامر واجهة برمجة التطبيقات (API) المناسبة من خلال أي أداة REST API أخرى تختارها.
سيتم تحرير المعلمات التالية في هذه المقالة:
يتم تعيين تراخيص PMP لكل مستخدم، ولكن في CMS لا يمكنك تحرير سمات المستخدمين الفرديين. يستند تعيين الترخيص إلى سمة userProfile. لا يمكن إقران ملف تعريف المستخدم بمستخدمين أفراد. وبدلا من ذلك، يمكن إقران userProfile:
أي إجتماع لا يمكن ربطه بمستخدم معين لديه ترخيص PMP معين، سيتم تعيينه افتراضيا على إستخدام ترخيص SMP بدلا من ذلك. لا يتطلب نوع ترخيص SMP أي تعيين.
بمجرد إتخاذ قرار بتنفيذ LDAP من خلال واجهة برمجة التطبيقات (API)، ستحتاج إلى إزالة تكوينات LDAP من واجهة المستخدم الرسومية (GUI) عبر الويب الخاصة ب CMS.
تنقسم إعدادات LDAP في واجهة برمجة التطبيقات إلى ثلاثة أجزاء: خادم (خوادم) LDAP، تعيينات LDAP ومصادر LDAP، وجميعها مطلوبة.
مصدر LDAP هو المصدر الفعلي للمستخدمين. أنت ينبغي يتلقى واحد LDAP نادل وواحد LDAP يعين لكل مصدر. يمكن للعديد من المصادر مشاركة خادم LDAP نفسه و/أو تعيين LDAP.
الخطوة 1. قم بتسجيل الدخول إلى CMS وانتقل إلى التكوين > Active Directory.
الخطوة 2. قم بإنشاء خادم LDAP.
عنوان |
ldap.example.com |
portNumber |
389 |
username |
cn=administrator،cn=users،dc=example،dc=com |
كلمة المرور |
كلمة المرور |
آمن |
خطأ |
الخطوة 3. قم بإنشاء تخطيط LDAP.
تعيين الاسم |
$cn$ |
jidMapping |
$sAMAccountName$@example.com |
coSpaceUriMapping |
$sAMAccountName$.space |
coSpaceNameMapping |
فضاء إجتماعات $cn$ |
coSpaceCallIdMapping |
$ipPhone$ |
الخطوة 4. إنشاء مصادر LDAP.
الخادم |
<LdapsErverID الذي تم إنشاؤه في الخطوة 1.2> |
رسم الخرائط |
<LdapmAppingID الذي تم إنشاؤه في الخطوة 1.3> |
baseDN |
dc=example، dc=com |
تصفية |
(و |
سيقوم مصدر LDAP هذا باستيراد جميع المستخدمين الموجودين في مجموعة SMPUsers LDAP، ولكنهم ليسوا في مجموعة PMPusers.
الخادم |
<LdapsErverID الذي تم إنشاؤه في الخطوة 1.2> |
|
رسم الخرائط |
<LdapmAppingID الذي تم إنشاؤه في الخطوة 1.3> |
|
baseDN |
|
|
تصفية |
(عضو=cn=PMPusers، ou=Demo Users، dc=example، dc=com) |
سيقوم مصدر LDAP هذا باستيراد جميع المستخدمين الموجودين في مجموعة PMPusers.
الخطوة 5. مزامنة المستخدمين.
ldapSource |
<1st LDAPSourceID الذي تم إنشاؤه في الخطوة 1.4> |
ldapSource |
<2nd LDAPSourceID الذي تم إنشاؤه في الخطوة 1.4> |
الخطوة 6. التحقق من المستخدمين.
يمكنك تشغيل GET on /ldapSyncs لسرد أحداث مزامنة LDAP الجارية والجدولة حاليا. إذا تم تنفيذ Syncs بالفعل، فسيتم حذف عقد API بالفعل (هذا هو السلوك الافتراضي، ويمكن تغييره). يمكنك التحقق من قائمة المستخدمين المستوردين من خلال مسؤول الويب أيضا.
الخطوة 1. إنشاء ملف تعريف مستخدم لمستخدمي SMP.
هازالترخيص |
زائف |
الخطوة 2. إنشاء ملف تعريف مستخدم لمستخدمي PMP.
هازالترخيص |
صحيح |
الخطوة 3. تعيين SMP كافتراضي.
يجب تحديث ملف التعريف العمومي باستخدام ملف تعريف مستخدم SMP.
ملف تعريف المستخدم |
<معرف ملف تعريف المستخدم الذي تم إنشاؤه في الخطوة 2.1> |
الخطوة 4. إقران تراخيص PMP بالمستخدمين في مجموعة مستخدمي PMP.
تحديث LdapSource لأعضاء PMPusers ومجموعة مستخدمي PMP.
ملف تعريف المستخدم |
<معرف ملف تعريف المستخدم الذي تم إنشاؤه في الخطوة 2.2> |
يمكن التحقق من عملية الاستيراد الناجحة للمستخدمين على صفحة واجهة المستخدم الرسومية (GUI) على ويب CMS ضمن الحالة > المستخدمون.
لا تتوفر حاليًا معلومات محددة لاستكشاف الأخطاء وإصلاحها لهذا التكوين.