تحديث إدارة موقع Webex Meetings من إدارة الموقع إلى Control Hub
حول التحديث من إدارة الموقع إلى مركز التحكم
لا يتطلب تحديث موقع من "إدارة الموقع" إلى Control Hub تحديث إصدارات العميل. لا تستطيع بعض المواقع استخدام هذه الميزة حتى يصبح الشركاء الذين يديرون هذه المؤسسات جاهزين.
أصبح Webex نظامًا أساسيًا موحدًا لإدارة الاجتماعات والمراسلة والمكالمات وأنماط التعاون الأخرى. ولهذا السبب نرغب في نقل إدارة جميع مواقع Webex Meetings من "إدارة الموقع" إلى Control Hub.
لدينا أداة في إدارة الموقع لمساعدتك في إجراء هذا التغيير. إذا كان موقعك مؤهل للتحديث إلى Control Hub بالفعل، فيمكنك البدء بالنقر على تحديث الإدارة في قائمة التنقل.
للحصول على عرض توضيحي حول كيفية عمل تحديث موقعك إلى Control Hub ، راجع هذا الفيديو .
للمساعدة في تخطيط تحديث موقعك ، راجع قسم الاستعداد لتقييم الموقع .
تشمل مزايا إدارة المواقع في Control Hub ما يلي:
-
تعيينات الترخيص الموحدة عبر جميع خدمات Webex ، مثل الاجتماعات والمراسلة والمكالمات.
-
سياسات أمنية متسقة عبر جميع خدمات Webex.
-
تجربة تسجيل دخول مشتركة لجميع المستخدمين النهائيين بين خدمات Webex المختلفة.
-
عناصر تحكم المسؤول الحديثة ، مثل Directory Connector و SCIM ومجموعات الدليل النشط.
-
قوالب الترخيص لتعيين تراخيص متعددة للمستخدمين تلقائيًا.
لا يمكنك استخدام إدارة الموقع لإدارة موقع اجتماعات بعد التحديث إلى Control Hub.
إذا كان من المقرر إجراء تحديث تلقائي لموقعك بدءًا من إدارة "مسؤول الموقع" إلى Control Hub، فسترى لقطة الشاشة التالية.
يمكنك النقر على تغيير تاريخ تحديث موقعك لتغيير التاريخ المجدول.
تشبه تجربة إدارة المواقع في Control Hub الإدارة في إدارة الموقع. تحتوي إدارة المستخدم في Control Hub على تقنيات أساسية أكثر حداثة ، لذلك هناك بعض الاختلافات في إدارة المواقع في Control Hub. يركز هذا القسم على الاختلافات التي تظهر عند تحديث موقعك.
للحصول على نظرة عامة أكثر تفصيلاً حول الاختلافات بين إدارة الموقع ومركز التحكم ، راجع هذه المقالة .
إدارة المستخدمين
لدينا نظام إدارة مستخدم مركزي أساسي في Control Hub ، حيث يكون المستخدمون متميزين وفريدين داخل المؤسسة بأكملها (وجميع Webex). في إدارة الموقع ، يكون ملف تعريف المستخدم مميزًا لكل موقع اجتماع.
- الدخول الموحد (SSO) مع إنشاء حساب تلقائي
-
في إدارة الموقع ، لديك ميزة "إنشاء حساب تلقائي" والتي تنشئ المستخدمين عندما يصادقون على أنفسهم عن طريق الدخول الموحّد (SSO).
تتوفر هذه الميزة في Control Hub أيضًا. ارجع إلى إنشاء وتحديث حساب SAML التلقائي لـ Control Hub للحصول على مزيد من المعلومات.
قد تفضل العديد من المؤسسات التي تستخدم الدخول الموحّد إدارة مستخدميها مركزيًا في أدوات الدليل الخارجي مثل Microsoft ® Active Directory و Microsoft Azure ، بالإضافة إلى طلب المصادقة مع موفري الهوية الخارجيين.
اقرأ المزيد عن:
- بيانات الملف الشخصي الإلزامية ورموز التتبع
-
تتيح لك إدارة الموقع تحديد حقول الملف الشخصي المطلوبة للمستخدمين الجدد (لقطة الشاشة السابقة). يمكنك توسيع هذا لطلب رموز التتبع لإنشاء المستخدم (لقطة الشاشة أدناه). إذا قمت بتكوين هذه المتطلبات الإضافية ، فلا يمكنك إضافة مستخدمين إلى الموقع بدونهم.
لا يحتاج مركز التحكم إلا إلى اسم عرض وعنوان بريد إلكتروني لإنشاء مستخدم.
جميع حقول المستخدم الأخرى اختيارية عندما تنشئ مستخدمًا جديدًا في Control Hub ، لذلك لا نفرض بيانات ملف تعريف إضافية للمواقع المُدارة Control Hub.
يجب عليك تعطيل حقول الملف الشخصي الإلزامية وأكواد التتبع قبل تحديث موقعك إلى Control Hub.
- إدارة كلمة المرور وإغلاقها
-
تحتوي إدارة الموقع على ميزة تقوم بإغلاق المستخدمين مؤقتًا إذا فشلوا في تسجيل الدخول بعد عدد من المحاولات.
يحتوي Control Hub على الخيارات التالية لمنع الوصول غير المصرح به:
-
المهلة التلقائية بعد المحاولات القليلة الفاشلة الأولى.
-
آلية CAPTCHA (اختبار Turing العام المؤتمت بالكامل لإخبار الكمبيوتر وبصرف النظر عن البشر).
-
لدى المستخدمين الشرعيين خيار الخدمة الذاتية لتغيير كلمات المرور المنسية.
-
ترخيص المضيف
- يجب أن يكون المضيفون في مؤسسة Control Hub الخاصة بك
-
في Site Admin ، يمكنك تعيين ترخيص مضيف لأي مستخدم. عندما تدير الموقع في مركز التحكم ، يمكنك فقط تعيين تراخيص المضيف (ودور الحضور) للمستخدمين في نفس مؤسسة Control Hub.
- الاشتراك الذاتي لحساب المضيف
-
في Site Admin ، يمكنك اختيار السماح للمستخدمين بطلب حساب (مضيف) على الموقع. يمكنك أيضًا السماح للمستخدمين الذين لديهم حساب بطلب خدمات إضافية على الموقع. (انظر لقطات).
عندما تدير موقع اجتماع في Control Hub ، لا يمكن للمستخدمين طلب حساب مضيف خاص بهم لهذا الموقع.
يحتوي Control Hub على طريقة مركزية تلقائية لتعيين تراخيص الاجتماعات للمستخدمين الجدد بدلاً من ذلك. اقرأ https://help.webex.com/n3ijtao .
يمكنك أيضًا إدارة تراخيص المستخدم من خلال واجهة برمجة التطبيقات أو بشكل مجمع باستخدام CSV.
إذا كنت تريد من المستخدمين أن يطلبوا حساباتهم المضيفة ، يمكنك تكوين تعليمات / دعم الموقع مع المؤشرات للاتصال بالمسؤولين أو الارتباط بأدوات أخرى.
يجب عليك تعطيل "السماح بالاشتراك في حساب المضيف" و "السماح للمستخدمين بطلب خدمات إضافية" في إدارة الموقع قبل تحديث موقعك إلى مركز التحكم.
-
يحتوي Control Hub على خيارات أخرى لإدارة الترخيص ، مثل قوالب التعيين التلقائي. يمكنك الحصول على تقرير بالمضيفين غير النشطين لمساعدتك في إزالة التراخيص من هؤلاء المستخدمين ، بشكل فردي أو جماعي ، أو عن طريق واجهة برمجة التطبيقات.
إذا كنت بحاجة إلى خيار إلغاء التنشيط التلقائي هذا ، ولم تكن الخيارات الأخرى في Control Hub مناسبة لك ، فعليك تجنب تحديث موقعك إلى Control Hub في هذا الوقت.
قبل تحديث موقع الاجتماع الخاص بك لتتم إدارته في Control Hub ، يجب عليك تجهيز مؤسسة Control Hub الخاصة بك.
تأكد من عدم وجود إجراءات معلقة أو حظر على الاشتراك. سيفشل التحديث إذا:
- لديك أي إجراءات معلقة في الاشتراك المرتبط بالموقع الذي تقوم بتحديثه.
- الموقع ليس له اشتراك مرتبط به في مؤسسة Control Hub.
- لا تتطابق معلومات ترخيص الموقع في إدارة الموقع مع معلومات ترخيص الموقع في Control Hub.
نوصي بشدة بالتحقق من نطاقاتك والمطالبة بالمستخدمين. القراءة التالية ستساعد:
-
الكتاب الإلكتروني لمركز التحكم: https://ebooks.cisco.com/story/controlhubessentials/
-
كيفية إدارة المجالات الخاصة بك: https://help.webex.com/cd6d84
-
المطالبة بضم مستخدميك من مؤسسات أخرى (بعد التحقق من المجالات الخاصة بك): https://help.webex.com/nceb8tm. يعتبر ادعاء المستخدمين أمرًا مهمًا بشكل خاص لأنه يضمن وجود أكبر عدد ممكن من المستخدمين الذين يجب أن يكونوا في مؤسستك هناك بالفعل. كما أن المطالبة بضم المستخدمين من خلال "المطالبة الفورية" تتجنب التأخيرات في استخدام عناوين البريد الإلكتروني في مؤسستك.
نوصي بشدة بالمطالبة بضم مستخدمين قبل تحديث موقعك إلى Control Hub. إذا طالبت بضم مستخدمين إلى مؤسستك بعد تحديث الموقع إلى Control Hub، ففي هذه الحالة، سيفقد هؤلاء المستخدمين صلاحية الوصول إلى الاجتماعات وأصول الاجتماعات في الموقع.
كحل بديل، يمكنك القيام بما يلي للتأكد من عدم فقدان المستخدمين صلاحية الوصول إلى الاجتماعات وأصول الاجتماعات في الموقع بعد تحديث الموقع إلى Control Hub:
- بالنسبة للمستخدمين الذين يتمتعون بامتيازات المسؤول الخارجي في المؤسسة أو الموقع — قم بإزالة جميع صلاحيات وصول المسؤول الخارجي إلى المؤسسة والموقع، ثم قم بإزالة ترخيص موقع الاجتماع. بعد المطالبة بضم المستخدم، أعد ترخيص ذلك المستخدم إلى الموقع. يمكنك أيضًا استعادة امتيازات المسؤول الخارجي الخاصة به.
- بالنسبة للمستخدمين العاديين — قم بإزالة ترخيص موقع الاجتماع، والمطالبة بضم المستخدم إلى مؤسستك، ثم أعد ترخيص ذلك المستخدم إلى الموقع.
-
إذا تم تكوين موقع الاجتماع للدخول الموحّد (SSO) ، فيجب عليك أيضًا تهيئة SSO لمؤسستك Control Hub .
إنشاء حساب تلقائي للمستخدمين الجدد
إذا قام موقع Webex الخاص بك بتمكين إنشاء الحساب تلقائيًا في مسؤول الموقع ، فيمكنك تمكين ميزة مماثلة في Control Hub من خلال إنشاء حساب SAML التلقائي . تأكد أيضًا من إعداد نموذج ترخيص تلقائي بحيث يحصل المستخدمون الجدد تلقائيًا على التراخيص المعينة بمجرد إنشاء حساباتهم في مؤسسة Control Hub.
المنظمات ذات مزامنة الدليل
إذا تم تكوين مؤسستك لمزامنة الدليل ، فتأكد من أن جميع المستخدمين الذين تريد أن يكونوا في مؤسستك موجودون في الموقع. يجب أن يتم ذلك قبل 24 ساعة من بدء عملية تحديث الموقع بحيث يمكن ربط المستخدمين على الموقع بالمستخدمين الجدد في مؤسسة Control Hub الخاصة بك.
تحديث وصول المسؤول إلى مواقع Webex بمجرد
سيتمكن الشخص الذي يؤدي دور مسؤول على مستوى المؤسسة في Control Hub تلقائيًا من الوصول إلى المواقع التي يتم تحديثها من "مسؤول الموقع" إلى Control Hub. على سبيل المثال، سيصبح مسؤولو المؤسسة بصلاحيات كاملة مسؤولين عن موقع Webex، وسيصبح مسؤولو مستخدمي المؤسسة مسؤولين عن مستخدمي موقع Webex، وسيصبح مسؤولو المؤسسة بصلاحيات للقراءة فقط مسؤولي موقع Webex بصلاحيات للقراءة فقط.
واجهات برمجة تطبيقات XML
أصبحت واجهات برمجة تطبيقات XML متوافقة الآن مع المواقع المُدارة Control Hub. يمكنك القراءة حول التفاصيل والمحاذير في تحديثات XML API 41.11.0 .
لا يتم تغيير عناوين URL لخدمة XML API بعد تحديث الموقع من "مسؤول الموقع" إلى Control Hub المُدار. ستستمر نفس عناوين URL لواجهات API في العمل. توصي Cisco بأن تستخدم جميع عمليات دمج واجهات برمجة التطبيقات OAUTH للمصادقة.
المصادقة في واجهات XML API
قد تفشل عمليات التكامل التي لا تستخدم Webex OAUTH للمصادقة بعد تحديث الموقع إلى Control Hub. يوضح الجدول التالي نوع مصادقة المسؤول الذي سيستمر في العمل بعد تحديث موقعك.
نوع مصادقة المسؤول في XML API قبل تحديث الموقع | مسؤول في مؤسسة SSO بعد تحديث الموقع | المسؤول ليس في مؤسسة SSO بعد تحديث الموقع |
---|---|---|
اسم المستخدم (webExID)/كلمة المرور | سيعمل* | سيعمل* |
اسم المستخدم (webExID)/تذكرة الجلسة | سيعمل | سيعمل |
اسم المستخدم/OAUTH (webExAccessToken) | سيعمل | سيعمل |
البريد الإلكتروني/كلمة المرور | سيعمل* | سيعمل* |
البريد الإلكتروني/تذكرة الجلسة | سيعمل | سيعمل |
البريد الإلكتروني/OAUTH (WebExAccessToken) | سيعمل | سيعمل |
* التوافق العكسي - قامت Cisco بتمكين مصادقة اسم المستخدم/كلمة المرور للعمل في واجهات XML API بعد تحديث الموقع حتى إذا لم يتطابق اسم المستخدم
مع البريد الإلكتروني. يتم تطبيق التوافق فقط إذا:
- تم إنشاء بيانات اعتماد المستخدم قبل تحديث الموقع. غير مسموح بإجراء أي تغييرات على
اسم المستخدم
أو ستفشل بيانات الاعتماد السابقة. - لا يمكن أن تحتوي بيانات الاعتماد لمصادقة واجهة برمجة التطبيقات على كلمة مرور مختلفة في Control Hub مقابل الموقع أثناء إدارته من خلال "إدارة الموقع".
- يجب أن يكون المستخدمون الذين يتم استخدام بيانات اعتمادهم للمصادقة في الحالة النشطة (وليس غير النشطة) في إدارة الموقع في وقت تحديث الموقع إلى Control Hub.
يمكنك معرفة المزيد عن عمليات تكامل XML API على المواقع التي يديرها Control Hub، بما في ذلك مصادقة OAUTH، باستخدام هذا الدليل.
يتم تعيين اسم المستخدم
على البريد الإلكتروني لجميع المستخدمين عند تحديث الموقع إلى Control Hub. إذا تم استخدام اسم المستخدم
لحمولات API، فيجب أن تستخدم الحمولات البريد الإلكتروني بدلاً من ذلك بعد تحديث الموقع.
دور المسؤول في Control Hub لعمليات تكامل API
قد لا يتمكن المسؤولون الذين يلعبون دور مسؤول الموقع فقط من القيام ببعض العمليات باستخدام واجهات XML API، مثل تغيير عنوان البريد الإلكتروني للمستخدم أو اسم العرض بعد تحديث الموقع إلى موقع Control Hub. بالنسبة للمسؤولين الذين تُستخدم بيانات اعتمادهم لعمليات تكامل واجهة برمجة التطبيقات ، نوصيك بترقية هؤلاء المسؤولين إلى مسؤولين كاملين في المؤسسة في مركز التحكم ، ويفضل قبل تحديث الموقع إلى مركز التحكم.
كأفضل ممارسة ، نوصي بتحديث موقع اختبار أولاً للتأكد من أن عمليات تكامل API الخاصة بك ستعمل بدون تعديل بعد التحديث إلى Control Hub.
بناء على ما يقوم به التكامل لديك، قد يحتاج المسؤولون أيضًا إلى تعيين حساب مضيف Meetings على موقع Control Hub حتى يعمل التكامل (لم يكن هذا الأمر مطلوبًا للمسؤولين في مواقع مسؤول الموقع).
اختلافات XML API في Control Hub
يجب أن تعمل معظم عمليات تكامل واجهة برمجة تطبيقات XML ، دون أي تغييرات ، بعد تحديث موقعك. ولكن هناك بعض الاستثناءات التي تم تفصيلها في القائمة التالية:
- CreateUser— في المواقع التي يديرها Control Hub، قد تقوم هذه العملية أيضًا بإنشاء مستخدم في مؤسسة تملك الموقع قبل تعيين ترخيص. إذا كان المستخدم موجودًا بالفعل في مؤسسة أخرى ، فستفشل هذه العملية. لن تسري
معلمة PMR
للمستخدمين الذين ليس لديهم حالة نشطة بالفعل في Control Hub.تستغرق واجهة برمجة تطبيقات
createuser
وقتًا أطول حتى تكتمل على المواقع التي يديرها Control Hub. للحصول على أداء أفضل، يمكنك إضافة موضوع إضافي لمزامنة مكالماتcreateuser
. - SetUser— قد يؤدي إلى تعيين أو إزالة ترخيص موقع الاجتماعات من المستخدم (بناءً على معلمات API أو الحمولة).
- DelUser— يقوم بإزالة ترخيص موقع الاجتماعات، ولكنه لا يحذف المستخدم من مؤسسة Control Hub.
- LstsummaryUser— يؤدي أيضًا إلى إرجاع
objectGUID
الخاص بالمستخدم. - AuthenticateUser— في المواقع التي يديرها Control Hub، نوصي بإنشاء بطاقة جلسة عبر
AuthenticateUser
بدلاً من استخدام اسم المستخدم وكلمة المرور لكل واجهة برمجة تطبيقات XML. لا يتم دعم استخدام استجابة SAML في محتوى الجسم مع هذه الدعوة لمواقع Control Hub المُدارة.
واجهات برمجة تطبيقات REST
يحتوي Control Hub على واجهات برمجة تطبيقات خاصة به ، بما في ذلك People و License REST APIs لإنشاء المستخدمين وترخيصهم على:
تتوفر أيضًا أنواع الجلسات ورموز التتبع مع واجهات REST API على:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
ومع ذلك ، لا تدعم واجهات برمجة تطبيقات REST المذكورة أعلاه جميع وظائف إدارة المستخدم المتوفرة في واجهات برمجة تطبيقات XML. على سبيل المثال، ستظل بحاجة إلى استخدام واجهات XML API لتعيين تراخيص الاجتماع للمستخدمين خارج المؤسسة التي تمتلك الموقع. لا تدعم People API تعيين أدوار مسؤول الموقع للمستخدمين. إذا كنت ترغب في تعيين أدوار مسؤول الموقع عبر واجهة برمجة التطبيقات ، فلا يزال يتعين عليك استخدام واجهة برمجة تطبيقات XML.
يمكنك استخدام واجهة People API لإنشاء مسؤولي مؤسسة يتمتعون بأذونات كاملة (أو للقراءة فقط)، ويستطيع هؤلاء المسؤولون أيضًا إدارة (أو عرض) مواقع الاجتماعات المُدارة من Control Hub.
يحتوي Control Hub على أدوار مسؤول خاصة بموقع Webex ، ولكن لا يمكن لـ People API تعيين هذا الدور في الوقت الحالي.
الخطط المستقبلية (مع مراعاة التغيير)
- واجهة API الجديدة الخاصة بالتراخيص والتي يمكنها أيضًا منح تراخيص موقع الاجتماع للمستخدمين الخارجيين غير الموجودين في نفس المؤسسة التي أنشأت الموقع. تتوفر تراخيص المستخدمين الخارجيين يدويًا في Control Hub اليوم.
- واجهة برمجة تطبيقات SCIM لإنشاء وحذف المستخدمين في المؤسسة.
- يتمثل اتجاه Cisco على المدى الطويل في استخدام واجهات REST API فقط (لجميع العمليات على المستخدمين ومواقع الاجتماعات). سيستمر دعم واجهات برمجة تطبيقات XML لإدارة المستخدم حتى يمكن استخدام REST APIs حصريًا لجميع عمليات إدارة المستخدم. سيتم أيضًا تجاوز واجهات API لـ XML الخاصة بإدارة المستخدمين (تاريخ TBD).
قبل تحديث موقعك إلى Control Hub ، نوصي بشدة بمراجعة العناصر التالية أولاً لجعل التحديث يسير بسلاسة قدر الإمكان:
- أولاً ، راجع هذا المستند وتأكد من أن مؤسستك تتبع أفضل الممارسات الموصى بها في قسم إعداد مؤسسة مركز التحكم .
- بعد ذلك ، سجّل الدخول إلى إدارة Webex وانقر على تحديث الإدارة . في مرحلة جاهزية الموقع ، لا يجب اتخاذ أي إجراء موصى به في الملف من قسم مستخدمي المراجعة و لا يجب تعطيل أي ميزات تم استدعاؤها في قسم ميزات المراجعة حتى الآن. باتباع هذه الإرشادات ، يصبح تقييم جاهزية الموقع عملية للقراءة فقط لتقييم التغييرات التي تحتاج إلى القيام بها قبل التحديث إلى Control Hub.
- ضمن قسم مراجعة المستخدمين ، انقر على تصدير ملف CSV الخاص بالمستخدم وقم بتنزيل ملف CSV، الذي يسمى
users-to-review-xxxxx.csv
.سوف يسرد هذا الملف جميع المستخدمين الذين يحتاجون إلى الاهتمام وسيكون له إجراء موصى به لكل مستخدم. يمنحك عدد المستخدمين في هذا الملف فكرة عن عدد المشكلات المتعلقة بالمستخدم التي يتعين عليك العمل عليها قبل أن تتمكن من تحديث الموقع.
- ضمن قسم ميزات المراجعة ، انظر إلى أي ميزات مدرجة بعلامة X حمراء في عمود النتائج. سيخبرك هذا بجاهزية موقعك من منظور تضارب الميزات.
- لا تنتقل إلى الخطوة 2 ولا تنقر بعد على الزر "تحديث إلى مركز التحكم".
بمجرد مراجعة ملف CSV الخاص بالمستخدم والنظر في الميزات التي قد تحتاج إلى إعادة تكوينها ، استمر في قراءة بقية الأقسام في هذه المقالة لإعداد موقعك ومؤسستك حول كيفية التحديث إلى Control Hub.
ملاحظة: إذا كان موقعك يحتوي على عمليات تكامل لواجهة برمجة التطبيقات تم إجراؤها بواسطة شركتك أو من خلال حلول جهات خارجية ، مثل حلول إدارة التعلم ، فتأكد من مراجعة قسم إعداد تكامل واجهة برمجة التطبيقات للموقع للعمل مع مركز التحكم .
التغييرات القادمة للإصدار 43.6
حتى الآن، يجب تعطيل هاتين الوظيفتين قبل تحديث الموقع إلى Control Hub:
- حقول ملف تعريف المضيف المطلوبة
- رموز التتبع المطلوبة
بدءًا من إصدار 43.6، لن تحتاج المواقع التي تشارك في عمليات التحقق من السمات المخصصة وميزات حقول ملف تعريف المضيف المطلوبة إلى تعطيل هذه الميزات قبل تحديث موقعها إلى Control Hub. بدلاً من ذلك، سيخبرك المعالج بمراجعة هاتين الوظيفتين حيث سيتم نسخ التكوين الحالي إلى مؤسسة Control Hub.
إذا كنت تشارك في الإصدار التجريبي من حقول ملف تعريف المضيف المطلوبة ، فسترى هذا التحذير:
إذا كنت تشارك في الإصدار التجريبي رموز التتبع المطلوبة والسمات المخصصة ، ففي هذه الحالة سترى عنصر الإجراءات التالي:
إذا كنت لا تشارك في هذه البيتاس، فاستمر في قراءة القسم التالي.
تعطيل الميزات التي تحظر تحديث الموقع
يجب تعطيل بعض الميزات قبل أن تتمكن من تحديث موقع Webex إلى Control Hub. يمكنك رؤية قائمة توضح لك الميزة التي يجب تعطيلها. يجب تنفيذ الميزات المميزة بدائرة حمراء X رمز. الميزات المميزة برمز علامة تعجب المثلث الأصفر مخصصة لمعلوماتك فقط ولا تتطلب أي إجراء.
للحصول على عرض توضيحي حول كيفية تحديث موقعك إلى Control Hub ، راجع هذا الفيديو .
إذا كانت مؤسستك تستخدم ميزة الإنشاء التلقائي للحساب في "مسؤول الموقع"، فيجب عليك إعداد ميزة مكافئة في Control Hub وإعداد قالب تراخيص تلقائي لتعيين التراخيص بشكل تلقائي. ارجع إلى هذه المقالة لمعرفة مزيد من التفاصيل. يجب أن يتم ذلك قبل تحديث الموقع المراد إدارته في Control Hub.
-
سجًل الدخول إلى إدارة موقع Webex وانتقل إلى التكوين > إعدادات الموقع الشائعة > خيارات.
-
ابحث عن خيار السماح بالاشتراك في حساب المضيف وقم بتعطيله.
-
ابحث عن طلب الاشتراك في الحساب: وقم بإلغاء تحديد كافة المربعات الخاصة بحقول ملف تعريف المستخدم المطلوبة.
-
-
انقر فوق تحديث.
-
انتقل إلى
. -
في العمود ملف تعريف المضيف ، قم بتغيير جميع صفوف شفرة التتبع المميزة بعلامة مطلوب إلى AdminSet أو اختياري .
-
اقرأ المزيد حول شفرات التتبع على https://help.webex.com/izu2ty .
يتم الاحتفاظ بجميع قيم رموز التتبع للمستخدمين عند تحديث موقع إلى Control Hub.
-
في المستقبل، سيتم رفع هذا القيد وستتمكن من ربط رموز التتبع بسمات المستخدم المخصصة المطلوبة في Control Hub للحصول على وظائف مكافئة.
إن ربط رموز التتبع بميزة سمات المستخدمين هي مسودة متاحة للمعاينة العامة. نقدم لك نظرة سريعة على ما يمكن أن تتوقعه.
قبل أن تتمكن من تحديث موقع باستخدام رموز التتبع المطلوبة من إدارة الموقع إلى Control Hub، يجب عليك ربط رموز التتبع هذه بسمات المستخدم في Control Hub. يمكنك النقر على الرمز ضمن "معلومات" لنقلك مباشرةً إلى ربط رموز التتبع بمعالج سمات المستخدم الخاصة بالموقع. إذا لم تقم بعد بربط رموز التتبع المطلوبة أو تعطيلها، فلن تتمكن من تحديث موقعك إلى Control Hub.
إذا لم يكن موقعك يتضمن رموز التتبع المطلوبة، يظل بإمكانك ربط رموز التتبع بسمات المستخدم قبل تحديث الموقع إلى Control Hub عن طريق اتباع هذا الإجراء.
لمواقع الاجتماعات التي تستخدم القسم كرمز للتتبع، نوصيك بربط رمز التتبع هذا بسمة ملف تعريف مستخدم القسم بدلاً من ربطه بسمة مخصصة. نظرًا لأن القسم هو سمة ملف تعريف قياسية في Control Hub، فسيكون هذا السيناريو أكثر فاعلية في معظم الحالات.
إذا كانت هذه السمة مطلوبة، فانتقل إلى قسم سمة ملف تعريف المستخدم وقم بوضع علامة على سمة القسم على أنها مطلوبة. يجب الوضع في الاعتبار أن سمة القسم هذه، جنبًا إلى جنب مع سمات المستخدم الأخرى، لن يتم ملؤها للمستخدمين الخارجيين.
1 |
سجّل الدخول إلى Control Hub وانتقل إلى الاجتماع. | ||||||||||||||||||||||||||||||||||||||||
2 |
حدد موقعًا، ثم انتقل إلى . | ||||||||||||||||||||||||||||||||||||||||
3 |
حدد إنشاء عملية ربط رمز التتبع. | ||||||||||||||||||||||||||||||||||||||||
4 |
حدد فتح ملخص رموز التتبع. | ||||||||||||||||||||||||||||||||||||||||
5 |
انقر على تنزيل ملخص التكوين. يجب عليك تنزيل نسخة من التكوين الحالي لرموز التتبع. ستحتاج إلى هذا الملخص في الخطوات التالية للتأكد من أن جميع قيم السمات متسقة مع رموز التتبع الحالية. يمكنك أيضًا تنزيل قوائم رموز التتبع السابقة كملف CSV لتحميل القيم نفسها للسمات المخصصة. | ||||||||||||||||||||||||||||||||||||||||
6 |
ارجع إلى المعالج وحدد إضافة سمات المستخدم ومراجعتها. | ||||||||||||||||||||||||||||||||||||||||
7 |
قم بتكوين أي سمات مخصصة جديدة مطلوبة لهذا الموقع. ضع علامة على أي سمات باعتبارها مطلوبة إذا كنت تريد ملء هذه الحقول للمستخدمين. لا يمكن تطبيق السمات المخصصة على المؤسسات التي تقوم بمزامنة المستخدمين مع Directory Connector وAzure AD وما إلى ذلك. يمكنك استخدام هذه الخطوة كفرصة لمراجعة أسماء العرض الخاصة برموز التتبع. بمجرد الانتهاء من إجراء أي تغييرات لازمة، انقر على حفظ. السمات المؤمّنة مشابهة لـ AdminSet في رموز تتبع موقع الاجتماعات الكلاسيكية. عند وضع علامة على سمة مخصصة على أنها مؤمّنة، لن يتمكن المستخدمون من رؤية هذه السمة.إذا قمت بالضغط على "حفظ" في هذه الخطوة، فإن أي سمات مخصصة قمت بإضافتها أو إزالتها أو تحديدها على أنها مطلوبة، فإن هذا الأمر سيصبح ساريًا على الفور في المؤسسة. يحتاج المستخدمون الجدد الذين تم إلحاقهم بالمؤسسة إلى الامتثال لعملية التكوين هذه الخاصة بالسمة المخصصة المحدثة وإلا ستفشل عملية إلحاق المستخدمين. تابع العمل بحذر قبل وضع علامة على السمات المخصصة على النحو المطلوب. | ||||||||||||||||||||||||||||||||||||||||
8 |
ارجع إلى المعالج وحدد ربط رموز التتبع. | ||||||||||||||||||||||||||||||||||||||||
9 |
استخدم القائمة المنسدلة لربط رموز التتبع بالسمات المخصصة أو سمات ملف تعريف المستخدم الخاصة بالمؤسسة. عند ربط رمز تتبع موقع بسمة، يقوم النظام أولاً بربط السمات الموجودة مسبقًا والتي تتطابق مع أسماء رموز التتبع إذا تم تعيين نوع الإدخال على حقل نصي. بمجرد الانتهاء من كل الخطوات، انقر على التالي. إذا كانت مؤسستك تستخدم عملية إلحاق تلقائية للمستخدمين مثل "موصل الدليل" أو Azure AD، ففي هذه الحالة لا يجب ربط رموز التتبع بالسمات المخصصة. بدلاً من ذلك، قم بربط رموز التتبع بالسمات المتزامنة. في السابق، كان تكوين رموز التتبع متاحًا بشكل مختلف لكل مركز. تشترك الآن جميع المراكز (الاجتماعات والأحداث وندوات الإنترنت، وغيرها) في تكوين جدولة واحد. عند ربط سمة كما هو مطلوب، ستكون هذه السمة مطلوبة في وقت الجدولة في Webex Meetings وWebex Webinars وغيرها. | ||||||||||||||||||||||||||||||||||||||||
10 |
انقر على حفظ الخريطة. تتم المزامنة تلقائيًا أثناء عملية تحديث الموقع إلى Control Hub. نقترح إجراء نسخة احتياطية من قيم رموز التتبع للمستخدمين عن طريق القيام بتصدير مستخدم الموقع إلى موقع الاجتماع عندما تقوم بربط رموز التتبع بسمات مخصصة، فإن المصدر الحقيقي الوحيد للبيانات يأتي من خدمة تعريف Webex بدلاً من كل موقع اجتماع فردي. تقوم المزامنة بنسخ قيم مستخدمي رمز التتبع لمرة واحدة إلى السمات المرتبطة التي لم يتم ملؤها بالفعل للمستخدمين، مما يعني أن ترتيب المواقع التي تقوم بمزامنتها في رموز التتبع أولاً يعد أمرًا مهمًا. عند مزامنة الموقع الأول، يتم نسخ قيم رموز التتبع للمستخدمين من هذا الموقع إلى سمة المستخدم المرتبطة بذلك المستخدم في Control Hub، ولكن فقط إذا لم يتم ملء هذه القيمة بالفعل من أجل المستخدم. قد لا يتم نسخ بعض قيم رموز التتبع من الموقع إلى سمات المستخدم أثناء المزامنة إذا تم بالفعل ملء القيمة الخاصة بالمستخدم لموقع مرتبط في وقت المزامنة، ففي هذه الحالة، لن يتم نسخ قيمة التتبع من ذلك الموقع إلى السمة المرتبطة بها في Control Hub لهذا المستخدم. لتجنب البيانات التي تحل محل رموز التتبع الأخرى للمستخدمين، نوصي بأن تقوم بربط ومزامنة البيانات الخاصة بموقع اجتماع مع بيانات رموز التتبع الأحدث للمستخدمين. لا يتم نسخ قيم رموز التتبع من المواقع التي تربط رموز التتبع بحقول المستخدمين التي تتم مزامنتها عبر مصادر خارجية، مثل "موصل الدليل" أو Azure AD. يوضح الجدول التالي السيناريوهات المحتملة التي تحل فيها البيانات محل رموز التتبع الأصلية. في هذه السيناريوهات، يكون رمز التتبع والسمة المرتبطة بها هي مدينة المستخدم.
* تم استبدال قيمة رمز التتبع السابق بالسمة المرتبطة الحالية. |
قبل تحديث موقعك لتتم إدارته في Control Hub ، تأكد مما يلي:
- جميع مستخدمي الموقع الذين يجب أن يكونوا في مؤسستك موجودون بالفعل في مؤسسة Control Hub الخاصة بك.
- يتم حذف جميع مستخدمي الموقع الذين لا ينبغي أن يكونوا في مؤسستك من مؤسستك.
- يمكن مصادقة المستخدمين في المؤسسة عن طريق موفر الهوية إذا كانت مؤسستك مهيأة للدخول الموحّد (SSO).
- سيتم أيضًا نسخ حقول ملف تعريف المستخدم المميزة بصفتها مطلوبة في الموقع إلى مؤسسة Control Hub عندما تقوم بتحديث الموقع. إذا كنت لا تريد وضع علامة على هذه الحقول على أنها مطلوبة لتسجيل الحساب على الموقع في Control Hub، فقم بإلغاء تحديد الحقول الموجودة في "مسؤول الموقع" أولاً قبل التحديث إلى Control Hub.
- لقد راجعت قسم إعداد مؤسسة Control Hub سابقًا في هذه المقالة.
للحصول على عرض توضيحي حول كيفية تحديث موقعك إلى Control Hub ، راجع هذا الفيديو .
كيفية التحقق من المستخدمين الذين سيحظرون تحديث الموقع
-
قم بتسجيل الدخول إلى إدارة الموقع ، وافتح صفحة إدارة التحديث .
-
افتح مراجعة المتطلبات الأساسية لتحديث عنصر تحكم الإدارة ، وانقر فوق تصدير المستخدمين المتأثرين في CSV .
-
انتظر حتى ينتهي التصدير. قد تستغرق هذه العملية بعض الوقت حسب وقت البدء وعدد المستخدمين في الموقع. يتم إيقاف الصادرات مؤقتًا لمدة 6 دقائق في أعلى الساعة (بين xx:57 و xx:03).
-
انقر على تنزيل CSV بمجرد انتهاء التصدير.
يقوم متصفحك بتنزيل
users-to-review.csv
. -
افتح ملف CSV وتحقق من العمود الإجراء الموصى به (العمود الأخير). اتخذ الإجراء الموصى به لكل مستخدم في الملف.
المستخدمون بعناوين بريد إلكتروني غير متطابقة
قد يكون لبعض المستخدمين عنوان بريد إلكتروني مختلف في Site Admin و Control Hub. هذا ممكن إذا تم تغيير البريد الإلكتروني للمستخدم في مكان واحد فقط بعد ربط المستخدم من هذا الموقع بمركز التحكم.
جرب هذه الإجراءات لإصلاح المستخدمين بعناوين بريد إلكتروني غير متطابقة:
-
قم بتغيير عنوان البريد الإلكتروني للمستخدم في Site Admin لمطابقة عنوان البريد الإلكتروني Control Hub
يمكن للمستخدمين تحرير ملفات تعريف مسؤول الموقع الخاصة بهم: https://help.webex.com/nmig1kcb
-
قم بتغيير عنوان البريد الإلكتروني للمستخدم في Control Hub ليطابق عنوان البريد الإلكتروني لمسؤول الموقع: https://help.webex.com/nsi3kgb.
يمكن للمستخدمين تغيير عناوين البريد الإلكتروني الخاصة بهم في مؤسسة Control Hub: https://help.webex.com/nme40aeb
إذا قمت بتحديث موقعك إلى Control Hub دون تصحيح عدم تطابق عنوان البريد الإلكتروني للمستخدم ، فيجب على المستخدمين المتأثرين استخدام عناوين البريد الإلكتروني Control Hub لتسجيل الدخول إلى موقع الاجتماع الخاص بهم. قد لا يتمكن هؤلاء المستخدمون من تسجيل الدخول إذا حاولوا تسجيل الدخول باستخدام عنوان البريد الإلكتروني في مسؤول الموقع أو إذا لم يعد عنوان البريد الإلكتروني الخاص بهم في Control Hub صالحًا في IdP (لمؤسسات SSO). لن يمنعك هؤلاء من تحديث الموقع، ولكن من الأفضل إصلاح عناوين البريد الإلكتروني قبل بدء التحديث.
المستخدمون الخارجيون الذين لديهم ترخيص نظام Basic Meetings
سيحتاج المستخدمون الخارجيون الذين لديهم تراخيص تطبيق Basic Meetings إلى إلغاء تنشيطهم أو ترقيتهم إلى تراخيص Webex Meetings المدفوعة قبل تحديث الموقع من "مسؤول الموقع" إلى Control Hub.
كيفية تعطيل المستخدمين
لتعطيل المستخدم الفردي في إدارة الموقع:
-
انتقل إلى
. -
استخدم عناصر التحكم في الفهرس والبحث والتصفية للعثور على المستخدم.
-
قم بإلغاء تحديد المربع نشط .
-
أرسل التغييرات.
للحصول على مزيد من المعلومات، ارجع إلى إدارة حسابات المستخدمين في إدارة موقع Webex .
لإلغاء تنشيط دفعة المستخدم في إدارة الموقع:
-
قم بتصدير المستخدمين إلى ملف CSV.
-
افتح ملف CSV وقم بتعديل قيم العمود
نشطة
إلىN
لكل المستخدمين المتأثرين. -
استيراد ملف CSV المعدل.
المستخدمون الذين قمت بتغييرهم أصبحوا الآن غير نشطين .
راجع الاستيراد المجمّع وتصدير مستخدمي Webex في إدارة موقع Webex لمزيد من التفاصيل.
المستخدمون في المؤسسات مع مزامنة الدليل
إذا كان هناك مستخدمون غير مرتبطين يجب أن يكونوا في مؤسستك ، ولكن لم تتم إضافتهم بعد ، يجب عليك أولاً إضافتهم إلى مؤسستك. هذا مهم بشكل خاص للمؤسسات التي تم تكوينها لمزامنة الدليل (من خلال Directory Connector أو Azure AD) لأن مزامنة الدليل لن تسمح لعملية تحديث الموقع بإضافة مستخدمين.
سيفشل تحديث الموقع إذا تعذر ربط أي مستخدم نشط على الموقع بمؤسسة Control Hub. إذا تم تكوين مؤسستك لمزامنة الدليل ، فتأكد من إضافة جميع المستخدمين على الموقع الذين يجب أن يكونوا جزءًا من مؤسسة Control Hub إلى Directory Connector أو Azure AD أولاً قبل بدء التحديث.
إصلاح مشكلات المستخدم قبل بدء التحديث
إذا حاولت تحديث الموقع إلى Control Hub دون حل مشاكل المستخدمين في ملف مراجعة المستخدمين
، فقد تفشل عملية إدارة التحديث. لا تتحقق الأداة لمعرفة ما إذا كنت قد قمت بتصحيح المشكلات إلا بعد بدء التحديث النهائي.
تحديث مواقع تسجيل الدخول الفردي والمواقع غير المرتبطة بتسجيل الدخول الفردي المرتبطة بمؤسسة تسجيل الدخول الفردي
تستطيع مؤسسة Control Hub أن تدعم العديد من موفري التعريف (IdP) من أجل تسجيل الدخول الفردي مع أن يكون أحد موفري التعريف هو Webex IdP (المصادقة المحلية)
سيساعد العديد من مزودي IdP في Control Hub:
- حيث يكون موفر التعريف لموقع SSO في "مسؤول الموقع" مختلفًا عن موفر التعريف SSO في Control Hub.
- عندما لا يكون المستخدمون في الموقع قد تم تكوينهم في موفر تعريف SSO في المؤسسة، يمكن الآن إضافة هؤلاء المستخدمين إلى Webex IdP المحلي فقط. يمكنك بعد ذلك نقل هؤلاء المستخدمين إلى موفر هوية SSO الذي تم تكوينه لاحقًا.
يمكن أن يؤدي إعداد مزودي IdP المتعددين إلى تمكين تحديث جميع المستخدمين في الموقع من "مسؤول الموقع" إلى Control Hub من تسجيل الدخول من خلال طريقة المصادقة التي تم تكوينها في مؤسسة Control Hub. لتحقيق ذلك، يمكنك:
- قم بإضافة موفري IdP إضافيين لتسجيل الدخول الفردي إلى مؤسسة Control Hub.
- أضف المستخدمين إلى IdP الذي تم تكوينه بالفعل.
- أضف المستخدمين إلى Webex IdP المحلي.
ارجع إلى هذه المقالة لمعرفة المزيد عن مزودي IdP المتعددين في Control Hub.
قبل البدء
هناك بعض الميزات التي يجب عليك تعطيلها ، ويجب عليك التحقق من أن جميع المستخدمين في حالة جيدة ليتم تحديثهم إلى Control Hub. إذا كنت تستخدم تطبيقات API متكاملة ، فأنت بحاجة إلى تحديثها لاستخدام واجهة برمجة تطبيقات Webex.
يمكنك أن تقرأ عن هذه المتطلبات الأساسية في الأجزاء السابقة من هذه المقالة.
تأكد من أن جميع المسؤولين لديك يعرفون أنك تقوم بتحديث الموقع إلى Control Hub ، وأنه يجب عليهم عدم إجراء أي تغييرات في إدارة الموقع بعد البدء.
1 |
قم بتصدير وحفظ ملف تصدير مستخدمي الموقع. يعمل هذا الملف كأرشيف لتكوين المستخدم لمساعدتك في التحقق بعد التحديث. |
2 |
سجّل الدخول إلى إدارة الموقع وانقر على تحديث الإدارة . |
3 |
قم بمراجعة المتطلبات الأساسية ، وخاصة قائمة CSV للمستخدمين في الحالات التي قد تؤثر على نجاح التحديث. |
4 |
اقرأ حول الميزات التي يجب تعطيلها والاختلافات التي يمكن أن تتوقعها في إدارة المستخدم وترخيص المضيف (موثقة أيضًا في هذه المقالة). |
5 |
انقر فوق تحديث إلى مركز التحكم . يتم تنشيط هذا الزر فقط بعد اكتمال الخطوات المذكورة أعلاه. تظهر نافذة منبثقة. توضح هذه النافذة أن تحديث موقع إلى Control Hub هو إجراء نهائي ولا يمكنك التراجع عن التحديث بمجرد انتهائه . عند انتهاء التحديث ، لن تتم إدارة هذا الموقع في إدارة الموقع. إذا لم تكن مستعدًا لإدارة هذا الموقع بالكامل في Control Hub ، فاخرج من المعالج الآن.
|
6 |
انقر فوق موافق. يبدأ التحديث في ظهور لافتة أعلى إدارة الموقع لإعلامك بأن تحديث الموقع قيد التقدم. إذا حدث خطأ ما ، فستظهر لك رسالة خطأ تتضمن الإجراء المقترح. خلاف ذلك ، سترى رسالة نجاح. يستغرق تحديث الموقع حوالي 3 دقائق + 1000 مستخدم نشط/دقيقة + 2000 مستخدم غير نشط/دقيقة حتى يكتمل. على سبيل المثال، إذا بدأت تحديث الموقع الساعة 05:20 وكان موقعك يتضمن 8000 مستخدم نشط و2000 مستخدم غير نشط، سيستغرق تحديث الموقع حوالي 12 دقيقة. بالإضافة إلى ذلك، يتم إيقاف تحديثات الموقع مؤقتًا لمدة 6 دقائق في أعلى الساعة (بين xx:57 إلى xx:03). لكن قد تختلف نتائجك. |
7 |
انقر فوق تسجيل الدخول إلى مركز التحكم . |
بعد تشغيل تحديث الموقع من Webex Site Administration ، يمكنك تسجيل الدخول إلى Control Hub لمعرفة حالة تحديث الموقع.
-
سجّل الدخول إلى Control Hub وافتح صفحة Meetings .
يمكنك مشاهدة قائمة بمواقع الاجتماعات الخاصة بك.
-
انقر فوق موقع لمعرفة معلومات حول هذا الموقع.
-
ابحث عن قسم تحديث الموقع ، حيث يمكنك قراءة حالة التحديث .
بعد الانتهاء من التحديث ، يمكنك تنزيل قائمة بجميع المستخدمين في إدارة الموقع ومعرفة أي من هؤلاء المستخدمين كان نشطًا أو غير نشط على الموقع. لن يتمكن المستخدمون الذين يظهرون على أنهم غير نشطين في عمود حالة المستخدم في إدارة الموقع من الوصول إلى موقع مركز التحكم المُدار. لن يتم إظهار هؤلاء المستخدمين أيضًا على أنهم يمتلكون أي وصول إلى الموقع في قسم المستخدم في Control Hub.
قد يستغرق ظهور زر التنزيل بعض الوقت (دقائق لمعظم المؤسسات).
-
راجع القائمة للتحقق من وجود أي مشاكل أثناء التحديث.
لم يعد بإمكانك إدارة هذا الموقع في إدارة الموقع بمجرد انتهاء تحديث الموقع. يجب أن تتم جميع عمليات إدارة هذا الموقع في Control Hub. فيما يلي بعض الخطوات للتعرف على موقعك وتجربته في إدارة موقعك في Control Hub:
-
راجع بعض إعدادات تكوين الموقع للتأكد من عدم تغير أي شيء. يصبح هذا الأمر أسهل إذا قمت بنسخ بعض إعدادات مسؤول الموقع قبل التحديث إلى Control Hub.
-
حدد مضيفًا، وتحقق من ترخيصه، ورموز التتبع، وأنواع الجلسات في Control Hub. سجّل الدخول إلى موقع الاجتماع وتأكد من عدم تغيير اجتماعاته وتسجيلاته وتفضيلاته المجدولة. يكون التحقق أسهل إذا تم نسخ بيانات ذلك المضيف قبل التحديث إلى Control Hub.
اطلب من المستخدم التحقق من أنه يمكنه جدولة اجتماعات جديدة واستضافتها.
-
أضف مستخدمًا جديدًا إلى مؤسستك. امنحهم ترخيصًا مضيفًا وقم بتعديل أنواع جلساتهم وتحقق من أنه يمكنهم استضافة الاجتماعات.
نوصيك بإعداد قوالب التراخيص القائمة على المؤسسة أو المجموعة لتعيين التراخيص تلقائيًا للمستخدمين الجدد أو مجموعات محددة من المستخدمين الجدد. -
حدد مستخدمًا كان مسؤولاً كاملاً في Site Administrator ، وتحقق من أن لديه المستوى المناسب من الوصول إلى الموقع المحدث في Control Hub.
يجب أن يكونوا قادرين على قراءة الموقع وتعديله ؛ إنشاء المستخدمين وترخيصهم وتعديلهم وحذفهم.
-
إذا كان موقعك يحتوي على تكامل API ، فقم بالتبديل إلى استخدام People APIs. تأكد من أن التكامل المحدث يعمل كما هو متوقع.
اقرأ المزيد حول إدارة مواقع الاجتماعات في Control Hub على https://help.webex.com/naqlzeu .
-
سيحصل المستخدمون على تجربة تسجيل دخول واحدة وموحدة إلى تطبيق Webex وجميع المواقع المُدارة Control Hub.
إذا كان اسم المستخدم لا يتطابق مع عنوان البريد الإلكتروني للمستخدم في إدارة الموقع ، فسيكون لهؤلاء المستخدمين تأثير في تجربة تسجيل الدخول. لم يعد من الممكن استخدام أسماء المستخدمين القديمة ، ويجب على هؤلاء المستخدمين استخدام عنوان بريدهم الإلكتروني لتسجيل الدخول. -
ترتبط بيانات اعتماد المستخدم بهوية Control Hub الخاصة به. تنطبق بيانات الاعتماد نفسها على جميع مواقع Control Hub المُدارة في نفس المؤسسة وعلى تطبيق Webex.
-
إذا تم تكوين SSO في مؤسسة Control Hub ، فإن تسجيل الدخول الموحد هذا يتحكم في تجربة تسجيل الدخول إلى تطبيق Webex وجميع المواقع المُدارة Control Hub.
-
لا تتأثر تجربة تسجيل الدخول إلى تطبيق Webex نتيجة التحديث إلى Control Hub.
-
عندما يقوم المستخدمون بتسجيل الدخول إلى موقع Webex Meetings ، ستبدو شاشة تسجيل الدخول مختلفة. يجب على المستخدمين إدخال عنوان بريدهم الإلكتروني لتسجيل الدخول حتى إذا كانت مؤسستهم مهيأة للدخول الموحّد (SSO).
يستطيع المسؤولون تمكين خيار تذكرني في Control Hub حتى لا يضطر المستخدمون إلى إدخال عنوان بريدهم الإلكتروني مرة أخرى في كل مرة يقومون فيها بتسجيل الدخول. -
اعتمادًا على سجل كل مستخدم ، وعدد المواقع التي لديهم حساب عليها ، وما إلى ذلك:
-
إذا تم ربط المستخدمين بالمستخدمين الحاليين في Webex Identity / Control Hub ، فسيستخدم المستخدمون كلمة المرور نفسها لجميع مواقع Webex التي تم تحديثها إلى Control Hub.
-
إذا تم إنشاء المستخدمين في Webex Identity / Control Hub بسبب ارتباط الموقع ، فسيتم تطبيق بيانات اعتماد الموقع المرتبط الأول (إذا لم يتم تكوين المؤسسة باستخدام SSO). تتم إعادة توجيه المستخدمين لتسجيل الدخول إلى هذا الموقع. إذا كان لدى المستخدمين مواقع متعددة ببيانات اعتماد متعددة ، فيجب أن يساعدهم عنوان URL للموقع في تحديد بيانات الاعتماد التي يجب استخدامها.
-
يُسمح للمستخدمين بإعادة تعيين كلمة المرور الخاصة بهم في مؤسسات Control Hub (إذا لم تتم إدارة كلمة المرور عبر SSO). إذا نسي المستخدمون كلمة المرور الخاصة بهم ، فيمكنهم فقط النقر فوق هل نسيت اسم المستخدم أو كلمة المرور؟ في شاشة تسجيل الدخول لإعادة تعيين كلمة المرور الخاصة بهم. يمكن للمستخدمين أيضًا إعادة تعيين كلمة المرور الخاصة بهم باتباع التعليمات التالية:
- إعادة تعيين كلمة المرور لتطبيق Webex: https://help.webex.com/article/n02v0b8/
- إعادة تعيين كلمة المرور لموقع اجتماعات Webex: https://help.webex.com/article/6v6kaab/
-
-
إذا تم تغيير عنوان البريد الإلكتروني للمستخدم النهائي وكان لهذا المستخدم عنوان بريد إلكتروني مختلف في إدارة الموقع ومركز التحكم في وقت تحديث الموقع ، فقد يواجه هذا المستخدم مشكلات عند محاولة تسجيل الدخول. قد لا يعرف المستخدم أنه يحتاج الآن إلى استخدام عنوان البريد الإلكتروني الخاص به في Control Hub لتسجيل الدخول أو أن عنوان البريد الإلكتروني في Control Hub قد لا يكون صالحًا في SSO IdP لمؤسسته. من الأفضل تجنب هذا النوع من المواقف عن طريق تحديث عناوين البريد الإلكتروني للمستخدمين في مركز التحكم حيث يتم إجراء تغييرات على عناوين البريد الإلكتروني لنفس المستخدمين في إدارة الموقع.
-
يلزم إعادة تسجيل الدخول للمستخدمين على تطبيق Webex Meetings للأجهزة المحمولة لنظام iOS:
- إذا قمت بتحديث موقع غير SSO إلى Control Hub ، فسيتعين على المستخدمين إعادة تسجيل الدخول إلى تطبيق Webex Meetings للجوال لنظام iOS. على الرغم من أن تطبيق Meetings for iOS لن يتطلب من المستخدمين إعادة تسجيل الدخول لمدة تصل إلى شهرين بعد تحديث الموقع ، فإننا نقترح على المستخدمين إعادة تسجيل الدخول يدويًا لتجنب هذا الموقف بشكل استباقي.
-
أثناء تحديث الموقع، قد يحتاج المستخدمون الذين لا تتطابق أسماء مستخدمهم مع عناوين بريدهم الإلكتروني إلى تسجيل الدخول مرة أخرى.
-
قد يُطلب من هؤلاء المستخدمين تسجيل الدخول إلى عملاء Webex لديهم مرة أخرى إذا حاولوا الوصول إلى خدمات Webex على الموقع أثناء تحديث الموقع إلى Control Hub. لن يتأثر المستخدمون الذين انضموا بالفعل إلى الاجتماعات قبل بدء تحديث الموقع.
-
إفراغ "المستخدم المراد مراجعة" ملف CSV
إذا كان موقعك كبيرًا ويحتوي على أكثر من 1000 مستخدم تختلف عناوين بريدهم الإلكتروني في "إدارة الموقع" عن تلك الموجودة في مركز التحكم ، فقد تواجه "مستخدمًا لمراجعة" ملف CSV فارغًا في معالج تحديث الموقع. يؤدي هذا إلى عدم عمل تحديث الموقع لأنك لن تتمكن من حل مشكلات المستخدمين. يجري العمل على هذه المشكلة ونخطط لحلها في الأسابيع المقبلة.
الإعدادات التي لا تستمر عند التحديث إلى Control Hub
- إذا كان الموقع الذي يديره مسؤول الموقع لديك على القناة البطيئة وكان يتم إدارة Control Hub أيضًا بواسطة شريك، ففي هذه الحالة، قد تفقد القدرة على رؤية عناصر التحكم في تحديث إصدار موقع Meetings بعد التحديث إلى Control Hub. في حالة حدوث ذلك، يُرجى الاتصال بشريكك واطلب منه تمكين إعداد السماح للعميل بترقية إصدار الموقع لمؤسستك.
- لا يتم نقل طلبات حساب التسجيل الذاتي المعلقة إلى مركز التنبيهات. يجب على المستخدمين تسجيل الاشتراك للحصول على حساب مرة أخرى بعد انتهاء التحديث.
- يتم تجاوز قيم اسم المستخدم في "مسؤول الموقع" بعناوين البريد الإلكتروني للمستخدمين في Control Hub بعد انتهاء التحديث.
مشكلات المستخدم التي تتسبب في فشل التحديث
- سيتسبب المستخدمون الذين لديهم عناوين بريد إلكتروني مرتبطة بالمستخدمين في مؤسسة Webex for Government في فشل التحديث إذا لم يتم إلغاء تنشيط هؤلاء المستخدمين قبل بدء التحديث.
المشكلات الشائعة التي تتسبب في فشل التحديث والإجراءات الموصى بها
إذا فشل موقعك في التحديث إلى Control Hub ، فتحقق من الجدول التالي لمعرفة ما إذا كان أحد هذه الأخطاء الشائعة هو السبب وما يمكنك فعله لإصلاحه.
الأخطاء التي تؤدي إلى فشل التحديث | الإجراء الموصى به |
---|---|
نوع الموقع غير صالح. | اتصل بفريق دعم Webex للتحقق من أن الموقع مرتبط بالمستخدم. |
الموقع ليس له اشتراك مرتبط به. | يجب أن تقترن المواقع باشتراك قبل أن يمكن تحديثها إلى Control Hub. |
هناك مشكلة في معرّف المنظمة. | معرّف المؤسسة المرتبطة بالموقع ليس هو نفسه معرّف مؤسسة الاشتراك. اتصل بفريق دعم Webex. |
يحتوي الاشتراك التالي على عمليات معلقة في Control Hub: (SubID). | أعد محاولة تحديث الموقع بعد اكتمال العملية المعلقة. |
توجد تعارضات في إعدادات الدخول الموحد (SSO). | إذا تم تمكين الدخول الموحّد (SSO) للموقع ، فتأكد مما يلي:
|
لا تتطابق معلومات ترخيص الموقع في إدارة الموقع مع معلومات ترخيص الموقع في Control Hub. | معلومات ترخيص غير متسقة بين إدارة الموقع ومركز التحكم. اتصل بفريق دعم Webex. |
تتعارض بعض أسماء المستخدمين أو عناوين البريد الإلكتروني في إدارة الموقع مع أسماء المستخدمين أو عناوين البريد الإلكتروني في Control Hub. | يتم استخدام البريد الإلكتروني للمستخدم في Site Admin بواسطة مستخدم آخر في Control Hub. قم بتغيير أحد عناوين البريد الإلكتروني أو أسماء المستخدمين. |
لدينا مشكلة في تحديث موقعك. | منع خطأ داخلي تحديث هذا الموقع. اتصل بفريق دعم Webex. |
واجهتنا مشكلة في تحديث مستخدمي Webex. | منع خطأ داخلي تحديث هذا الموقع. اتصل بفريق دعم Webex. |
مشاكل تسجيل الدخول للمستخدمين
تأكد من السماح دائمًا بملفات تعريف الارتباط الخاصة بـ Webex. وإلا، قد يواجه المستخدمون مشاكل في تسجيل الدخول بعد التحديث إلى Control Hub.
س. هل يوجد تاريخ لن تدعم فيه Cisco إدارة الموقع؟
الإجابة نعم: نخطط لتجاوز إدارة موقع Webex في نهاية ديسمبر 2023.
س. هل سيظل مسؤولو الموقع الموجودون في "مسؤول الموقع" يحتفظون بإمكانهم الوصول الإداري إلى الموقع بعد التحديث إلى إدارة Control Hub؟
الإجابة نعم: يظل لدى جميع المسؤولين في الموقع الموجودين في "مسؤول الموقع" صلاحية الوصول الإدارية إلى الموقع بعد تحديث الموقع إلى إدارة Control Hub.
س. بعد تحديث موقع اجتماع من "مسؤول الموقع" إلى "إدارة Control Hub"، لماذا أرى مسؤولين جدد على الموقع؟
الإجابة ربما كان هؤلاء المسؤولون الجدد على الموقع مسؤولين عن مؤسسة Control Hub. عند تحديث موقع من "مسؤول الموقع" إلى Control Hub، سيصبح جميع المسؤولين على مستوى المؤسسة مسؤولين عن الموقع الجديد الذي يديره Control Hub. يعني هذا أن مسؤولي المؤسسة بصلاحيات كاملة سيصبحون مسؤولين بصلاحيات كاملة لموقع Webex، وأن مسؤولي مستخدمي المؤسسة بصلاحيات كاملة لموقع Webex، وأن مسؤولي المؤسسة بصلاحيات للقراءة فقط سيصبحون بصلاحيات مسؤول لموقع Webex بصلاحيات للقراءة فقط.
س. كيف لا يعمل تسجيل الدخول إلى أداة الإنتاجية بعد تحديث الموقع إلى Control Hub؟
الإجابة تأكد من تكوين مستعرضات الإنترنت للسماح دائمًا بملفات تعريف الارتباط الخاصة بالجلسات، الموجودة في إعدادات الخصوصية المتقدمة للمستعرضات.
س. إذا تم حذف مستخدم في Control Hub ثم تمت إعادة إضافة نفس عنوان البريد الإلكتروني إلى Control Hub وتم تعيين ترخيص للاجتماعات لنفس موقع Webex، فهل يمكن للمستخدم الوصول إلى تسجيلاته القديمة؟
الإجابة نعم ، سيتمكن المستخدم من الوصول إلى جميع محتويات الاجتماعات القديمة الخاصة بهم إذا تم منحهم ترخيصًا لأي من مواقع Webex السابقة التي كانوا عليها. ينطبق هذا على كل من المواقع المُدارة Control Hub والمواقع التي تم تحديثها إلى Control Hub.
س. إذا تم إلغاء تنشيط مستخدم في "مسؤول الموقع" قبل تحديث الموقع إلى Control Hub ثم إعادة ترخيصه لاحقًا إلى نفس موقع Webex في Control Hub، فهل سيتمكن المستخدم من الوصول إلى تسجيلاته القديمة؟
الإجابة نعم ، سيظل بإمكان المستخدم الوصول إلى تسجيلاته القديمة. بالإضافة إلى ذلك ، سيتم إدراج أي مستخدم تم إلغاء تنشيطه في مسؤول الموقع قبل تحديث الموقع في ملف تصدير الاجتماعات CSV في مركز التحكم .
س. إذا لم يقم الموقع بإعداد IdP الخاص بتسجيل الدخول الفردي، ولكن مؤسسة Control Hub لديها IdP الخاص بتسجيل الدخول الفردي، ماذا يحدث عندما يقوم الموقع بتحديث Control Hub؟
الإجابة سيستخدم الموقع نفس SSO IdP مثل مؤسسة Control Hub.
س. إذا كان الموقع يحتوي على إعداد IdP مختلف عن موفر SSO IdP في Control Hub، فماذا يحدث عندما يقوم الموقع بتحديث Control Hub؟
الإجابة سيتحول الموقع لاستخدام نفس SSO IdP مثل مؤسسة Control Hub.
س. إذا كان الموقع قد تم إعداد IdP الخاص بتسجيل الدخول الفردي، ولكن مؤسسة Control Hub لا تملك IdP الخاصة بتسجيل الدخول الفردي، ماذا يحدث عندما يقوم الموقع بتحديث Control Hub؟
الإجابة سيتم منعك من تحديث موقعك. لإلغاء حظر الموقع حتى تتمكن من التحديث إلى Control Hub ، قم إما بإزالة SSO IdP من موقع Site Admin أو إضافة SSO IdP إلى مؤسسة Control Hub.
س. هل ما زلت يمكنني تسجيل الدخول إلى عنوان URL الخاص بالموقع للوصول إلى التسجيلات وجدولة الاجتماعات أو الأحداث؟
الإجابة نعم ، لا يزال بإمكانك تسجيل الدخول إلى عنوان URL للموقع حيث يمكنك الوصول إلى التسجيلات وجدولة الاجتماعات وما إلى ذلك.
س. هل تم تعديل الإعدادات الخاصة بالمستخدم أثناء تحديث الموقع من "إدارة الموقع" إلى Control Hub؟
الإجابة لا ، ستبقى إعدادات المستخدم دون تغيير. ستكون هذه الإعدادات قابلة للتطبيق كما كان الحال قبل تحديث الموقع.
س. هل تأثرت تسجيلاتي أو اجتماعاتي المجدولة بتحديث هذا الموقع؟
الإجابة لا تتأثر تسجيلات المضيف. لا يزال بإمكانك الوصول إليهم. لا تتأثر اجتماعاتك المجدولة أيضًا. لا توجد تغييرات عليهم.
س. هل تتأثر التسجيلات أو الاجتماعات المجدولة للمستخدمين بتحديث هذا الموقع؟
الإجابة لن تتأثر تسجيلات المستخدمين. سيظلون قادرين على الوصول إليهم. كما لن تتأثر الاجتماعات المجدولة. لا توجد تغييرات عليهم.
بالنسبة للمستخدمين الذين لم تتم المطالبة بضمهم حتى الآن، قد تتأثر تسجيلاتهم أو اجتماعاتهم المجدولة إذا طالبت بضمهم بعد تحديث الموقع إلى Control Hub. راجع الملاحظة التالية لمعرفة مزيد من المعلومات.
نوصي بشدة بالمطالبة بضم مستخدمين قبل تحديث موقعك إلى Control Hub. إذا طالبت بضم مستخدمين إلى مؤسستك بعد تحديث الموقع إلى Control Hub، ففي هذه الحالة، سيفقد هؤلاء المستخدمين صلاحية الوصول إلى الاجتماعات وأصول الاجتماعات في الموقع.
كحل بديل، يمكنك القيام بما يلي للتأكد من عدم فقدان المستخدمين صلاحية الوصول إلى الاجتماعات وأصول الاجتماعات في الموقع بعد تحديث الموقع إلى Control Hub:
- بالنسبة للمستخدمين الذين يتمتعون بامتيازات المسؤول الخارجي في المؤسسة أو الموقع — قم بإزالة جميع صلاحيات وصول المسؤول الخارجي إلى المؤسسة والموقع، ثم قم بإزالة ترخيص موقع الاجتماع. بعد المطالبة بضم المستخدم، أعد ترخيص ذلك المستخدم إلى الموقع. يمكنك أيضًا استعادة امتيازات المسؤول الخارجي الخاصة به.
- بالنسبة للمستخدمين العاديين — قم بإزالة ترخيص موقع الاجتماع، والمطالبة بضم المستخدم إلى مؤسستك، ثم أعد ترخيص ذلك المستخدم إلى الموقع.
س. أين يمكنني مراجعة طلبات حساب التسجيل الذاتي المعلقة للمواقع التي يديرها Control Hub؟
الإجابة يمكنك أنت والمسؤولون الآخرون مراجعة طلبات التسجيل الذاتي في مركز التنبيهات.
س. هل يمكنني الوصول إلى قيم اسم المستخدم من "مسؤول الموقع" بعد تحديث موقع إلى Control Hub؟
الإجابة يتوفر ملف تصدير المستخدم لجميع المستخدمين الموجودين في "مسؤول الموقع" في Control Hub لمدة 90 يومًا بعد قيامك بتحديث الموقع إلى Control Hub. يتضمن ملف CSV هذا قيم اسم المستخدم.
س. نحن نستخدم قيم اسم المستخدم لتحديد المستخدمين في "مسؤول الموقع". كيف يمكننا القيام بالشيء نفسه في Control Hub؟
الإجابة يتم فقدان قيم اسم المستخدم بعد تحديث موقع إلى Control Hub. إذا كنت بحاجة إلى الوصول إلى هذه القيم، يتمثل أحد الحلول في نسخ القيم إلى رمز تتبع قبل تحديث الموقع. سيتم الحفاظ على قيم رموز التتبع للمستخدمين وإتاحتها بعد تحديث الموقع إلى Control Hub. إذا كنت تستخدم تسجيل الدخول الفردي، فإن ExternalID
هي سمة لمستخدم Control Hub يمكن أن تحتوي على هذه القيمة. يتطلب ذلك تكوين تأكيدات SAML الخاصة بك لتمرير هذه القيمة عند تكوين SSO في Control Hub. سيتم أيضًا تمرير هذه القيمة إلى Control Hub أثناء الإنشاء التلقائي للمستخدمين الجدد.
س. كم من الوقت يستغرق استكمال تحديث الموقع بعد بدئه؟
الإجابة يستغرق تحديث الموقع حوالي 3 دقائق + 1000 مستخدم نشط/دقيقة + 2000 مستخدم غير نشط/دقيقة حتى يكتمل. على سبيل المثال، إذا بدأت تحديث الموقع الساعة 05:20 وكان موقعك يتضمن 8000 مستخدم نشط و2000 مستخدم غير نشط، سيستغرق تحديث الموقع حوالي 12 دقيقة. بالإضافة إلى ذلك، يتم إيقاف تحديثات الموقع مؤقتًا لمدة 6 دقائق في أعلى الساعة (بين xx:57 إلى xx:03). لكن قد تختلف نتائجك.
س. كيف يمكنني تلقائيًا ترخيص كل مستخدم جديد أو مستخدمين جدد في مجموعات معينة بعد تحديث الموقع ليتم إدارته في Control Hub؟
الإجابة يمكنك إعداد قوالب التراخيص القائمة على المؤسسة أو المجموعة لتعيين التراخيص للمستخدمين الجدد بشكل تلقائي.
س. هل هناك وقت تعطل أثناء تحديث الموقع؟
الإجابة لا أثناء تحديث الموقع:
- يستطيع المستخدمون الاستمرار في استخدام خدمة Meetings، مثل الانضمام إلى الاجتماعات المجدولة والمخصصة وبدئها.
- لن تتأثر الاجتماعات الجارية عندما يبدأ تحديث الموقع.
- سيتم قفل الاشتراك في Control Hub.
- قد يكون لدى عميل Meetings لسطح المكتب مشاكل في قسم "الاجتماعات القادمة".
- لا يوصى بإجراء تغييرات على تكوينات إدارة المواقع.