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

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

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

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

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

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

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

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

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

  • מדיניות אבטחה עקבית בכל שירותי Webex.

  • חוויית כניסה נפוצה לכל משתמשי הקצה בין שירותי Webex שונים.

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

  • תבניות רישיון להקצאת רישיונות מרובים למשתמשים באופן אוטומטי.

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

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

אם האתר שלך מתוזמן לעדכון אוטומטי מניהול ב-Site Admin ל-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 לאחר עדכון

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

XML APIs

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

כתובות URL של שירות API של XML לא משתנות לאחר עדכון אתר מניהול אתר לניהול מרכז בקרה. אותן כתובות URL של ה-API ימשיכו לפעול. סיסקו ממליצה שכל אינטגרציות ה-API משתמשות ב-OAUTH לצורך אימות.

אימות ב-API של XML

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

טבלה 1. סוגי אימות מנהל שיעבדו ב-XML API לאחר עדכון האתר
סוג אימות מנהל ב-XML API לפני עדכון האתרמנהל בארגון SSO לאחר עדכון אתרמנהל המערכת לא נמצא בארגון SSO לאחר עדכון האתר
שם משתמש (webExID)/password זמין יעבוד* זמין יעבוד*
שם משתמש (webExID)/sessionTicket זמין יעבוד זמין יעבוד
username/OAUTH (אסימון גישה ל-webEx) זמין יעבוד זמין יעבוד
email/password זמין יעבוד* זמין יעבוד*
email/sessionTicket זמין יעבוד זמין יעבוד
email/OAUTH (אסימון גישה ל-webEx) זמין יעבוד זמין יעבוד

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

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

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

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

תפקיד מנהל במרכז הבקרה עבור אינטגרציות API

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

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

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

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

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

REST APIS

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

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

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

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

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

תוכניות עתידיות (ניתנות לשינוי)

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

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

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

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

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

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

שינויים עתידיים עבור גרסה 43.6

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. היכנס אל ניהול אתר של Webex ועבור אל קביעת תצורה > הגדרות אתר נפוצות > אפשרויות.

    • מוצאים ומשביתים את האפשרות 'אפשר הרשמה לחשבון מארח'.

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

  2. לחץ על עדכן.

  3. עבור אל תצורה > הגדרות אתר נפוצות > קודי מעקב.

  4. בעמודה 'פרופיל מארח', יש לשנות את כל שורות קוד המעקב המסומנות כ'נדרש' ל - adminSet או ל - Optional.

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

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

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

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

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

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

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

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

1

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

2

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

3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10

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

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

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

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

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

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

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

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

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

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

* ערך קוד המעקב הקודם מוחלף על ידי המאפיין הממופה הקיים.

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

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

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

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

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

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

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

  4. לחץ על הורד קובץ CSV לאחר סיום הייצוא.

    הדפדפן שלך מוריד users-to-review.csv.

  5. פתח את קובץ ה - CSV ובדוק את עמודת הפעולה המומלצת (העמודה האחרונה). בצע את הפעולה המומלצת עבור כל משתמש בקובץ.

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

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

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

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

    משתמשים יכולים לערוך את פרופילי מנהל האתר שלהם: https://help.webex.com/nmig1kcb

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

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

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

משתמשים חיצוניים עם רישיון Basic Meetings

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

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

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

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

  1. עבור אל ניהול משתמשים > ערוך משתמש.

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

  3. בטל את סימון התיבה הפעילה.

  4. שלח את השינויים.

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

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

  1. ייצא את המשתמשים לקובץ CSV.

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

  3. ייבא את קובץ ה - CSV המתוקן.

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

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

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

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

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

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

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

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

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

מספר IdPs במרכז הבקרה יעזרו:

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

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

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

עיין במאמר זהכדי ללמוד עוד על מספר IdPs ב-Control Hub.

לפני שתתחיל

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

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

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

1

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

2

היכנס למנהל האתר ולחץ על עדכן מנהל.

3

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

4

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

5

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

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

לחץ על אישור.

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

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

7

לחץ על היכנס למרכז הבקרה.

לאחר שתפעיל את עדכון האתר מ - Webex Site Administration, תוכל להיכנס ל - Control Hub כדי לראות את הסטטוס של עדכון האתר.

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

    ניתן לראות רשימה של אתרי המפגש שלך.

  2. לחץ על אתר כדי לראות מידע על אתר זה.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • השלט 'ללא ניסיון' לאפליקציית Webex אינו מושפע כתוצאה מעדכון למרכז הבקרה.

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

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

    • אם משתמשים קושרו למשתמשים קיימים ב - Webex Identity/Control Hub, משתמשים ישתמשו באותה סיסמה עבור כל אתרי Webex שמתעדכנים ל - Control Hub.

    • אם משתמשים נוצרו ב - Webex Identity/Control Hub עקב קישור לאתר, אזי פרטי הכניסה הראשונים של האתר המקושר שלהם חלים (אם האורג לא הוגדר ב - SSO). משתמשים מנותבים מחדש כדי להיכנס לאתר זה. אם למשתמשים יש אתרים מרובים עם מספר אישורים, כתובת האתר אמורה לעזור להם לקבוע באילו אישורים להשתמש.

    • משתמשים רשאים לאפס את הסיסמה שלהם בארגוני מרכז הבקרה (אם הסיסמה אינה מנוהלת באמצעות SSO). אם משתמשים שכחו את הסיסמה שלהם, הם יכולים פשוט ללחוץ על שכחתי את שם המשתמש או הסיסמה שלך? במסך הכניסה כדי לאפס את הסיסמה שלהם. משתמשים יכולים גם לאפס את הסיסמה שלהם על ידי ביצוע ההוראות הבאות:

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

  • היכנס מחדש כנדרש עבור משתמשים באפליקציית Webex Meetings לנייד עבור iOS:

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

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

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

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

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

  • אם האתר המנוהל על ידי מנהל האתר שלך היה בערוץ האיטי וגם 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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