עדכון ניהול אתרים של Webex Meetings מ'ניהול אתר' ל-Control Hub

אודות עדכון ממנהל האתר למרכז הבקרה

עדכון אתר מ'ניהול אתר' ל-Control Hub אינו דורש עדכון של גרסאות לקוח. אתרים מסוימים לא יכולים להשתמש בתכונה זו עד שהשותפים שמנהלים את הארגונים האלה יהיו מוכנים.

אם ארגון Webex for Government שלך כולל משתמשים חיצוניים, לא ניתן להמיר כעת משימוש ב'ניהול אתר' ל-Control Hub. אתה מקבל שגיאה אם אתה מנסה להמיר עם משתמשים חיצוניים בארגון שלך. אנו מצפים להפוך את היכולת הזו לזמינה עבור ארגונים עם משתמשים חיצוניים באמצע 2023.

Webex הופכת לפלטפורמה מאוחדת לניהול פגישות, הודעות, שיחות ודרכי שיתוף פעולה אחרות. זו הסיבה שאנחנו רוצים להעביר את הניהול של כל אתרי Webex Meetings מניהול אתר ל-Control Hub.

יש לנו כלי ב'ניהול אתר' שיעזור לך לבצע שינוי זה. אם האתר שלך כבר זכאי לעדכן ל-Control Hub, תוכל להתחיל על-ידי לחיצה על עדכן ניהול בתפריט הניווט.

לקבלת הדגמה על האופן שבו עדכון האתר שלך למרכז הבקרה עובד, ניתן לעיין בסרטון זה.

כדי לעזור בתכנון עדכון האתר שלך, עיין בסעיף מוכנות הערכת האתר.

היתרונות של ניהול אתרים במרכז הבקרה כוללים:

הקצאות רישיונות אחודות בכל שירותי Webex, כגון פגישות, הודעות ושיחות.
מדיניות אבטחה עקבית בכל שירותי Webex.
חוויית כניסה נפוצה לכל משתמשי הקצה בין שירותי Webex שונים.
פקדי מנהל מערכת מודרניים, כגון מחבר ספריות, SCIM וקבוצות ספריות פעילות.
תבניות רישיון להקצאת רישיונות מרובים למשתמשים באופן אוטומטי.

לא ניתן להשתמש במנהל האתר כדי לנהל אתר פגישות לאחר העדכון למרכז הבקרה.

עדכון אוטומטי של אתר ביוזמת Cisco לניהול Control Hub

סעיף זה ישים רק אם האתר שלך נבחר על-ידי Cisco לעדכון אוטומטי של ניהול אתר.

אם האתר שלך מתוזמן לעדכון אוטומטי מניהול ב'מנהל אתר' ל-Control Hub, תראה את צילומי המסך הבאים.

באפשרותך ללחוץ על שנה את תאריך עדכון האתר כדי לשנות את התאריך המתוזמן.

חלון לשינוי התאריך עבור עדכון אתר אוטומטי ב'ניהול אתר'.

הבדלים שיש לצפות להם במרכז הבקרה

הניסיון בניהול אתרים במרכז הבקרה דומה לניהול בניהול אתרים. לניהול משתמשים במרכז הבקרה יש טכנולוגיות מודרניות יותר, כך שיש כמה הבדלים בניהול אתרים במרכז הבקרה. סעיף זה מתמקד בהבדלים שהוזעקו בעת עדכון האתר שלך.

לקבלת סקירה מפורטת יותר של ההבדלים בין מנהל האתר למרכז הבקרה, ניתן לעיין במאמר זה.

ניהול משתמשים

יש לנו מערכת ניהול משתמשים מרכזית מתחת ל - Control Hub, שבה המשתמשים מובחנים וייחודיים בתוך הארגון כולו (ובכל Webex). בניהול אתר, פרופיל המשתמש מובחן בכל אתר מפגש.

כניסה יחידה (SSO) עם יצירת חשבון אוטומטית

במנהל האתר יש לך תכונה "יצירת חשבון אוטומטית" שיוצרת משתמשים כשהם מאמתים את עצמם על ידי SSO.

צילום מסך של מנהל האתר המציג אפשרות SSO כדי לאפשר יצירת חשבון אוטומטית

תכונה זו זמינה גם ב-Control Hub. למידע נוסף, ראה יצירה ועדכון של חשבון אוטומטי של SAML עבור Control Hub .

ארגונים רבים המשתמשים ב - SSO עשויים להעדיף לנהל את המשתמשים שלהם באופן מרוכז בכלי ספרייה חיצוניים כגון Microsoft^® Active Directory ו - Microsoft Azure, וכן לדרוש אימות מול ספקי זהויות חיצוניים.

קרא עוד על:

נתוני פרופיל חובה וקודי מעקב

מנהל האתר מאפשר לך לציין שדות פרופיל נדרשים עבור משתמשים חדשים (צילום מסך קודם). ניתן להרחיב אפשרות זו כדי לדרוש קודי מעקב ליצירת משתמשים (צילום מסך בהמשך). אם תגדיר דרישות נוספות אלה, לא תוכל להוסיף משתמשים לאתר בלעדיהם.

צילום מסך של ניהול האתר המציג אפשרויות לאכיפת קודי מעקב

מרכז הבקרה זקוק רק לשם תצוגה וכתובת דוא"ל כדי ליצור משתמש.

כל שאר שדות המשתמש הם אופציונליים כאשר אתה יוצר משתמש חדש במרכז הבקרה, לכן איננו אוכפים נתוני פרופיל נוספים עבור אתרים המנוהלים על ידי מרכז הבקרה.

עליך להשבית שדות פרופיל חובה וקודי מעקב לפני עדכון האתר שלך למרכז הבקרה.

ניהול סיסמאות ונעילה

למנהל האתר יש תכונה אשר נועלת את המשתמשים באופן זמני אם הם לא מצליחים להיכנס לאחר מספר ניסיונות.

מרכז הבקרה כולל את האפשרויות הבאות למניעת גישה בלתי מורשית:

פסק זמן אוטומטי לאחר הניסיונות הראשונים שנכשלו.
מנגנון CAPTCHA (מבחן טיורינג ציבורי אוטומטי לחלוטין להבדיל בין מחשבים לבני אדם).
למשתמשים חוקיים יש אפשרות לשירות עצמי כדי לשנות את הסיסמאות שנשכחו.

רישוי של מארחים

המארחים חייבים להיות בארגון של מרכז הבקרה

במנהל האתר ניתן להקצות רישיון מארח לכל משתמש. כאשר אתם מנהלים את האתר במרכז הבקרה, אתם יכולים להקצות רק רישיונות אירוח (ותפקיד משתתף) למשתמשים באותו מרכז בקרה.

הרשמה עצמית לחשבון המארח

במנהל האתר ניתן לבחור לאפשר למשתמשים לבקש חשבון (מארח) באתר. תוכל גם לאפשר למשתמשים עם חשבון לבקש שירותים נוספים באתר. (ראה צילומי מסך).

צילום מסך של מנהל האתר המציג את האפשרות "אפשר כניסה לחשבון מארח"

צילום מסך של מנהל האתר המציג את הבקרה כדי לאפשר למשתמשים לבקש שירותים נוספים

כאשר אתה מנהל אתר פגישות במרכז הבקרה, משתמשים אינם יכולים לבקש חשבון מארח משלהם עבור אתר זה.

במרכז הבקרה יש דרך מרכזית, אוטומטית עבורך להקצות רישיונות מפגש למשתמשים חדשים במקום. תקרא https://help.webex.com/n3ijtao.

ניתן גם לנהל רישיונות משתמש באמצעות API או בכמויות גדולות באמצעות CSV.

אם ברצונך שהמשתמשים יבקשו את חשבונות המארח שלהם, באפשרותך להגדיר את העזרה/התמיכה של האתר באמצעות מצביעים כדי ליצור קשר עם מנהלי מערכת או לקשר אותם לכלים אחרים.

עליך להשבית את האפשרות 'אפשר הרשמה לחשבון מארח' ואת האפשרות' אפשר למשתמשים לבקש שירותים נוספים 'ב - Site Administration לפני עדכון האתר שלך ל - Control Hub.

ל - Control Hub יש אפשרויות אחרות לניהול רישיונות, כגון תבניות הקצאה אוטומטית. תוכלו לקבל דיווח על מארחים לא פעילים שיעזרו לכם להסיר רישיונות ממשתמשים אלה, באופן אישי או באופן גורף, או באמצעות API.

אם אתה זקוק לאפשרות השבתה אוטומטית זו, והאפשרויות האחרות במרכז הבקרה אינן מתאימות לך, עליך להימנע מעדכון האתר שלך למרכז הבקרה בשלב זה.

הכן את ארגון מרכז הבקרה שלך

לפני שאתה מעדכן את אתר הפגישה שלך לניהול במרכז הבקרה, עליך להכין את ארגון מרכז הבקרה שלך.

ודא שאין פעולות תלויות ועומדות או חוסמות במינוי. העדכון ייכשל אם:

יש לך פעולות בהמתנה במנוי המשויך לאתר שאתה מעדכן.
לאתר אין מנוי המשויך אליו בארגון מרכז הבקרה.
פרטי רישיון האתר במנהל האתר אינם תואמים את פרטי רישיון האתר במרכז הבקרה.

אנו ממליצים בחום לאמת את הדומיינים שלך ולדרוש בעלות על המשתמשים שלך. הקריאה הבאה תעזור:

הספר האלקטרוני של מרכז הבקרה: https://ebooks.cisco.com/story/controlhubessentials/
כיצד לנהל את הדומיינים שלך: https://help.webex.com/cd6d84
דרוש בעלות על המשתמשים שלך מארגונים אחרים (לאחר אימות הדומיינים שלך): https://help.webex.com/nceb8tm. דרישת בעלות על משתמשים חשובה במיוחד כי היא מבטיחה שכמה שיותר משתמשים שצריכים להיות בארגון שלך יהיו שם. דרישת בעלות על משתמשים עם "דרישת בעלות מיידית" גם נמנעת מעיכובים בשימוש בכתובות הדוא"ל בארגון שלך.
אנו ממליצים בחום לדרוש בעלות על משתמשים לפני עדכון האתר שלך ל-Control Hub. אם אתה דורש בעלות על משתמשים בארגון שלך לאחר שהאתר עודכן ל-Control Hub, משתמשים אלה יכולים לאבד גישה לפגישות ולנכסי פגישות באתר.

כדרך לעקיפת הבעיה, באפשרותך לבצע את הפעולות הבאות כדי לוודא שהמשתמשים לא יאבדו גישה לפגישות ולנכסי פגישות באתר לאחר שהאתר עודכן ל-Control Hub:

עבור משתמשים עם הרשאות מנהל מערכת חיצונית לארגון או לאתר - הסר את כל גישת מנהל המערכת החיצונית לארגון ולאתר, ולאחר מכן הסר את הרישיון של אתר הפגישה. לאחר שתדרוש בעלות על המשתמש, תן רישיון מחדש למשתמש זה לאתר. באפשרותך גם לשחזר את הרשאות מנהל המערכת החיצוניות שלהם.
עבור משתמשים רגילים - הסר את הרישיון של אתר הפגישה, דרוש בעלות על המשתמש לארגון שלך ולאחר מכן תן רישיון מחדש את המשתמש הזה לאתר.
אם אתר הפגישה מוגדר עבור SSO, עליך גם להגדיר את SSO עבור ארגון מרכז הבקרה שלך.

יצירת חשבון אוטומטית עבור משתמשים חדשים

אם האתר שלך ב - Webex מאפשר יצירה אוטומטית של חשבון ב - Site Admin, תוכל להפעיל תכונה דומה ב - Control Hub עם יצירת חשבון אוטומטית ב - SAML. הקפד גם להגדיר תבנית רישיונות אוטומטית כך שמשתמשים חדשים יקבלו רישיונות באופן אוטומטי לאחר יצירת החשבונות שלהם בארגון מרכז הבקרה.

ארגונים עם סינכרון ספריות

אם הארגון שלך מוגדר לסנכרון ספריות, ודא שכל המשתמשים שאתה רוצה להיות בארגון שלך נמצאים באתר. פעולה זו אמורה להתבצע 24 שעות לפני תחילת תהליך עדכון האתר, כך שמשתמשים באתר יוכלו להיות מקושרים למשתמשים החדשים בארגון מרכז הבקרה שלך.

העדכון ייכשל אם לא ניתן לקשר משתמשים פעילים באתר למשתמשי מרכז הבקרה.

גישת מנהל מערכת לאתרי Webex לאחר העדכון

אדם עם תפקיד מנהל מערכת כלל-ארגוני ב-Control Hub יקבל גישה אוטומטית לאתרים שמתעדכנים מ'מנהל אתר' ל-Control Hub. לדוגמה, מנהלי מערכת מלאים של ארגון יהפכו למנהלי מערכת מלאים של אתר Webex, מנהלי משתמשים של ארגון יהפכו למנהלי משתמשים של אתר Webex, ומנהלי מערכת לקריאה בלבד של ארגון יהפכו למנהלי מערכת לקריאה בלבד של אתר Webex.

ממשקי API לניהול משתמשים

XML APIs

ממשקי ה - API של XML תואמים כעת לאתרים המנוהלים על ידי מרכז הבקרה. תוכל לקרוא על הפרטים והערות ב - XML API 41.11.0 עדכונים.

כתובות ה-URL של שירות API של XML אינן משתנות לאחר שאתר מתעדכן ממנהל האתר ל-Control Hub מנוהל. אותן כתובות URL של API ימשיכו לעבוד. Cisco ממליצה לכל שילובי ה-API להשתמש ב-OAUTH לאימות.

אימות בממשקי API של XML

שילובים שאינם משתמשים ב-Webex OAUTH לאימות עלולים להיכשל לאחר שהאתר יעודכן ל-Control Hub. הטבלה הבאה מציגה איזה סוג של אימות מנהל מערכת ימשיך לפעול לאחר עדכון האתר שלך.

טבלה 1. סוגי אימות מנהל מערכת שיפעלו ב-API של XML לאחר עדכון האתר
סוג אימות מנהל מערכת ב-API של XML לפני עדכון האתר	מנהל מערכת בארגון SSO לאחר עדכון האתר	מנהל המערכת אינו בארגון SSO לאחר עדכון האתר
שם משתמש (webExID)/סיסמה	יעבוד*	יעבוד*
שם משתמש (webExID)/sessionTicket	יעבוד	יעבוד
שם משתמש/OAUTH (webExAccessToken)	יעבוד	יעבוד
דוא"ל/סיסמה	יעבוד*	יעבוד*
דוא"ל/מושבTicket	יעבוד	יעבוד
דוא"ל/OAUTH (webExAccessToken)	יעבוד	יעבוד

* תאימות לאחור – Cisco איפשרה אימות שם משתמש/סיסמה לעבוד בממשקי API של XML לאחר עדכון האתר גם אם שם משתמש אינו תואם לדוא"ל. התאימות חלה רק אם:

אישורי המשתמש נוצרו לפני עדכון האתר. לא מורשים לבצע שינויים בשם משתמש , אחרת פרטי הכניסה הקודמים ייכשלו.
לאימות API לא יכולה להיות סיסמה אחרת ב-Control Hub לעומת האתר כאשר היא נוהלה ב'ניהול אתר'.
משתמשים שפרטי הכניסה שלהם משמשים לאימות חייבים להיות במצב הפעיל (לא לא פעיל) ב'ניהול אתר' בעת עדכון האתר ל-Control Hub.

תוכל לקבל מידע נוסף על שילובי API של XML באתרים מנוהלים של Control Hub, כולל אימות OAUTH, באמצעות מדריך זה.

שם משתמש מוגדר לדוא"ל עבור כל המשתמשים כאשר אתר מעודכן ל-Control Hub. אם שם משתמש משמש לטעינות API, הטעינות חייבים להשתמש בדוא"ל במקום זאת לאחר עדכון האתר.

תפקיד מנהל מערכת ב-Control Hub לשילובי API

ייתכן שמנהלי מערכת עם תפקיד מנהל אתר בלבד לא יוכלו לבצע פעולות מסוימות עם ממשקי API של XML, כגון שינוי כתובת הדוא"ל של המשתמש או שם התצוגה לאחר שהאתר יעודכן לאתר Control Hub. עבור מנהלי מערכת שהאישורים שלהם משמשים לשילובי API, מומלץ לקדם מנהלי מערכת אלה למנהלי מערכת מלאים במרכז הבקרה, באופן אידיאלי לפני עדכון האתר למרכז הבקרה.

כפרקטיקה מומלצת, אנו ממליצים שתעדכן תחילה אתר בדיקה כדי לאשר ששילובי ה - API שלך יעבדו ללא שינוי לאחר העדכון למרכז הבקרה.

בהתאם למה שהשילוב שלך עושה, ייתכן שיהיה צורך להקצות למנהלי מערכת חשבון מארח של Meetings באתר Control Hub כדי שהשילוב יעבוד (זה לא נדרש למנהלי מערכת באתרי ניהול אתר).

הבדלי API ב - XML במרכז הבקרה

רוב שילובי ה - API של XML אמורים לעבוד, ללא שינויים כלשהם, לאחר עדכון האתר שלך. אך ישנם כמה יוצאים מן הכלל המפורטים ברשימה הבאה:

CreateUser – באתרים מנוהלים של Control Hub, פעולה זו עשויה גם ליצור משתמש בארגון בבעלות האתר לפני שתקצה רישיון. אם המשתמש כבר קיים בארגון אחר, פעולה זו תיכשל. פרמטר מזהה PMR לא ייכנס לתוקף עבור משתמשים שאין להם כבר מצב פעיל ב-Control Hub.
השלמת ה-API של createuser נמשכת זמן רב יותר באתרים מנוהלים של Control Hub. לקבלת ביצועים טובים יותר, באפשרותך להוסיף שרשור נוסף כדי להקביל שיחות יוצר .
SetUser – עשוי לגרום להקצאה או להסרה של רישיון אתר פגישות מהמשתמש (בהתאם לפרמטרי ה-API או לעומס).
DelUser – מסיר רישיון לאתר הפגישות, אבל לא מחק את המשתמש מארגון Control Hub.
LstsummaryUser – גם מחזיר את objectGUID של המשתמש.
AuthenticateUser – באתרים מנוהלים של Control Hub, מומלץ ליצור כרטיס הפעלה באמצעות AuthenticateUser במקום להשתמש בשם משתמש וסיסמה עבור כל API של XML. השימוש בתגובת SAML בתוכן גוף אינו נתמך בקריאה זו לאתרים המנוהלים על ידי מרכז הבקרה.

REST APIS

ל - Control Hub יש ממשקי API משלו, כולל API של אנשים ומנוחות רישיון ליצירה ורישוי של משתמשים ב:

סוגי הפעלה וקודי מעקב זמינים גם עם ממשקי API של REST בכתובת:

עם זאת, ממשקי ה - API של REST לעיל אינם תומכים בכל פונקציות ניהול המשתמש הזמינות בממשקי API של XML. לדוגמה, עדיין תצטרך להשתמש בממשקי API של XML כדי להקצות רישיונות פגישה למשתמשים מחוץ לארגון שבבעלותם האתר. API של אנשים אינו תומך בהקצאת תפקידי מנהל האתר למשתמשים. אם ברצונך להקצות תפקידי מנהל אתר באמצעות API, עדיין נדרש ממך להשתמש ב - XML API.

אתה יכול להשתמש ב-API של אנשים כדי ליצור מנהלי מערכת של ארגון עם הרשאות מלאות (או לקריאה בלבד), ומנהלי מערכת אלה יכולים גם לנהל (או להציג) את אתרי הפגישות המנוהלים ב-Control Hub.

מרכז הבקרה כולל תפקידי ניהול ספציפיים לאתר Webex, אך ממשק ה - API של אנשים אינו יכול להקצות תפקיד זה בשלב זה.

תוכניות עתידיות (בכפוף לשינוי)

API של רישיון חדש שיכול גם להעניק רישיונות של אתר הפגישה למשתמשים חיצוניים שאינם באותו ארגון שיצר את האתר. רישוי משתמשים חיצוניים זמין באופן ידני ב-Control Hub היום.
SCIM API כדי ליצור ולמחוק משתמשים בארגון.
הכיוון לטווח ארוך של Cisco הוא להשתמש בממשקי API של REST בלבד (עבור כל הפעילות במשתמשים ובאתרי פגישות). ממשקי API של XML לניהול משתמשים ימשיכו להיות נתמכים עד שניתן יהיה להשתמש בממשקי API של REST אך ורק עבור כל פעולות ניהול המשתמשים. ממשקי API של ניהול משתמשים של XML ייצאו משימוש (תאריך TBD).

הערכת מוכנות האתר

לפני עדכון האתר שלך למרכז הבקרה, מומלץ מאוד לבדוק תחילה את הפריטים הבאים כדי שהעדכון יעבור בצורה חלקה ככל האפשר:

ראשית, עיין במסמך זה וודא שהארגון שלך פועל לפי הנהלים המומלצים ביותר המופיעים בסעיף ה'הכנת מרכז הבקרה 'של הארגון.
לאחר מכן, היכנס לניהול Webex ולחץ על עדכן ניהול. בשלב המוכנות לאתר, אין לבצע פעולה מומלצת כלשהי בקובץ ממקטע חוות הדעת של המשתמשים ואין להשבית תכונות כלשהן המופיעות במקטע חוות הדעת עדיין. על ידי ביצוע הוראות אלה, הערכת מוכנות האתר הופכת לפעולה לקריאה בלבד רק כדי להעריך את השינויים שעליך לבצע לפני העדכון למרכז הבקרה.

תחת המקטע סקור משתמשים , לחץ על יצא קובץ CSV של משתמשים והורד את קובץ ה-CSV, הנקרא users-to-review-xxxxx.csv.
קובץ זה יפרט את כל המשתמשים הזקוקים לתשומת לב ותהיה להם פעולה מומלצת עבור כל משתמש. מספר המשתמשים בקובץ זה נותן לך מושג בכמה בעיות הקשורות למשתמש עליך לעבוד לפני שתוכל לעדכן את האתר.
בקטע תכונות סקירה, עיין בתכונות המפורטות עם X אדום בעמודה השלכות. פעולה זו תיידע אותך על המוכנות של האתר שלך מנקודת מבט של התנגשות בין תכונות.
אל תעבור לשלב 2 ואל תלחץ עדיין על הכפתור 'עדכון למרכז הבקרה '.

לאחר שבדקת את קובץ ה - CSV של המשתמש ובדקת אילו תכונות עליך להגדיר מחדש, המשך לקרוא את שאר הקטעים במאמר זה כדי להכין את האתר והארגון שלך כיצד לעדכן למרכז הבקרה.

הערה: אם באתר שלך יש שילובי API שבוצעו על ידי החברה שלך או באמצעות פתרונות צד שלישי, כגון פתרונות לניהול למידה, ודא שאתה סוקר את שילוב ה - API של התכוננות לאתר כדי לעבוד עם סעיף מרכז הבקרה.

תכונות של ניהול אתר שחוסמות את עדכון הניהול ל-Control Hub

שינויים קרובים למהדורה 43.6

עד כה, יש להשבית את שתי התכונות האלה לפני עדכון האתר ל-Control Hub:

שדות פרופיל מארח נדרשים
קודי מעקב נדרשים

החל מהדורת 43.6, אתרים שמשתתפים בביטאס עבור תכונות מותאמות אישית ותכונות שדות פרופיל מארח נדרשות לא יצטרכו עוד להשבית את התכונות האלה לפני עדכון האתר שלהם ל-Control Hub. במקום זאת, האשף יודיע לך לסקור את שתי התכונות האלה מאחר שהתצורה הנוכחית תועתק לארגון Control Hub.

אם אתה משתתף בגרסת הביתא שדות פרופיל המארח הנדרשים , תראה אזהרה זו:

שלב סקור תכונות לעדכון האתר ממנהל האתר ל-Control Hub

אם אתה משתתף בגרסת הביתא של קודי המעקב הנדרשים ותכונות מותאמות אישית , תראה פריט פעולה זה:

סקור את מסך התכונות בעת עדכון אתר ב-Site Admin ל-Control Hub

אם אינך משתתף בביטאס האלה, המשך לקרוא את הקטע הבא.

השבת תכונות שחוסמות את עדכון האתר

סקירת תכונות ממשק משתמש לעדכון ניהול במנהל האתר

חלק מהתכונות צריכות להיות מושבתות לפני שתוכל לעדכן אתר Webex למרכז הבקרה. אתה יכול לראות רשימה שמראה לך איזו תכונה צריכה להיות מושבתת. יש לבצע תכונות המסומנות בסמל העיגול האדום X. תכונות המסומנות בסמל סימן קריאה של משולש צהוב מיועדות רק למידע שלך ואינן דורשות פעולה.

לקבלת הדגמה כיצד לעדכן את האתר שלך למרכז הבקרה, ראה סרטון זה.

אם הארגון שלך משתמש בתכונת יצירת החשבון האוטומטי ב'ניהול אתר', עליך להגדיר תכונה שקולה ב-Control Hub ולהגדיר תבנית רישיון אוטומטית כדי להקצות רישיונות באופן אוטומטי. עיין במאמר זה לקבלת פרטים נוספים. יש לעשות זאת לפני עדכון האתר שיש לנהל אותו ב-Control Hub.

היכנס אל ניהול אתר של Webex ועבור אל קביעת תצורה > הגדרות אתר נפוצות > אפשרויות.
- מוצאים ומשביתים את האפשרות 'אפשר הרשמה לחשבון מארח'.
- מצא את הדרישה להרשמה לחשבון: ולנקות את כל התיבות עבור שדות פרופיל משתמש נדרשים.
לחץ על עדכן.
עבור אל תצורה > הגדרות אתר נפוצות > קודי מעקב.
בעמודה 'פרופיל מארח', יש לשנות את כל שורות קוד המעקב המסומנות כ'נדרש' ל - adminSet או ל - Optional.
- מידע נוסף על קודי מעקב זמין בכתובתhttps://help.webex.com/izu2ty.
כל ערכי קוד המעקב עבור משתמשים נשמרים כאשר אתה מעדכן אתר למרכז הבקרה.

בעתיד, ההגבלה הזו תוסר ותוכל למפות קודי מעקב לתכונות משתמש מותאמות אישית נדרשות ב-Control Hub עבור פונקציונליות שוות ערך.

מפה קודי מעקב לתכונות משתמש ב-Control Hub

קודי המעקב של המפה לתכונת תכונות המשתמש הם טיוטה המוצגת בתצוגה מוקדמת ציבורית. אנו נותנים לך הצצה מוקדמת למה שניתן לצפות.

לפני שתוכל לעדכן אתר עם קודי מעקב נדרשים מ'ניהול אתר' ל-Control Hub, עליך למפות קודי מעקב אלה לתכונות משתמש ב-Control Hub. באפשרותך ללחוץ על הסמל תחת 'מידע' כדי לקחת אותך ישירות לקודי המעקב של המפה לאשף תכונות המשתמש עבור האתר. אם עדיין לא מיפית או השבתת את קודי המעקב הדרושים, לא תוכל לעדכן את האתר שלך ל-Control Hub.

אם לאתר שלך אין קודי מעקב נדרשים, עדיין תוכל למפות קודי מעקב לתכונות משתמש לפני עדכון אתר ל-Control Hub על-ידי ביצוע הליך זה.

לאתרי פגישות שמשתמשים במחלקה כקוד מעקב, אנו ממליצים למפות קוד מעקב זה לתכונת פרופיל המשתמש במחלקה, להבדיל מתכונה מותאמת אישית. מכיוון שהמחלקה היא תכונת פרופיל סטנדרטית ב-Control Hub, תרחיש זה יהיה יעיל יותר ברוב המקרים.

אם תכונה זו נדרשת, עבור אל הקטע של תכונת פרופיל המשתמש וסמן את תכונת המחלקה כנדרש. זכור שתכונת מחלקה זו, יחד עם תכונות משתמש אחרות, לא תתמלא עבור משתמשים חיצוניים.

היכנס אל Control Hub ועבור אל פגישה.

בחר אתר ולאחר מכן עבור אל הגדרות > סקירת אתר.

בחר צור מפת קודי מעקב.

מיפוי קודי מעקב לתכונות משתמש מאתר מקושר.

בחר פתח את סיכום קודי המעקב.

שלב 1 של האשף למיפוי קודי מעקב לתכונות מותאמות אישית

לחץ על הורדת סיכום התצורה. עליך להוריד עותק של תצורת קודי המעקב הנוכחית. תזדקק לסיכום זה בשלבים הבאים כדי לוודא שכל ערכי התכונות תואמים לקודי המעקב הנוכחיים.

תוכל גם להוריד רשימות של קודי מעקב קודמים כקובץ CSV כדי להעלות את אותם ערכים עבור תכונות מותאמות אישית.

עיקרי הורדת גיבוי לקודי מעקב קיימים ב-Control Hub

חזור לאשף ובחר הוספה וסקירת תכונות משתמש.

שלב 2 של האשף למיפוי קודי מעקב לתכונות מותאמות אישית

הגדר כל תכונה מותאמת אישית חדשה שתידרש עבור אתר זה. סמן כל תכונה כנדרש אם ברצונך שהשדות האלה ימלאו עבור משתמשים. תכונות מותאמות אישית אינן חלות על ארגונים שמסנכרנים משתמשים עם Directory Connector‏, Azure AD וכדומה. באפשרותך להשתמש בשלב זה כהזדמנות לסקור את שמות התצוגה עבור קודי מעקב. לאחר השלמת השינויים הדרושים, לחץ על שמירה.

תכונות נעולות דומות ל-AdminSet בקודי מעקב קלאסיים של אתר הפגישה. כאשר אתה מסמן תכונה מותאמת אישית כנעולה, המשתמשים לא יוכלו לראות תכונה זו.

אם תלחץ על שמירה בשלב זה, כל התכונות המותאמות אישית שהוספת, הסרת או סימנת כנדרשות ייכנסו מיד לתוקף עבור הארגון. משתמשים חדשים שמצטרפים לארגון חייבים לציית לתצורה מעודכנת זו של התכונות המותאמות אישית, אחרת צירוף המשתמשים ייכשל. פעל בזהירות לפני סימון תכונות מותאמות אישית כנדרשות.

יצירת תכונות מותאמות אישית ב-Control Hub

חזור לאשף ובחר מיפוי קודי מעקב.

שלב 3 של האשף למיפוי קודי מעקב לתכונות מותאמות אישית

השתמש ברשימה הנפתחת כדי למפות קודי מעקב לתכונות המותאמות אישית או לתכונות פרופיל המשתמש של הארגון. בעת מיפוי קוד מעקב של אתר לתכונה, המערכת ממפה תחילה לתכונות קיימות התואמות לשמות קודי המעקב אם סוג הקלט מוגדר כשדה טקסט. כשסיימת, לחץ על הבא.

אם הארגון שלך משתמש בתהליך הצטרפות אוטומטי של משתמשים כגון Directory Connector או Azure AD, אין למפות קודי מעקב לתכונות מותאמות אישית. במקום זאת, מפה את קודי המעקב לתכונות מסונכרנות.

בעבר, ניתן היה להגדיר קודי מעקב באופן שונה בכל מרכז. כל המרכזים (פגישות, אירועים, וובינרים וכדומה) חולקים כעת תצורת תזמון יחידה. בעת מיפוי תכונה כנדרש, תכונה זו תידרש בזמן התזמון ב-Webex Meetings‏, Webex Webinars וכדומה.

לחץ על שמור את המפה. הסנכרון מתבצע באופן אוטומטי במהלך התהליך לעדכון אתר ל-Control Hub.

אנו מציעים גיבוי של ערכי קודי מעקב עבור משתמשים על-ידי ביצוע ייצוא משתמש באתר עבור אתר הפגישה

בעת מיפוי קודי מעקב לתכונות מותאמות אישית, מקור האמת היחיד של הנתונים מגיע מ-Webex Identity ולא מכל אתר פגישות בנפרד.

הסנכרון מבצע העתקה חד פעמית של ערכי משתמש של קודי המעקב לתכונות ממופות שעדיין לא מולאו עבור המשתמשים, כך שחשוב סדר האתרים שלפיו אתה מסנכרן את קודי המעקב. בעת סנכרון האתר הראשון, ערכי קודי המעקב עבור משתמשים מאותו אתר מועתקים לתכונות המשתמש הממופות עבור אותם משתמשים ב-Control Hub, אך רק אם ערך זה עדיין לא מולא עבור אותו משתמש.

ייתכן שערכי קוד מעקב מסוימים לא יועתקו מהאתר לתכונות משתמש במהלך הסנכרון

אם ערך משתמש עבור אתר ממופה כבר מולא בזמן הסנכרון, ערך המעקב מאתר זה לא יועתק לתכונה הממופה ב-Control Hub עבור אותו משתמש.

כדי למנוע מצב שבו נתונים מחליפים קודי מעקב אחרים עבור משתמשים, אנו ממליצים למפות ולסנכרן נתונים עבור אתר פגישות בנתוני קודי המעקב העדכניים ביותר עבור המשתמשים.

ערכי קודי המעקב לא מועתקים מאתרים הממפים קודי מעקב לשדות משתמש המסונכרנים באמצעות מקורות חיצוניים, כגון Directory Connector או Azure AD.

הטבלה הבאה מתארת תרחישים אפשריים שבהם מחליפים נתונים את קודי המעקב המקוריים. בתרחישים אלה, קוד המעקב והתכונה הממופה הם העיר של המשתמש.

טבלה 2. תרחישים אפשריים שבהם נתונים מחליפים קודי מעקב קיימים
משתמש	ערך קוד המעקב לפני הסנכרון	ערך התכונה הממופה לפני הסנכרון	ערך התכונה הממופה אחרי הסנכרון	ערך קוד המעקב אחרי הסנכרון
קובי	ללא	ללא	ללא	ללא
חנה	ללא	לונדון	לונדון	לונדון
אביתר	גל	ללא	גל	גל
סמנת'ה	דגניה*	סביון	סביון	סביון
טום	ניו יורק	ללא	ניו יורק	ניו יורק
דבורה	בת-ים*	אשדוד	אשדוד	אשדוד

* ערך קוד המעקב הקודם מוחלף על-ידי התכונה הממופה הקיימת.

סקירת משתמשי מנהל האתר שיכולים לחסום את עדכון האתר

לפני עדכון האתר שלך לניהול במרכז הבקרה, ודא כי:

כל המשתמשים באתר שצריכים להיות בארגון שלך הם למעשה בארגון מרכז הבקרה שלך.
כל המשתמשים באתר שלא אמורים להיות בארגון שלך נמחקים מהארגון שלך.
משתמשים בארגון יכולים להיות מאומתים על ידי IDP שלך אם הארגון שלך מוגדר עבור SSO.
שדות פרופיל משתמש המסומנים כנדרש באתר יועתקו גם לארגון Control Hub בעת עדכון האתר. אם אינך רוצה שהשדות האלה יסומנו כנדרש עבור הרשמה לחשבון באתר ב-Control Hub, בטל תחילה את הסימון של השדות ב'מנהל אתר' לפני העדכון ל-Control Hub.
בחנת את הסעיף 'הכן את מרכז הבקרה שלך' מהמאמר הקודם.

אנו ממליצים בחום לדרוש בעלות על משתמשים לפני עדכון האתר שלך ל-Control Hub. אם אתה דורש בעלות על משתמשים בארגון שלך לאחר שהאתר עודכן ל-Control Hub, משתמשים אלה יכולים לאבד גישה לפגישות ולנכסי פגישות באתר. לפרטים נוספים, ראה הכנת ארגון Control Hub .

לקבלת הדגמה כיצד לעדכן את האתר שלך למרכז הבקרה, ראה סרטון זה.

כיצד לבדוק משתמשים שיחסמו עדכון אתר

עיין במקטע המשתמשים בעת עדכון אתר מ-Site Admin ל-Control Hub

היכנס למנהל האתר ופתח את דף ניהול העדכונים.
פתח את תנאי הסקירה המוקדמים לעדכון בקרת ניהול, ולחץ על ייצא משתמשים מושפעים ב - CSV.
חכה עד שהיצוא יסתיים. תהליך זה עשוי להימשך זמן מה, בהתאם לזמן ההתחלה ולמספר המשתמשים באתר. הייצוא מושהה למשך 6 דקות בראש השעה (בין השעות xx:57 עד xx:03).
לחץ על הורד קובץ CSV לאחר סיום הייצוא.

הדפדפן שלך מוריד את users-to-review.csv.
פתח את קובץ ה - CSV ובדוק את עמודת הפעולה המומלצת (העמודה האחרונה). בצע את הפעולה המומלצת עבור כל משתמש בקובץ.

משתמשים עם כתובות דוא"ל לא תואמות

ייתכן שלחלק מהמשתמשים יש כתובת דוא"ל שונה במרכז הניהול והבקרה של האתר. דבר זה אפשרי אם כתובת הדוא"ל של המשתמש שונתה רק באחד משני המקומות לאחר שהמשתמש קושר מאתר זה למרכז הבקרה.

נסה פעולות אלה כדי לתקן משתמשים עם כתובות דוא"ל לא תואמות:

שנה את כתובת הדוא"ל של המשתמש במנהל האתר כדי להתאים לכתובת הדוא"ל של מרכז הבקרה

משתמשים יכולים לערוך את פרופילי מנהל האתר שלהם: https://help.webex.com/nmig1kcb
שנה את כתובת הדוא"ל של המשתמש ב-Control Hub כדי שתתאים לכתובת הדוא"ל של מנהל האתר: https://help.webex.com/nsi3kgb.

משתמשים יכולים לשנות את כתובות הדוא"ל שלהם בארגון מרכז הבקרה: https://help.webex.com/nme40aeb

אם תעדכן את האתר שלך למרכז הבקרה מבלי לתקן את אי ההתאמות בכתובת הדוא"ל של המשתמש, המשתמשים המושפעים חייבים להשתמש בכתובות הדוא"ל של מרכז הבקרה שלהם כדי להיכנס לאתר הפגישות שלהם. ייתכן שמשתמשים אלה לא יוכלו להיכנס אם הם מנסים להיכנס עם כתובת הדוא"ל במנהל האתר או אם כתובת הדוא"ל של מרכז הבקרה שלהם כבר לא תקפה ב - IDP שלהם (עבור ארגוני SSO). הם לא יחסמו אותך מעדכון האתר, אבל עדיף לתקן את כתובות הדוא"ל לפני שתתחיל את העדכון.

משתמשים חיצוניים עם רישיון לפגישות בסיסיות

משתמשים חיצוניים עם רישיונות פגישות בסיסיות יצטרכו להיות מושבתים או לשדרג לרישיונות Webex Meetings בתשלום לפני עדכון האתר ממנהל האתר ל-Control Hub.

כיצד להשבית משתמשים

כשמשביתים משתמשים, הם מאבדים את רישיון המארח או את זכויות המשתתפים (תלוי איזה תפקיד היה להם בזמן שהם פעילים). משתמשים שהושבתו עדיין יופיעו בקובץ ייצוא ה - CSV של האתר לאחר עדכון האתר למרכז הבקרה.

להשבתת משתמש יחיד במנהל האתר:

עבור אל ניהול משתמשים > ערוך משתמש.
השתמש בבקרות האינדקס, החיפוש והמסנן כדי למצוא את המשתמש.
בטל את סימון התיבה הפעילה.
שלח את השינויים.

למידע נוסף, ראה ניהול חשבונות משתמשים בניהול אתר Webex .

להשבתת משתמש אצווה במנהל האתר:

ייצא את המשתמשים לקובץ CSV.
פתח את קובץ ה-CSV ושנה את ערכי העמודה Active ל-N עבור כל המשתמשים המושפעים.
ייבא את קובץ ה - CSV המתוקן.

המשתמשים ששינית אינם פעילים כעת.

לפרטים נוספים, עיין ביבוא וייצוא של משתמשי Webex במנהל אתר Webex.

משתמשים בארגונים עם סינכרון ספריות

אם יש משתמשים לא מקושרים שאמורים להיות בארגון שלך, אך עדיין לא נוספו, עליך להוסיף אותם תחילה לארגון שלך. פעולה זו קריטית במיוחד לארגונים המוגדרים לסנכרון ספריות (באמצעות Directory Connector או Azure AD) מכיוון שסנכרון ספריות לא יאפשר לתהליך עדכון האתר להוסיף משתמשים.

עדכון האתר ייכשל אם לא ניתן לקשר משתמשים פעילים באתר לארגון של מרכז הבקרה. אם הארגון שלך מוגדר לסנכרון ספריות, ודא שכל המשתמשים באתר שחייבים להיות חלק מארגון מרכז הבקרה מתווספים למחבר ספריות או ל - Azure AD לפני תחילת העדכון.

תקן בעיות משתמש לפני שתתחיל את העדכון

אם תנסה לעדכן את האתר ל-Control Hub מבלי לפתור את הבעיות עבור משתמשים בקובץ משתמשים לסקירה , תהליך ניהול העדכון עלול להיכשל. הכלי לא בודק אם תיקנת את הבעיות עד לאחר תחילת העדכון הסופי.

עדכון אתרים של SSO ואתרים שאינם SSO המקושרים לארגון SSO

ארגון Control Hub יכול לתמוך בספקי זהויות מרובים (IdPs) עבור SSO כאשר אחד מספקי הזהויות הוא Webex IdP (אימות מקומי)

ספקי זהויות מרובים ב-Control Hub יעזרו:

כאשר ה-IdP עבור אתר SSO ב'ניהול אתר' שונה מ-IdP של Control Hub.
כאשר משתמשים באתר אינם ב-IdP של SSO המוגדר בארגון, כעת ניתן להוסיף משתמשים אלה רק ל-Webex IdP המקומי. לאחר מכן תוכל להעביר את המשתמשים האלה ל-IdP המוגדר מאוחר יותר.

הגדרת ספקי זהויות מרובים יכולה לאפשר לכל המשתמשים באתר להיות מעודכנים ממנהל האתר ל-Control Hub להיכנס באמצעות שיטת האימות המוגדרת בארגון Control Hub. כדי להשיג זאת, אתה יכול:

הוסף ספקי זהויות נוספים של SSO לארגון Control Hub.
הוסף משתמשים ל-IdP שכבר מוגדר.
הוסף משתמשים ל-Webex IdP המקומי.

עיין במאמר זה כדי לקבל מידע נוסף על ספקי זהויות מרובים ב-Control Hub.

עדכן אתר פגישות שינוהל במרכז הבקרה

לפני שתתחיל

יש כמה תכונות שעליך להשבית, ועליך לוודא שכל המשתמשים נמצאים במצב טוב כדי להתעדכן במרכז הבקרה. אם אתה משתמש ביישומים משולבים של API, עליך לעדכן אותם כדי להשתמש בממשק ה - API של Webex.

תוכל לקרוא על תנאים מוקדמים אלה בחלקים המוקדמים של מאמר זה.

ודא שכל מנהלי המערכת שלך יודעים שאתה מעדכן את האתר למרכז הבקרה, ושהם לא חייבים לבצע שינויים כלשהם במנהל האתר לאחר תחילת העבודה.

1	יצא ושמור את קובץ הייצוא של משתמשי האתר. קובץ זה משמש כארכיון תצורת משתמש כדי לעזור לך לאמת לאחר העדכון.
2	היכנס למנהל האתר ולחץ על עדכן מנהל.
3	סקור את התנאים המוקדמים, במיוחד את רשימת ה - CSV של משתמשים במצבים שעשויים להשפיע על הצלחת העדכון.
4	מומלץ לקרוא על התכונות שצריכות להיות מושבתות ועל ההבדלים שאפשר לצפות מהם בניהול משתמשים וברישוי של מארחים (המתועדים גם במאמר זה).
5	לחץ על עדכן למרכז הבקרה. כפתור זה מופעל רק לאחר השלמת השלבים שלמעלה. חלון קופץ מופיע. חלון זה מראה שעדכון אתר למרכז הבקרה הוא קבוע ולא ניתן לבטל את העדכון לאחר סיומו. בסיום העדכון, אתר זה לא ינוהל עוד במנהל האתר. אם אינך מוכן לנהל אתר זה באופן מלא במרכז הבקרה, צא מהאשף עכשיו.
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.

בקש מהמשתמש לבדוק שהוא יכול לקבוע פגישות חדשות ולארח אותן.
הוסף משתמש חדש לארגון שלך. להעניק להם רישיון מארח, לשנות את סוגי המפגשים שלהם ולוודא שהם יכולים לארח מפגשים.

אנו ממליצים להגדיר תבניות רישיונות על בסיס ארגון או קבוצה כדי להקצות אוטומטית רישיונות למשתמשים חדשים או לקבוצות ספציפיות של משתמשים חדשים.
יש לבחור משתמש שהיה מנהל מערכת מלא במנהל האתר ולוודא שיש לו את רמת הגישה המתאימה לאתר המעודכן במרכז הבקרה.

הם אמורים להיות מסוגלים לקרוא ולשנות את האתר; ליצור, להעניק רישיון, לשנות ולמחוק משתמשים.
אם באתר שלך יש שילובי API, יש לעבור לשימוש בממשקי ה - API של האנשים. אשר כי השילוב המעודכן עובד כצפוי.

למידע נוסף על ניהול אתרי פגישות במרכז הבקרה בכתובתhttps://help.webex.com/naqlzeu.

סיים את המשתמש בשינויים לאחר עדכון האתר למרכז הבקרה

למשתמשים תהיה חוויית כניסה יחידה ומאוחדת לאפליקציית Webex ולכל האתרים המנוהלים על ידי מרכז הבקרה.

אם שם המשתמש אינו תואם את כתובת הדוא"ל של המשתמש במנהל האתר, למשתמשים אלה תהיה השפעה על חוויית הכניסה. לא ניתן עוד להשתמש בשמות משתמש ישנים, ועל משתמשים אלה להשתמש בכתובת הדוא"ל שלהם כדי להיכנס.
אישורי משתמש משויכים לזהות Control Hub שלו. אותם אישורים חלים על כל האתרים המנוהלים על ידי מרכז הבקרה באותו ארגון ועל אפליקציית Webex.
אם הגדרת ה - SSO של מרכז הבקרה הוגדרה על ידי הארגון, אז ה - SSO הזה שולט בחוויית הכניסה לאפליקציית Webex ולכל האתרים המנוהלים של מרכז הבקרה.
השלט 'ללא ניסיון' לאפליקציית Webex אינו מושפע כתוצאה מעדכון למרכז הבקרה.
כאשר משתמשים נכנסים לאתר פגישות Webex, מסך הכניסה ייראה שונה. משתמשים חייבים להזין את כתובת הדוא"ל שלהם כדי להיכנס גם אם הארגון שלהם מוגדר ל - SSO.

מנהלי מערכת יכולים להפעיל את האפשרות זכור אותי ב-Control Hub כך שמשתמשים לא יצטרכו להזין שוב את כתובת הדוא"ל שלהם בכל פעם שהם נכנסים.
בהתאם להיסטוריה של כל משתמש, למספר האתרים שבהם היה לו חשבון וכו ':
- אם משתמשים קושרו למשתמשים קיימים ב - Webex Identity/Control Hub, משתמשים ישתמשו באותה סיסמה עבור כל אתרי Webex שמתעדכנים ל - Control Hub.
- אם משתמשים נוצרו ב - Webex Identity/Control Hub עקב קישור לאתר, אזי פרטי הכניסה הראשונים של האתר המקושר שלהם חלים (אם האורג לא הוגדר ב - SSO). משתמשים מנותבים מחדש כדי להיכנס לאתר זה. אם למשתמשים יש אתרים מרובים עם מספר אישורים, כתובת האתר אמורה לעזור להם לקבוע באילו אישורים להשתמש.
- משתמשים רשאים לאפס את הסיסמה שלהם בארגוני מרכז הבקרה (אם הסיסמה אינה מנוהלת באמצעות SSO). אם משתמשים שכחו את הסיסמה שלהם, הם יכולים פשוט ללחוץ על שכחתי את שם המשתמש או הסיסמה שלך? במסך הכניסה כדי לאפס את הסיסמה שלהם. משתמשים יכולים גם לאפס את הסיסמה שלהם על ידי ביצוע ההוראות הבאות:
  - איפוס סיסמה לאפליקציית Webex: https://help.webex.com/article/n02v0b8/
  - איפוס סיסמה עבור אתר פגישות Webex: https://help.webex.com/article/6v6kaab/
אם כתובת הדוא"ל של משתמש קצה השתנתה ולמשתמש זה הייתה כתובת דוא"ל שונה במרכז הניהול והבקרה של האתר בזמן העדכון של האתר, אותו משתמש עלול להיתקל בבעיות בעת הניסיון להתחבר. ייתכן שהמשתמש אינו יודע שכעת עליו להשתמש בכתובת הדוא"ל של מרכז הבקרה שלו כדי להתחבר, או שייתכן שכתובת הדוא"ל במרכז הבקרה אינה תקפה עוד ב - SSO IDP של הארגון שלו. עדיף להימנע ממצב מסוג זה על ידי עדכון כתובות הדוא"ל של משתמשים במרכז הבקרה כאשר מתבצעים שינויים בכתובות הדוא"ל של אותם משתמשים במנהל האתר.
היכנס מחדש כנדרש עבור משתמשים באפליקציית Webex Meetings לנייד עבור iOS:
- אם תעדכן אתר שאינו SSO למרכז הבקרה, המשתמשים שלך יצטרכו להתחבר מחדש לאפליקציית Webex Meetings לנייד עבור iOS. למרות שהפגישות לאפליקציית iOS לא יחייבו את המשתמשים להירשם מחדש עד חודשיים לאחר עדכון האתר, אנחנו ממליצים למשתמשים להיכנס מחדש באופן ידני כדי להימנע ממצב זה.
במהלך עדכון האתר, ייתכן שהמשתמשים ששמות המשתמש שלהם אינם תואמים לכתובות הדוא"ל שלהם יצטרכו להיכנס שוב.
- ייתכן שמשתמשים אלה יידרשו להיכנס שוב ללקוחות Webex שלהם אם הם ינסו לגשת לשירותי Webex באתר במהלך עדכון האתר ל-Control Hub. משתמשים שכבר הצטרפו לפגישות לפני תחילת עדכון האתר לא יושפעו.

בעיות ידועות

קובץ CSV "משתמש לסקירה" ריק

אם האתר שלך גדול ויש בו יותר מ -1,000 משתמשים שכתובות הדוא"ל שלהם שונות במנהל האתר מאשר במרכז הבקרה, תוכל לחוות קובץ CSV "משתמש לסקירה" ריק באשף עדכון האתר. דבר זה גורם לעדכון האתר לא לעבוד מכיוון שלא תהיה לך אפשרות לפתור את הבעיות עם המשתמשים. אנחנו עובדים על הנושא הזה ואנחנו מתכננים לפתור אותו בשבועות הקרובים.

הגדרות שלא עוברות בעת העדכון ל-Control Hub

אם האתר המנוהל על ידי מנהל האתר היה בערוץ האיטי ו-Control Hub מנוהל גם על-ידי שותף, ייתכן שתאבד את הנראות לפקדי עדכון גרסת אתר Meetings לאחר העדכון ל-Control Hub. אם זה קורה, פנה לשותף שלך ובקש ממנו להפעיל את ההגדרה אפשר ללקוח לשדרג גרסת אתר עבור הארגון שלך.
בקשות חשבון בהמתנה להרשמה עצמית לא מועברות למרכז ההתראות. המשתמשים חייבים להירשם לחשבון שוב לאחר סיום העדכון.
ערכי שם משתמש ב'ניהול אתר' נעקפים עם כתובות דוא"ל של משתמשים ב-Control Hub לאחר השלמת העדכון.

בעיות משתמש שגורמות לכישלון העדכון

משתמשים עם כתובות דוא"ל המקושרות למשתמשים בארגון Webex for Government יגרמו לכישלון העדכון אם משתמשים אלה לא יושבתו לפני תחילת העדכון.

בעיות נפוצות שגורמות לכשל בעדכון ולפעולות מומלצות

אם האתר שלך לא מתעדכן למרכז הבקרה, בדוק את הטבלה הבאה כדי לראות אם אחת משגיאות ה - comon האלה היא הסיבה ומה אפשר לעשות כדי לתקן אותה.

שגיאות שגורמות לכשל בעדכון	פעולה מומלצת
סוג האתר אינו חוקי.	צור קשר עם צוות התמיכה של Webex כדי לאמת שהאתר מקושר למשתמש.
לאתר אין מנוי המשויך אליו.	יש לשייך את האתרים למינוי לפני שניתן יהיה לעדכן אותם למרכז הבקרה.
יש בעיה עם מזהה הארגון.	מזהה הארגון המקושר לאתר אינו זהה למזהה הארגון של המנוי. צור קשר עם צוות התמיכה של Webex.
למנוי הבא יש פעולות ממתינות במרכז הבקרה: (SubID).	יש לנסות שוב את עדכון האתר לאחר השלמת הפעולה הממתינה.
יש התנגשויות בהגדרות הכניסה הבודדת (SSO).	אם האתר מופעל ב - SSO, ודא כי: יצירת חשבון אוטומטי מושבתת. SSO מופעל בארגון מרכז הבקרה.
פרטי רישיון האתר במנהל האתר אינם תואמים את פרטי רישיון האתר במרכז הבקרה.	פרטי רישיון לא עקביים בין מנהל האתר למרכז הבקרה. צור קשר עם צוות התמיכה של Webex.
שמות משתמשים או כתובות דוא"ל מסוימות במנהל האתר מתנגשות עם שמות משתמשים או כתובות דוא"ל במרכז הבקרה.	כתובת האימייל של משתמש ב - Site Admin משמשת משתמש אחר ב - Control Hub. שנה אחת מכתובות הדוא"ל או שמות המשתמש.
נתקלנו בבעיה בעדכון האתר שלך.	שגיאה פנימית מנעה עדכון של אתר זה. צור קשר עם צוות התמיכה של Webex.
נתקלנו בבעיה בעדכון משתמשי Webex.	שגיאה פנימית מנעה עדכון של אתר זה. צור קשר עם צוות התמיכה של Webex.

בעיות כניסה עבור משתמשים

הקפד לאפשר תמיד קובצי Cookie של Webex. אחרת, ייתכן שמשתמשים ייתקלו בבעיות כניסה לאחר העדכון ל-Control Hub.

שאלות נפוצות

ש. האם יש תאריך שבו Cisco לא תתמוך עוד בניהול האתר?

א. כן: אנו מתכננים להוציא מכלל שימוש את ניהול אתר Webex בסוף דצמבר 2023.

ש. האם מנהלי האתר ב'מנהל האתר' עדיין שומרים על הגישה האדמיניסטרטיבית שלהם לאתר לאחר העדכון לניהול Control Hub?

א. כן: לכל מנהלי המערכת באתר ב'ניהול אתר' עדיין יש גישה ניהולית לאתר לאחר שהאתר מתעדכן לניהול Control Hub.

ש. לאחר עדכון אתר פגישה ממנהל האתר לניהול ב-Control Hub, מדוע אני רואה מנהלי מערכת חדשים באתר?

א. מנהלי מערכת חדשים אלה באתר היו ככל הנראה מנהלי מערכת של ארגון Control Hub. כאשר אתר מתעדכן מ-Site Admin ל-Control Hub, כל מנהלי המערכת ברחבי הארגון יהפכו למנהלי האתר של האתר המנוהל החדש של Control Hub. משמעות הדבר היא שמנהלי מערכת מלאים של ארגון יהפכו למנהלי מערכת מלאים של אתר Webex, מנהלי משתמשים של ארגון יהפכו למנהלי משתמשים של אתר Webex, ומנהלי מערכת לקריאה בלבד של ארגון יהפכו למנהלי מערכת לקריאה בלבד של אתר Webex.

ש. איך ייתכן שהכניסה לכלי פרודוקטיביות לא עובדת לאחר עדכון האתר ל-Control Hub?

א. ודא שדפדפני אינטרנט מוגדרים כדי לאפשר תמיד קובצי Cookie של הפעלה, הממוקמים בהגדרות הפרטיות המתקדמות של הדפדפנים.

ש. אם משתמש נמחק ב-Control Hub ולאחר מכן אותה כתובת דוא"ל נוספה מחדש ל-Control Hub והוקצה רישיון פגישות לאותו אתר Webex, האם המשתמש יכול לגשת להקלטות הישנות שלו?

א. כן, למשתמש תהיה גישה לכל תוכן הפגישות הישן שלו, אם יוקצה לו רישיון לאחד מאתרי ה - Webex הקודמים שבהם הוא היה. זה חל גם על אתרים המנוהלים על ידי מרכז הבקרה וגם על אתרים שעודכנו למרכז הבקרה.

ש. אם משתמש הושבת ב'מנהל אתר' לפני שהאתר עודכן ל-Control Hub ולאחר מכן קיבל רישיון מחדש לאותו אתר Webex ב-Control Hub, האם למשתמש תהיה גישה להקלטות הישנות שלו?

א. כן, למשתמש עדיין תהיה גישה להקלטות הישנות שלו. בנוסף, כל משתמש שהושבת במנהל האתר לפני העדכון לאתר יופיע בקובץ הייצוא של CSV פגישות במרכז הבקרה.

ש. אם לאתר אין ספק SSO מוגדר, אבל לארגון Control Hub יש ספק SSO, מה קורה כאשר האתר מתעדכן ל-Control Hub?

א. האתר ישתמש באותו קוד זיהוי SSO של ארגון מרכז הבקרה.

ש. אם לאתר יש ספק זהות SSO שונה המוגדר מאשר ספק הזהות של SSO ב-Control Hub, מה קורה כאשר האתר מתעדכן ל-Control Hub?

א. האתר יעבור לשימוש באותו קוד SSO של ארגון מרכז הבקרה.

ש. אם לאתר יש IdP של SSO מוגדר, אבל לארגון Control Hub אין IdP של SSO, מה קורה כאשר האתר מתעדכן ל-Control Hub?

א. נחסום את האפשרות לעדכן את האתר שלך. כדי לבטל את החסימה של האתר כך שתוכל לעדכן למרכז הבקרה, יש להסיר את מזהה ה - SSO מאתר ניהול האתר או להוסיף מזהה SSO לארגון מרכז הבקרה.

ש. האם עדיין אוכל להיכנס לכתובת ה-URL של האתר כדי לגשת להקלטות ולתזמן פגישות או אירועים?

א. כן, עדיין תוכל להיכנס לכתובת האתר שבה תוכל לגשת להקלטות, לקבוע פגישות וכו '.

ש. האם הגדרות ספציפיות למשתמש השתנו במהלך עדכון האתר מ'ניהול אתר' ל-Control Hub?

א. לא, הגדרות המשתמש יישארו ללא שינוי. הגדרות אלה יחולו לפני עדכון האתר.

ש. האם ההקלטות או הפגישות המתוזמנות שלי מושפעות מעדכון האתר הזה?

א. הקלטות של מארחים לא מושפעות. עדיין תהיה לך גישה אליהם. הפגישות המתוזמנות שלך גם לא מושפעות. אין בהם שינויים.

ש. האם הקלטות או פגישות מתוזמנות של משתמשים שהושפעו מעדכון האתר הזה?

א. הקלטות המשתמש לא מושפעות. עדיין תהיה להם גישה אליהם. גם פגישות מתוזמנות לא מושפעות. אין בהם שינויים.

עבור משתמשים שעדיין לא נדרשו להם בעלות, ההקלטות או הפגישות המתוזמנות שלהם עשויות להיות מושפעות אם תדרוש בעלות עליהם לאחר שתעדכן את האתר ל-Control Hub. למידע נוסף, ראה את ההערה הבאה.

כדרך לעקיפת הבעיה, באפשרותך לבצע את הפעולות הבאות כדי לוודא שהמשתמשים לא יאבדו גישה לפגישות ולנכסי פגישות באתר לאחר שהאתר עודכן ל-Control Hub:

עבור משתמשים עם הרשאות מנהל מערכת חיצונית לארגון או לאתר - הסר את כל גישת מנהל המערכת החיצונית לארגון ולאתר, ולאחר מכן הסר את הרישיון של אתר הפגישה. לאחר שתדרוש בעלות על המשתמש, תן רישיון מחדש למשתמש זה לאתר. באפשרותך גם לשחזר את הרשאות מנהל המערכת החיצוניות שלהם.
עבור משתמשים רגילים - הסר את הרישיון של אתר הפגישה, דרוש בעלות על המשתמש לארגון שלך ולאחר מכן תן רישיון מחדש את המשתמש הזה לאתר.

ש. היכן ניתן לסקור בקשות חשבון בהמתנה להרשמה עצמית עבור אתרים מנוהלים של Control Hub?

א. אתה ומנהלי מערכת אחרים יכולים לסקור בקשות להרשמה עצמית במרכז ההתראות.

ש. האם ניתן לגשת לערכי שם משתמש מ'מנהל אתר' לאחר עדכון אתר ל-Control Hub?

א. קובץ ייצוא של כל המשתמשים ב'ניהול אתר' זמין ב-Control Hub למשך 90 יום לאחר שתעדכן את האתר ל-Control Hub. קובץ CSV זה כולל ערכי שם משתמש.

ש. אנחנו משתמשים בערכי שם משתמש כדי לזהות משתמשים בניהול האתר. איך אנחנו יכולים לעשות את אותו הדבר ב-Control Hub?

א. ערכי שם המשתמש יאבדו לאחר עדכון אתר ל-Control Hub. אם אתה זקוק לגישה לערכים אלה, פתרון אחד הוא להעתיק את הערכים לקוד מעקב לפני עדכון האתר. ערכי קודי מעקב עבור משתמשים יישמרו ויהיו זמינים לאחר עדכון אתר ל-Control Hub. אם אתה משתמש ב-SSO, ExternalID היא תכונת משתמש ב-Control Hub שיכולה להכיל ערך זה. הדבר מחייב שתקבע את התצורה של קביעות SAML שלך כדי להעביר ערך זה בעת קביעת תצורה של SSO ב-Control Hub. ערך זה יועבר גם ל-Control Hub במהלך יצירה אוטומטית של משתמשים חדשים.

ש. כמה זמן לוקח להשלים את עדכון האתר לאחר שהוא התחיל?

א. השלמת עדכון האתר נמשכת כ-3 דקות + 1000 משתמשים פעילים/דקה + 2000 משתמשים לא פעילים/דקה. לדוגמה, אם הפעלת את עדכון האתר בשעה 05:20 ולאתר שלך יש 8000 משתמשים פעילים ו-2000 משתמשים לא פעילים, עדכון האתר יימשך כ-12 דקות. בנוסף, עדכוני האתר מושהים למשך 6 דקות בראש השעה (בין השעות xx:57 עד xx:03). אבל התוצאות שלך יכולות להשתנות.

ש. כיצד ניתן לתת רישיון אוטומטי לכל משתמש חדש או משתמשים חדשים בקבוצות ספציפיות לאחר עדכון האתר לניהול ב-Control Hub?

א. באפשרותך להגדיר תבניות רישיון על בסיס ארגון או קבוצה כדי להקצות רישיונות באופן אוטומטי למשתמשים חדשים.

ש. האם יש זמן השבתה במהלך עדכון האתר?

א. מס' במהלך עדכון האתר:

המשתמשים יכולים להמשיך להשתמש בשירות הפגישות, כגון הצטרפות והתחלת פגישות מתוזמנות ואד-הוק.
פגישות שמתבצעות כאשר עדכון האתר יתחיל לא יושפעו.
המינוי יינעל ב-Control Hub.
ייתכן שללקוח שולחן העבודה של פגישות יש בעיות בקטע "פגישות קרובות".
שינויים בתצורות ניהול האתר אינם מומלצים.

תודה על המשוב.