תודה על המשוב.
עדכון Webex Meetings ניהול האתר מניהול האתר לרכזת בקרה
משוב?אודות עדכון מניהול אתרים לרכזת בקרה
עדכון אתר מניהול אתר לרכזת בקרה אינו מחייב עדכון של גרסאות הלקוח. אתרים מסוימים אינם יכולים להשתמש בתכונה זו עד שהשותפים המנהלים ארגונים אלה יהיו מוכנים.
Webex הופכת לפלטפורמה מאוחדת לניהול פגישות, העברת הודעות, שיחות ואופני שיתוף פעולה אחרים. לכן אנו רוצים להעביר את ניהול כל הא Webex Meetings תרים מניהול האתר לרכזת בקרה.
יש לנו כלי בניהול האתר שיעזור לך לעבור שינוי זה. אם האתר שלך כבר זכאי לעדכון לרכזת בקרה, תוכל להתחיל על ידי לחיצה על עדכון ניהול בתפריט הניווט.
לקבלת הדגמה כיצד עובד עדכון האתר שלך ל- Control Hub, עיין בסרטון זה.
כדי לסייע בתכנון עדכון האתר שלך, עיין בסעיף מוכנות להערכת האתר.
היתרונות של ניהול אתרים ב- Control Hub כוללים:
-
הקצאות רישיונות מאוחדות בכל שירותי Webex, כגון פגישות, העברת הודעות ושיחות.
-
מדיניות אבטחה עקבית בכל שירותי Webex.
-
חווית כניסה משותפת לכל משתמשי הקצה בין שירותי Webex שונים.
-
פקדי מנהל מודרניים, כגון מחבר ספריות, SCIM וקבוצות ספריות אקטיביות.
-
תבניות רישיון להקצאת רישיונות מרובים למשתמשים באופן אוטומטי.
לא ניתן להשתמש בניהול אתרים לניהול אתר פגישות לאחר עדכון לרכזת בקרה.
אם האתר שלך מתוזמן לעדכון אוטומטי מנוהל במנהל האתר לרכ זת בקרה, תראה את צילום המסך הבא.
אתה יכול ללחוץ על שנה תאריך עדכון האתר שלך כדי לשנות את התאריך המתוכנן.
הניסיון של ניהול אתרים ב- Control Hub דומה לניהול במנהל אתרים. לניהול משתמשים ב- Control Hub יש טכנולוגיות בסיסיות מודרניות יותר, כך שיש כמה הבדלים בניהול אתרים ב- Control Hub. סעיף זה מתמקד בהבדלים שנקראים בעת עדכון האתר שלך.
לקבלת סקירה מפורטת יותר של ההבדלים בין ניהול אתרים לרכזת בקרה, עיין במאמר זה.
ניהול משתמשים
יש לנו מערכת ניהול משתמשים מרכזית בבסיס Control Hub, שבה המשתמשים נבדלים וייחודיים בתוך הארגון כולו (וכל Webex). במנהל אתרים, פרופיל המשתמש נבדל לכל אתר פגישה.
- כניסה יחידה (SSO) עם יצירת חשבון אוטומטית
-
במנהל האתר יש לך תכונה "יצירת חשבון אוטומטי" היוצרת משתמשים כאשר הם מאמתים את עצמם על ידי SSO.
תכונה זו זמינה גם ב- Control Hub. לקבלת מידע נוסף, עיין ביצירה ועדכון אוטומטי של חשבון SAML עבור רכזת הבקרה.
ארגונים רבים המשתמשים ב- SSO עשויים להעדיף לנהל באופן מרכזי את המשתמשים שלהם בכ לי ספריות חיצוניים כגון Microsoft ® ו Active Directory - Microsoft Azure, וכן לדרוש אימות עם ספקי זהות חיצוניים.
קרא עוד על:
- נתוני פרופיל חובה וקודי מעקב
-
ניהול האתר מאפשר לך לציין שדות פרופיל נדרשים עבור משתמשים חדשים (צילום מסך קודם). אתה יכול להרחיב זאת כדי לדרוש קודי מעקב ליצירת משתמשים (צילום מסך למטה). אם תגדיר דרישות נוספות אלה, לא תוכל להוסיף משתמשים לאתר בלעדיהם.
Control Hub זקוק רק לשם תצוגה וכתובת דוא"ל כדי ליצור משתמש.
כל שדות המשתמש האחרים הם אופציונליים בעת יצירת משתמש חדש ב- Control Hub, כך שאיננו אוכפים נתוני פרופיל נוספים עבור אתרים מנוהלים של Control Hub.
עליך להשבית שדות פרופיל חובה וקודי מעקב לפני שתעדכן את האתר שלך ל- Control Hub.
- ניהול סיסמאות ונעילה
-
למנהל האתר יש תכונה שנועלת באופן זמני את המשתמשים אם הם לא מצליחים להיכנס לאחר מספר ניסיונות.
לרכזת הבקרה יש את האפשרויות הבאות למניעת גישה לא מורשית:
-
פסק זמן אוטומטי לאחר הניסיונות הכושלים הראשונים.
-
מנגנון CAPTCHA (מבחן טיורינג ציבורי אוטומטי לחלוטין להבדיל בין מחשבים ובני אדם).
-
למשתמשים לגיטימיים יש אפשרות לשירות עצמי לשנות את הסיסמאות הנשכחות שלהם.
-
רישוי מארח
- המארחים חייבים להיות בארגון מרכז הבקרה שלך
-
במנהל האתר ניתן להקצות רישיון מארח לכל משתמש. בעת ניהול האתר ב-Control Hub, באפשרותך להקצות רישיונות מארח (ותפקיד משתתף) רק למשתמשים באותו ארגון Control Hub.
- הרשמה עצמית לחשבון מארח
-
במנהל האתר אתה יכול לבחור לאפשר למשתמשים לבקש חשבון (מארח) באתר. אתה יכול גם לאפשר למשתמשים עם חשבון לבקש שירותים נוספים באתר. (ראה צילומי מסך).
בעת ניהול אתר פגישות ב- Control Hub, משתמשים אינם יכולים לבקש חשבון מארח משלהם עבור אתר זה.
לרכזת Control יש דרך מרכזית ואוטומטית להקצות רישיונות פגישה למשתמשים חדשים במקום זאת. קרא https://help.webex.com/n3ijtao.
ניתן גם לנהל רישיונות משתמשים לפי API או בכמות גדולה באמצעות CSV.
אם ברצונך שמשתמשים יבקשו את חשבונות המארח שלהם, תוכל להגדיר את העזרה/תמיכה באתר עם מצביעים ליצירת קשר עם מנהלי מערכת או קישור לכלים אחרים.
עליך להשבית את "אפשר הרשמה לחשבון מארח" ו"אפשר למשתמשים לבקש שירותים נוספים" בניהול אתרים לפני שתעדכן את האתר שלך לרכזת בקרה.
-
Control Hub כולל אפשרויות אחרות לניהול רישיונות, כמו תבניות הקצאה אוטומטית. אתה יכול לקבל דוח של מארחים לא פעילים כדי לעזור לך להסיר רישיונות ממשתמשים אלה, בנפרד או בכמות גדולה, או לפי API.
אם אתה זקוק לאפשרות השבתה אוטומטית זו, והאפשרויות האחרות ב- 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. אם אתה טוען שמשתמשים נכנסים לארגון שלך לאחר עדכון האתר לרכזת בק רה, משתמשים אלה עלולים לאבד גישה לפגישות ולנכסי פגישות באתר.
כפתרון לעקיפת הבעיה, באפשרותך לבצע את הפעולות הבאות כדי לוודא שמשתמשים לא יאבדו גישה לפ גישות ולנכסי פגישות באתר לאחר עדכון האתר לרכזת בקרה:
- עבור משתמשים עם הרשאות מנהל חיצוניות לארגון או לאתר — הסר את כל גי שת מנהל המערכת החיצונית לארגון ולאתר ולאחר מכן הסר את רישיון אתר הפגישה. לאחר שתתבע את המשתמש, רשיון מחדש למשתמש זה לאתר. ניתן גם לשחזר את הרשאות הניהול החיצוניות שלהם.
- עבור משתמשים רגילים — הסר את רישיון אתר הפגישה, תבע את המשתמש לא רגון שלך ולאחר מכן רישיון מחדש למשתמש זה לאתר.
-
אם אתר הפגישה מוגדר עבור SSO, עליך להגדיר גם את התצורה של SSO עבור ארגון רכזת הבקרה שלך.
יצירת חשבון אוטומטית למשתמשים חדשים
אם אתר Webex שלך מאפשר יצירת חשבון אוטומטית במנהל האתר, באפשרותך להפעיל תכונה דומה ב- Control Hub עם יצירת חשבון SAML אוטומטית. הקפד גם להגדיר תבנית רישיון אוטומטית כך שמשתמשים חדשים יקבלו רישיונות שהוקצו אוטומטית לאחר יצירת החשבונות שלהם בארגון Control Hub.
ארגונים עם סנכרון ספריות
אם הארגון שלך מוגדר לסנכרון ספריות, ודא שכל המשתמשים שברצונך להיות בארגון שלך נמצאים באתר. יש לעשות זאת 24 שעות לפני שתתחיל בתהליך עדכון האתר, כך שניתן יהיה לקשר משתמשים באתר למשתמשים החדשים בארגון רכזת הבקרה שלך.
גישה של מנהל מערכת לאתרי Webex לאחר עדכון
אדם בעל תפקיד מנהל מערכת ברחבי הארגון ב- Control Hub יקבל גישה אוטומטית לאתרים שמתעדכנים ממנהל האתר לרכזת הבקרה. לדוגמה, מנהלי מערכת מלאים של הארגון יהפכו למנהלי מערכת מלאים של אתר Webex, מנהלי משתמשים בארגון יהפכו למנהלי משתמש באתר Webex, ומנהלי מערכת של הארגון לקריאה בלבד י הפכו למנהלי מערכת של אתר Webex לקריאה בלבד.
ממשקי API של XML
ממשקי API של XML תואמים כעת לאתרים המנוהלים של Control Hub. אתה יכול לקרוא על הפרטים והאזהרות ב- XML API 41.11. 0 עדכוני.
כתובות אתרים של שירות API XML אינן משתנות לאחר עדכון אתר ממנהל האתר לרכזת בקרה מנוהל. אותן כתובות API ימשיכו לעבוד. סיסקו ממליצה לכל שילובי ה- API להשתמש ב- OAUTH לצורך אימות.
אימות בממשקי API של XML
שילובים שאינם משתמשים ב- Webex OAUTH לצורך אימות עלולים להיכשל לאחר עדכון האתר לרכזת בקרה. הטבלה הבאה מציגה איזה סוג של אימות מנהל המערכת ימשיך לפעול לאחר עדכון האתר שלך.
| סוג אימות מנהל ב- XML API לפני עדכון האתר | מנהל מערכת בארגון SSO לאחר עדכון האתר | מנהל המערכת אינו בארגון SSO לאחר עדכון האתר |
|---|---|---|
| שם משתמש (WebExid) /סיסמה |
 יעבוד* |
יעבוד* |
| שם משתמש (WebExid) /כרטיס הפעלה |
יעבוד |
יעבוד |
| שם משתמש/OAuth (WebExAccessToken) |
יעבוד |
יעבוד |
| דוא"ל/סיסמה |
יעבוד* |
יעבוד* |
| דוא"ל/כרטיס ישיבה |
יעבוד |
יעבוד |
| דוא"ל/OAuth (גישה לאינטרנט) |
יעבוד |
יעבוד |
* תאימות לאחור - סיסקו אפשרה אימות שם משתמש/סיסמה לעבוד בממשקי API של
XML לאחר עדכון האתר גם אם אינו תואם את הדואר האלקטרוני. username הת
אימות חלה רק אם:
- אישורי משתמש נוצרו לפני עדכון האתר. אין שינויים מותרים
usernameאחרת אישורים קודמים ייכשלו. - אישורים לאימות API לא יכולים לכלול סיסמה שונה ב- Control Hub לעומת האתר שבו הוא נוהל בניהול אתרים.
- משתמשים שהאישורים שלהם משמשים לאימות חייבים להיות במצב פעיל (לא פעיל) במנהל אתרים בזמן עדכון האתר לרכזת בקרה.
Usernameמוגדר לדוא"ל עבור כל המשתמשים כאשר אתר מתעדכן לרכ
זת בקרה. אם usernameנעשה שימוש עבור מטעני API, המטענים חייבים להשתמש בדוא"ל
במקום זאת לאחר עדכון האתר.
תפקיד מנהל מערכת במרכז הבקרה לשילובי API
ייתכן שמנהלי מערכת בעלי תפקיד מנהל אתר בלבד לא יוכלו לבצע פעולות מסוימות עם ממשקי API של XML, כגון שינוי כתובת הדואר האלקטרוני של המשתמש או שם התצוגה לאחר עדכון האתר לאתר Control Hub. למנהלי מערכת שהאישורים שלהם משמשים לשילובי API, מומלץ לקדם מנהלי מערכת אלה למנהלי מערכת מלאים בארגון ב-Control Hub, באופן אידיאלי לפני עדכון האתר ל-Control Hub.
כדרך מומלצת, מומלץ לעדכן תחילה אתר בדיקה כדי לאשר ששילובי ה- API שלך יפעלו ללא שינוי לאחר העדכון ל- Control Hub.
בהתאם לביצוע האינטגרציה שלך, ייתכן שיהיה צורך להקצות למנהלי מערכת חשבון מא רח פגישות באתר Control Hub כדי שהאינטגרציה תפעל (זה לא היה נדרש עבור מנהלי מערכת באתרי ניהול אתרים).
הבדלי API של XML במרכז הבקרה
רוב שילובי ה- API של XML צריכים לעבוד, ללא כל שינוי, לאחר עדכון האתר שלך. אך ישנם כמה יוצאים מן הכלל המפורטים ברשימה הבאה:
-
CreateUser —באתרים המנוהלים של Control Hub, פעולה זו עשויה גם ליצור משתמש בארגון בעל האתר לפני הקצאת רישיון. אם המשתמש כבר קיים בארגון אחר, פעולה זו תיכשל.
PMR ID parameterלא ייכנס לתוקף עבור משתמשים שכבר אין להם סט טוס פעיל במרכז הבקרה.createuserלוקח יותר זמן להשלים את ה- API באתרים המנוהלים של Control Hub. לקבלת ביצועים טובים יותר, אתה יכול להוסיף שרשור נוסף כדי להקביל שיחות.createuser - SetUser — עלול לגרום להקצאה או להסרה של רישיון אתר פגישות מהמשתמש (בהתאם לפרמטרים של API או מטען).
- DelUser —מסיר רישיון אתר פגישות, אך אינו מוחק את המשתמש מארגון רכזת הבקרה.
-
LSTSummaryUser —מחזיר גם את המשתמש.
objectGUID -
AuthenticateUser —באתרים המנוהלים של Control Hub, אנו ממליצים ליצור כרטיס הפעלה באמצעות שם משתמש וסיסמה עבור כל ממשק API XML
AuthenticateUserבמקום להשתמש בשם משתמש וסיסמה. השימוש בתגובת SAML בתוכן גוף אינו נתמך בשיחה זו לאתרים מנוהלים של Control Hub.
ממשקי API של REST
ל- Control Hub יש ממשקי API משלו, כולל ממשקי API REST של אנשים ורישיונות ליצירה ורישוי משתמשים בכתובת:
סוגי הפעלות וקודי מעקב זמינים גם עם ממשקי API של REST בכתובת:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
עם זאת, ממשקי ה- API של REST לעיל אינם תומכים בכל פונקציות ניהול המשתמשים הזמינות בממשקי API של XML. לדוגמה, עדיין תצטרך להשתמש בממשקי API של XML כדי להקצות רישיונות פגישה למשתמשים מחוץ לארגון שבבעלותו האתר. ממשק API של אנשים אינו תומך בהקצאת תפקידי מנהל האתר למשתמשים. אם ברצונך להקצות תפקידי מנהל האתר באמצעות API, אתה עדיין נדרש להשתמש ב- API של XML.
ניתן להשתמש בממשק ה- API של אנשים כדי ליצור מנהלי מערכת של ארגונים עם הרשאות מלאות (או לקריאה בלבד), ומנהלי מערכת אלה יכולים גם לנהל (או להציג) את אתרי הפגישות המנוהלים של Control Hub.
לרכזת הבקרה יש תפקידי מנהל ספציפיים לאתר Webex, אך ממשק ה- API של אנשים אינו יכול להקצות תפקיד זה בשלב זה.
תוכניות עתידיות (בכפוף לשינויים)
- ממשק API חדש של רישיון שיכול גם להעניק רישיונות אתר פגישות למשתמשים חיצוניים שאינם באותו ארגון שיצר את האתר. רישוי משתמשים חיצוניים זמין באופן ידני ב-Control Hub כיום.
- SCIM API ליצירת ומחיקה של משתמשים בארגון.
- הכיוון לטווח הארוך של סיסקו הוא להשתמש רק בממשקי API של REST (עבור כל הפעולות במשתמשים ואתרי פגישות). ממשקי API של XML לניהול משתמשים ימשיכו להיות נתמכים עד שניתן יהיה להשתמש בממשקי API של REST באופן בלעדי לכל פעולות ניהול המשתמשים. ממשקי API XML לניהול משתמשים יבוטלו גם הם (תאריך TBD).
לפני עדכון האתר שלך ל- Control Hub, אנו ממליצים לך לבדוק תחילה את הפריטים הבאים כדי שהעדכון יתבצע בצורה חלקה ככל האפשר:
- ראשית, עיין במסמך זה וודא שהארגון שלך פועל לפי שיטות העבודה המומלצות המומלצות במקטע הכנת הארגון שלך במרכז הב קרה.
- לאחר מכן, היכנס לניהול Webex ולחץ על עדכן ניהול. בשלב מוכנות לאתר, אין לנקו ט בפ עולה מומלצת בקובץ מהקטע של סקירת משתמשים וא סור להשבית עדיין את התכונות הנקראות בסעיף תכונות הסקירה. על ידי ביצוע הוראות אלה, הערכת מוכנות האתר הופכת לפעולה לקריאה בלבד רק כדי להעריך את השינויים שעליך לבצע לפני העדכון ל- Control Hub.
- תחת הקטע סקירת משתמשים, לחץ על ייצוא קובץ CSV של משתמש והורד את קובץ ה- CSV, הנקרא
users-to-review-xxxxx.csv.קובץ זה יפרט את כל המשתמשים הזקוקים לתשומת לב ויהיה לו פעולה מומלצת עבור כל משתמש. מספר המשתמשים בקובץ זה נותן לך מושג על כמה בעיות הקשורות למשתמש עליך לעבוד עליהן לפני שתוכל לעדכן את האתר.
- תחת סעיף תכונות סקירה, עיין בתכונות הרשומות עם X אדום בעמודת ההשלכות. זה יודיע לך על מוכנות האתר שלך מנקודת מבט של סכסוך תכונות.
- אל תעבור לשלב 2 ואל ת לחץ עדיין על הלחצן עדכון לרכזת בקרה.
לאחר שבדקת את קובץ ה- CSV של המשתמש ובדקת אילו תכונות ייתכן שיהיה עליך להגדיר מחדש, המשך לקרוא את שאר הסעיפים במאמר זה כדי להכין את האתר והארגון שלך כיצד לעדכן ל- Control Hub.
הערה: אם באתר שלך יש שילובי API שבוצעו על ידי החברה שלך או באמצעות פתרונות של צד שלישי, כגון פתרונות לניהול למידה, הקפד לעיין בסעיף הכנת שילובי API של האתר לעבודה עם רכזת בקרה.
שינויים קרובים לשחרור 43.6
עד כה, שתי התכונות הללו היו צריכות להיות מושבתות לפני עדכון האתר ל- Control Hub:
- שדות פרופיל מארח נדרשים
- קודי מעקב נדרשים
החל עם שחרורו של 43.6, אתרים המשתתפים בבטא עבור תכונות מותאמות אישית ותכונות שדות פרופיל מארח נדרשים לא יצטרכו עוד להשבית את התכונות הללו לפני עדכון האתר שלהם ל- Control Hub. במקום זאת, האשף יודיע לך לבדוק את שתי התכונות הללו מכיוון שהתצורה הנוכחית תועתק לארגון רכזת הבקרה.
אם אתה משתתף בש דות פרופיל המארח הנדר שים בגרסת בטא, תראה אזהרה זו:
אם אתה משתתף בבטא של קודי המעקב והתכונות המותאמות אישית הנדר שים, תראה פריט פעולה זה:
אם אינך משתתף בבטא אלה, המשך לקרוא את הס עיף הבא.
השבת תכונות החוסמות את עדכון האתר
יש להשבית תכונות מסוימות לפני שתוכל לעדכן אתר Webex ל- Control Hub. אתה יכול לראות רשימה המציגה לך איזו תכונה צריכה להיות מושבתת. יש לבצע תכונות המס ומנות בסמל X של עיגול אדום. תכונות המסומנות בסמל סימן קריאה משולש צהוב מיועדות רק לידיעתך ואינן דורשות שום פעולה.
לקבלת הדגמה כיצד לעדכן את האתר שלך ל- Control Hub, עי ין בסרטון זה.
אם הארגון שלך משתמש בתכונה יצירת חשבון אוטומטית ב- Site Admin, עליך להגדיר תכונה מקבילה ב- Control Hub ולהגדיר תבנית רישיון אוטומטית להקצאה אוטומטית של רישיונות. עי ין במאמר זה לפרטים נוספים. יש לעשות זאת לפני עדכון האתר לניהול ב- Control Hub.
-
היכנס לניהול אתר Webex ועבור אל .
-
מצא והשבית את האפשרות אפשר הרשמה לחשבון מא רח.
-
מצא דרוש להרשמה לחשבון: ונקה את כל התיבות עבור שדות פרופיל משתמש נדרשים.
-
-
לחץ על עדכן.
-
עבור אל .
-
בעמודה פרופיל מארח, שנה את כל שורות קוד המעקב המסומנות כ חובה ל- AdminSet או Optional.
-
קרא עוד על קודי מעקב בכתובת https://help.webex.com/izu2ty.
כל ערכי קוד המעקב למשתמשים נשמרים בעת עדכון אתר ל- Control Hub.
-
בעתיד, הגבלה זו תוסר ותוכל למפות קודי מעקב לתכונות משתמש מותאמות אישית נדרשות ב- Control Hub לפונקציונליות שווה ערך.
תכונת המפה של קודי מעקב לתכונות המשתמש היא טיוטה שנמצאת בתצוגה מקדימה ציבורית. אנחנו נותנים לך הצצה למה לצפות.
לפני שתוכל לעדכן אתר עם קודי מעקב נדר שים מ מנהל האתר לרכזת בקרה, עליך למפות קודי מעקב אלה לתכונות משתמש ב- Control Hub. אתה יכול ללחוץ על הסמל תחת מידע כדי להעביר אותך ישר לקודי מעקב המפה לאשף תכונות המשתמש עבור האתר. אם עדיין לא מיפית או השבתת את קודי המעקב הנדרשים, לא תוכל לעדכן את האתר שלך ל- Control Hub.
אם באתר שלך אין קודי מעקב נדרשים, תוכל עדיין למפות קודי מעקב לת כונות משתמש לפני עדכון אתר ל-Control Hub על-ידי ביצוע הליך זה.
באתרי פגישות המשתמשים במחלק ה כקוד מעקב, מומלץ למפות את קוד המעקב לתכונה פרופיל המשתמש של המחלקה, בניגוד לתכונה מותאמת אישית. מכיוון שהמחלקה היא תכונת פרופיל סטנדרטית ב- Control Hub, תרחיש זה יהיה יעיל יותר ברוב המקרים.
אם תכונה זו נדרשת, עבור למקטע תכונת פרופיל המשתמש וסמן את תכונת המח לקה כנדרש. זכור שתכונת מחלקה זו, יחד עם תכונות משתמש אחרות, לא יאוכלסו עבור משתמשים חיצוניים.
| 1 |
היכנס לרכ זת הבקרה ועבור אל פ גישה. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
בחר אתר ולאחר מכן עבור אל . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
בחר צור מפת קוד מעקב. 
| ||||||||||||||||||||||||||||||||||||||||
| 4 |
בחר פתח סיכום קוד מעקב. 
| ||||||||||||||||||||||||||||||||||||||||
| 5 |
לחץ על הורד סיכום תצורה. עליך להוריד עותק של תצורת קוד המעקב הנוכחית. תזדקק לסיכום זה לשלבים הבאים כדי לוודא שכל ערכי התכונות תואמים את קודי המעקב הנוכחיים. ניתן גם להוריד רשימות קודי מעקב קודמות כקובץ CSV כדי להעלות את אותם ערכים עבור תכונות מותאמות אישית. 
| ||||||||||||||||||||||||||||||||||||||||
| 6 |
חזור לאשף ובחר הוסף וסקור תכונות משתמש. 
| ||||||||||||||||||||||||||||||||||||||||
| 7 |
הגדר את כל התכונות המותאמות אישית החדשות הדרושות לאתר זה. סמן תכונות כלשהן כנדרשות אם ברצונך למלא שדות אלה עבור משתמשים. תכונות מותאמות אישית אינן חלות על ארגונים המסנכרנים משתמשים עם מחבר ספריות, Azure AD וכו'. באפשרותך להשתמש בשלב זה כהזדמנות לעיין בשמות התצוגה של קודי מעקב. לאחר שתבצע את השינויים הדרושים, לחץ על ש מור. תכונות נעולות דומות לקודי AdminSetמעקב
קלאסיים של אתרי פגישות. כשאתה מסמן תכונה מותאמת אישית כנעולה, משתמשים
לא יוכלו לראות את התכונה הזו.אם תלחץ על שמור בשלב זה, כל התכונות המותאמות אישית
שהוספתם, הסרתם או סימנתם כנדרשות ייכנסו לתוקף באופן מי
ידי עבור הארגון. משתמשים חדשים המחוברים לארגון צריכים לעמוד בתצורת תכונה מותאמת אישית מעו
דכנת זו, אחרת הצגת המשתמשים תיכשל. המשך
בזהירות לפני סימון תכונות מותאמות אישית כנדרש. 
| ||||||||||||||||||||||||||||||||||||||||
| 8 |
חזור לאשף ובחר קודי מעקב מפה. 
| ||||||||||||||||||||||||||||||||||||||||
| 9 |
השתמש ברשימה הנפתחת כדי למפות קודי מעקב לתכונות המותאמות אישית או לפרו פיל המשתמש של הארגון. בעת מיפוי קוד מעקב של אתר לתכונה, המערכת ממפה תחילה לתכונות קיימות התואמות שמות קוד מעקב אם סוג הקלט מוגדר לשדה טקסט. לאחר שתסיים, לחץ על הבא. אם הארגון שלך משתמש בתהליך הקלטת
משתמשים אוטומטי כגון Directory Connector או Azure AD, אין למפות קודי
מעקב לתכונות מותאמות אישית. במקום זאת, מיפו את קודי המעקב לת
כונות מסונכרנות. בעבר, ניתן להגדיר קודי מעקב באופן שונה לכל מרכז. כל המרכזים (פגישות, אירועים, סמינרים מקוונים וכו') חולקים כעת תצורת תזמון אחת. כאשר אתה ממפה תכונה כנדרש, תכונה זו תידרש בזמן התזמון Webex MeetingsWebex Webinars, וכו'. 
| ||||||||||||||||||||||||||||||||||||||||
| 10 |
לחץ על שמור את המפה. הסנכרון נעשה באופן אוטומטי במהלך התהליך לעדכון אתר לרכזת בקרה. אנו ממליצים לבצע גיבוי של ערכי קוד מעקב עבור משתמשים
על ידי ביצוע ייצוא משתמש באתר עבור אתר הפגישה בעת מיפוי קודי מעקב לתכונות מותאמות אישית, מקור האמת היחיד של הנתונים מגיע מ- Webex Identity במקום מכל אתר פגישה בודד. הסנכרון מבצע העתקה חד פעמית של ערכי משתמש של קוד מעקב לתכונות ממופות ש עדיין לא מאוכלסות עבור משתמשים, מה שאומר שסדר האתרים שבהם אתה מסנכרן קודי מעקב חשוב תחילה. בעת סנכרון האתר הראשון, ערכי קוד המעקב עבור משתמשים מאתר זה מועתקים לתכונה המשתמש הממופה עבור אותו משתמש ב- Control Hub, אך רק אם הערך הזה כבר לא מאוכלס עבור המשתמש. ייתכן שחלק מערכי קוד המעקב לא יועתקו מהאתר לתכונות המשתמש במהלך הס נכרון אם הערך של משתמש עבור אתר ממופה כבר מאוכלס בזמן הסנכרון, ערך המע קב מאתר זה לא הועתק לתכונה הממופה ב- Control Hub עבור אותו משתמש. כדי להימנע מנתונים שיחליפו קודי מעקב אחרים עבור משתמשים, מומלץ למפות ולס נכרן נתונים עבור אתר פגישות עם נתוני קוד המעקב העדכניים ביותר עבור משתמשים. ערכי קוד מעקב אינם מועתקים מאתרים הממפ
ים קודי מעקב לשדות משתמשים המסונכרנים באמצעות מקורות חיצוניים, כגון
Directory Connector או Azure AD. הטבלה הבאה מתארת תרחישים אפשריים שבהם הנתונים מחליפים את קודי המע קב המקוריים. בתרחישים אלה, קוד המעקב והתכונה הממופה הם העיר של המשתמש.
* ערך קוד המעקב הקודם מוחלף על ידי התכונה הממופה הקיימת. | ||||||||||||||||||||||||||||||||||||||||
לפני עדכון האתר שלך לניהול ב- Control Hub, ודא כי:
- כל המשתמשים באתר שצריכים להיות בארגון שלך נמצאים למעשה בא רגון מרכז הבקרה שלך.
- כל המשתמשים באתר שלא אמורים להיות בארגון שלך נמחקים מ הארגון שלך.
- משתמשים בארגון יכולים להיות מאומתים על ידי IdP שלך אם הארגון שלך מו גדר עבור SSO.
- שדות פרופיל משתמש המסומנים כנדרשים באתר יועתקו גם לא
רגון רכזת הבקרה בעת עדכון האתר. אם אינך מעוניין ששדות אלה מסומנים כנדרשים לצורך הרשמה
לחשבון באתר ב- Control Hub, בטל תחילה את הסימון בשדות במנהל האתר לפני
עדכון לרכזת בקרה.
- סקרתם את הקטע הכנת הארגון של רכ זת הבקרה שלכם מקודם במאמר זה.
לקבלת הדגמה כיצד לעדכן את האתר שלך ל- Control Hub, עי ין בסרטון זה.
כיצד לבדוק אם יש משתמשים שיחסמו את עדכון האתר
-
היכנס למנהל אתרים ופתח את הד ף ניהול עדכון.
-
פתח את הד רישות המוקדמות לסקור לעדכון בקרת הניהול ולחץ על יי צוא משתמשים מושפעים ב- CSV.
-
המתן לסיום הייצוא. תהליך זה יכול להימשך זמן מה בהתאם לש עת ההתחלה ומספר המשתמשים באתר. הייצוא מושהה למשך 6 דקות בראש הש עה (בין xx:57 ל- xx:03).
-
לחץ על הורד CSV לאחר סיום הייצוא.
הדפדפן שלך מוריד
users-to-review.csv. -
פתח את קובץ ה- CSV וסמן את העמודה פעולה מומל צת (העמודה האחרונה). בצע את הפעולה המומלצת עבור כל משתמש בקובץ.
משתמשים עם כתובות דוא"ל לא תואמות
למשתמשים מסוימים עשויה להיות כתובת דוא"ל שונה במרכז ניהול ובקרה של האתר. זה אפשרי אם הדוא"ל של המשתמש שונה רק באחד משני המקומות לאחר שהמשתמש היה מקושר מאתר זה ל- 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 אינה תקפה עוד ב- IdP שלהם (עבור ארגוני SSO). הם לא יחסמו ממך לעדכן את האתר, אך עדיף לתקן את כתובות הדוא"ל לפני תחילת העדכון.
משתמשים חיצוניים עם רישיון פגישות בסיסיות
משתמשים חיצוניים עם רישיונות פגישות בסי סיות יצטרכו להשבית או לשדרג לרי Webex Meetings שיונות בתשלום לפני עדכון האתר ממנהל האתר לרכזת בקרה.
כיצד להשבית משתמשים
להשבית משתמש בודד במנהל האתר:
-
עבור אל .
-
השתמש בפקדי האינדקס, החיפוש והמסנן כדי למצוא את המשתמש.
-
בטל את הסימון ב תיבה פעיל.
-
שלח את השינויים.
לקבלת מידע נוסף, ראה ניהול חשבונות משתמשים בניהול אתר Webex.
להשבית משתמש אצווה במנהל האתר:
-
ייצא את המשתמשים לקובץ CSV.
-
פתח את קובץ ה- CSV ושנה את ע
Activeרכי העמודהNלכל המשתמשים המושפעים. -
ייבא את קובץ ה- CSV שהשתנה.
המשתמשים ששינית אינם פעילים כעת.
ראה יי בוא וייצוא של משתמשי Webex באצווה בניהול אתרים של Webex לקבלת פרטים נוספים.
משתמשים בארגונים עם סנכרון ספריות
אם יש משתמשים לא מקושרים שאמורים להיות בארגון שלך, אך עדיין לא נוספו, תחילה עליך להוסיף אותם לארגון שלך. הדבר קריטי במיוחד עבור ארג ונים שהוגדרו לסנכרון ספריות (באמצעות מחבר ספריות או Azure AD) מכיוון שסנכרון ספריות לא יאפשר לתהליך עדכון האתר להוסיף משתמשים.
עדכון האתר ייכשל אם לא ניתן לקשר משתמשים פעילים באתר לארגון רכזת בקרה. אם הארגון שלך מוגדר לסנכרון ספריות, ודא שכל המשתמשים באתר שחייבים להיות חלק מארגון רכזת הבקרה מתווספים תחילה ל- Directory Connector או Azure AD לפני תחילת העדכון.
תקן בעיות משתמש לפני תחילת העדכון
אם תנסה לעדכן את האתר ל- Control Hub מבלי לפתור את הבעיות עבור המשתמשים בקו
users-to-reviewבץ, תהליך ניהול העדכון עלול להיכשל. הכ
לי לא בודק אם תיקנת את הבעיות עד לאחר שתתחיל את העד
כון הסופי.
עדכון אתרי SSO ואתרים שאינם SSO המקושרים לארגון SSO
ארגון רכזת בקרה יכול לתמוך בספקי זהות מרובים (IDP) עבור SSO כאשר אחד ממכשירי ה- IdP הוא Webex IdP (אימות מקומי)
מספר IDPs ברכזת הבקרה יעזרו:
- כאשר ה- IdP של אתר SSO במנהל האתר שונה מ- SSO IdP של רכזת הבקרה.
- כאשר משתמשים באתר אינם נמצאים ב- SSO IdP שהוגדר בארגון, כעת ניתן להוסיף משתמשים אלה רק ל- Webex IdP המקומי. לאחר מכן תוכל להעביר משתמשים אלה ל- SSO IdP שהו גדר מאוחר יותר.
הגדרת IDP מרובים יכולה לאפשר לכל המשתמשים באתר המתעדכנים ממנהל האתר לרכזת הבקרה להיכנס באמצעות שיטת האימות שהוגדרה בא רגון רכזת בקרה. כדי להשיג זאת, אתה יכול:
- הוסף IDP נוספים של SSO לארגון רכזת הבקרה.
- הוסף משתמשים ל- IdP שכבר מוגדר.
- הוסף משתמשים ל- Webex IdP המקומי.
עי ין במאמר זה לקבלת מידע נוסף על מספר IDPs ב- Control Hub.
לפני שתתחיל
יש כמה תכונות שעליך להשבית, ועליך לבדוק שכל המשתמשים במצב טוב כדי להתעדכן ל- Control Hub. אם אתה משתמש ביישומים משולבים של API, עליך לעדכן אותם כדי להשתמש בממשק ה- API של Webex.
תוכל לקרוא על תנאים מוקדמים אלה בחלקים הקודמים של מאמר זה.
ודא שכל מנהלי המערכת שלך יודעים שאתה מעדכן את האתר ל- Control Hub, וכי אסור להם לבצע שינויים כלשהם במנהל האתר לאחר שתתחיל.
| 1 |
ייצ א ושמור את קובץ הייצוא של משתמשי האתר. קובץ זה משמש כארכיון תצורת משתמש כדי לעזור לך לאמת לאחר העדכון. |
| 2 |
היכנס למנהל האתר ולחץ על עדכן ניהול. |
| 3 |
סקור את התנאים המוקדמים, במיוחד את רשימת המשתמשים ב- CSV במדינות שעלולות להשפיע על הצלחת העדכון. |
| 4 |
קרא על התכונות שיש להשבית ועל ההבדלים שאתה יכול לצפות בניהול משתמשים ורישוי מארח (מתועד גם במאמר זה). |
| 5 |
לחץ על עדכן לרכזת הבקרה. לחצן זה מופעל רק לאחר השלמת השלבים שלמעלה. 
מופיע
חלון קופץ. חלון זה מראה ש עדכון אתר לרכזת בקרה הוא קבוע ולא ניתן לבטל את העדכון לאחר סיומו. לאחר סיום העדכון, אתר זה לא ינוהל עוד במנהל האתר. אם אינך מוכן לנהל את האתר במלואו ב-Control Hub, צא מהאשף כעת.
 |
| 6 |
לחץ על אישור. העדכון מתחיל באנר שמופיע מעל ניהול האתר כדי ליידע אותך כי עדכון אתר מתנהל. אם משהו משתבש, תראה הודעת שגיאה עם הצעת פעולה. אחרת, תראה הודעת הצלחה. עדכון האתר לוקח בערך 3 דקות + 1000 משתמשים פעילים/דקה + 2000 משתמשים לא פעילים/דקה כדי להשלים. לדוגמה, אם התחלת את עדכון האתר בשעה 05:20 ובאתר שלך יש 8000 משתמשים פעילים ו -2000 משתמשים לא פעילים, עדכון האתר ייקח בערך 12 דקות. בנוסף, עדכוני האתר מושהים למשך 6 דקות בראש השעה (בין xx:57 ל- xx:03). אבל התוצאות שלך עשויות להשתנות. |
| 7 |
לחץ על כניסה לרכזת הבקרה. |
לאחר הפעלת עדכון האתר ממנהל האתר של Webex, באפשרותך להיכנס לרכזת הבקרה כדי לראות את הסטטוס של עדכון האתר.
-
היכנס לרכ זת הבקרה ופתח את הד ף פגישות.
באפשרותך לראות רשימה של אתרי הפגישות שלך.
-
לחץ על אתר כדי לראות מידע על אתר זה.
-
חפש את הקטע עדכון אתר, שבו תוכל לקרוא את מצב העדכון.
לאחר סיום העדכון, תוכל להוריד רשימה של כל המשתמשים במנהל האתר ולראות מי מאותם משתמשים היו פעילים או לא פעילים באתר. למשתמשים שמוצגים כלא פעילים בעמודה מצב משתמש של ניהול אתרים לא תהיה גישה לאתר המנוהל של מרכז הבקרה. משתמשים אלה גם לא יוצגו כבעלי גישה כלשהי לאתר בקטע המשתמש של Control Hub.
זה יכול לקחת זמן עד שלחצן ההורדה יופיע (דקות עבור רוב הארגונים).
-
עיין ברשימה כדי לבדוק אם יש בעיות בזמן העדכון.
אינך יכול עוד לנהל אתר זה במנהל האתר לאחר סיום עדכון האתר. כל הניהול עבור אתר זה חייב להיעשות ב- Control Hub. להלן מספר שלבים כדי להכיר ולנסות את ניהול האתר שלך ב- Control Hub:
-
בדוק כמה הגדרות תצורת האתר כדי לאשר ששום דבר לא השתנה. זה קל יותר אם העתקת כמה הגדרות מנהל האתר לפני עדכון לרכזת בקרה.
-
בחר מארח וודא את הרישיון, קודי המעקב וסוגי הפעלות שלו ב- Control Hub. היכנס לאתר הפגישה ואשר שהפגישות, ההקלטות וההעדפות המתוזמנות שלהם לא השתנו. אימות קל יותר אם הנתונים של המארח מועתקים לפני העד כון לרכזת הבקרה.
בקש מהמשתמש לבדוק שהוא יכול לתזמן ולארח פגישות חדשות.
-
הוסף משתמש חדש לארגון שלך. הענק להם רישיון מארח, שנה את סוגי הפעלות שלהם וודא שהם יכולים לארח פגישות.
מומלץ להגדיר תבניות רישיון מבוססות ארגון או קבוצה כדי להקצות באופן אוטומטי רישיונות ל משתמשים חדשים או לקבוצות ספציפיות של משתמשים חדשים. -
בחר משתמש שהיה מנהל מלא במנהל האתר וודא שיש לו את רמת הגישה המתאימה לאתר המעודכן ב- Control Hub.
הם אמורים להיות מסוגלים לקרוא ולשנות את האתר; ליצור, לתת רישיון, לשנות ולמחוק משתמשים.
-
אם באתר שלך יש שילובי API, עבור לשימוש בממשקי API של אנשים. ודא שהאינטגרציה המעודכנת פועלת כצפוי.
קרא עוד על ניהול אתרי פגישות ב- Control Hub בכתובת https://help.webex.com/naqlzeu.
-
למשתמשים תהיה חווית כניסה אחת ומאוחדת לאפליקציית Webex ולכל האתרים המנוהלים של Control Hub.
אם שם המשתמש אינו תואם לכתובת הדוא"ל של המשתמש במנהל אתרים, למשתמשים אלה תהיה השפעה על חוויית הכניסה. כבר לא ניתן להשתמש בשמות משתמש ישנים, ומשתמשים אלה חייבים להשתמש בכתובת הדוא"ל שלהם כדי להיכנס. -
אישורי משתמש משויכים לזהות רכזת הבקרה שלהם. אותם אישורים חלים על כל האתרים המנוהלים של Control Hub באותו ארגון ועל אפליקציית Webex.
-
אם הארגון של מרכז הבקרה הוגדר SSO, ה- SSO זה שולט בחוויית הכניסה ליישום Webex ולכל האתרים המנוהלים של Control Hub.
-
חוויית הכניסה לאפליקציית Webex אינה מושפעת כתוצאה מעדכון לרכזת בקרה.
-
כאשר משתמשים נכנסים Webex Meetings לאתר, מסך הכניסה ייראה שונה. על המשתמשים להכניס את כתובת הדוא"ל שלהם כדי להיכנס גם אם הארגון שלהם מוגדר עבור SSO.
מנהלי מערכת יכולים להפעיל את האפשרות זכור אותי ב- Control Hub כדי שהמשתמשים לא יצטרכו להכניס שוב את כתובת הדוא"ל שלהם בכל פעם שהם נכנסים. -
בהתאם להיסטוריה של כל משתמש, מספר האתרים שבהם היה להם חשבון וכו ':
-
אם משתמשים היו מקושרים למשתמשים קיימים ב- Webex Identity/Control Hub, המשתמשים ישתמשו באותה סיסמה עבור כל אתרי Webex המעודכנים לרכזת הבקרה.
-
אם משתמשים נוצרו ב- Webex Identity/Control Hub עקב קישור לאתר, אישורי האתר המקושר הראשון שלהם חלים (אם הארגון לא הוגדר עם SSO). משתמשים מנותבים להיכנס לאתר זה. אם למשתמשים יש אתרים מרובים עם מספר אישורים, כתובת האתר אמורה לסייע להם לקבוע באילו אישורים להשתמש.
-
משתמשים רשאים לאפס את הסיסמה שלהם בארגוני רכזת הבקרה (אם הסיסמה אינה מנוהלת באמצעות SSO). אם משתמשים שכחו את הסיסמה שלהם, הם יכולים פשוט ללחוץ על שכחת את שם המשתמש או הסיסמה שלך? במסך הכניסה כדי לאפס את הסיסמה שלהם. משתמשים יכולים גם לאפס את הסיסמה שלהם על ידי ביצוע ההוראות הבאות:
- איפוס סיסמה עבור אפליקציית Webex: https://help.webex.com/article/n02v0b8/
- איפוס סיסמה Webex Meetings לאתר: https://help.webex.com/article/6v6kaab/
-
-
אם כתובת הדואר האלקטרוני של משתמש קצה השתנתה ולמשתמש זה הייתה כתובת דואר אלקטרוני שונה במרכז ניהול ובקרה של האתר בזמן עדכון האתר, ייתכן שהמשתמש יתקל בבעיות בעת ניסיון להיכנס. ייתכן שהמשתמש לא יודע שכעת עליו להשתמש בכתובת הדואר האלקטרוני של מרכז הבקרה שלו כדי להיכנס, או שכתובת הדואר האלקטרוני ב- Control Hub כבר לא תהיה תקפה ב- SSO IdP של הארגון שלו. מצב מסוג זה נמנע בצורה הטובה ביותר על ידי עדכון כתובות הדוא"ל של משתמשים ב- Control Hub כאשר נעשים שינויים בכתובות הדוא"ל של אותם משתמשים ב- Site Admin.
-
כניסה מחודשת נדרשת למשתמשים באפליקציה Webex Meetings לנייד עבור iOS:
- אם אתה מעדכן אתר שאינו SSO ל- Control Hub, המשתמשים שלך יצטרכו להיכנס מחדש לאפליקציה ל Webex Meetings נייד עבור iOS. למרות שאפליקציית Meetings for iOS לא תדרוש מהמשתמשים להיכנס מחדש עד חודשיים לאחר עדכון האתר, אנו ממליצים למשתמשים להיכנס מחדש באופן ידני כדי להימנע ממצב זה באופן מקדים.
-
במהלך עדכון האתר, ייתכן שמשתמשים ששמות המשתמש שלהם אינם תואמים את כתובות הדוא"ל שלהם יצטרכו להיכנס שוב.
-
משתמשים אלה עשויים להידרש להיכנס שוב ללקוחות Webex שלהם אם ינסו לגשת לשירותי Webex באתר במהלך עדכון האתר לרכזת הבקרה. משתמשים שכבר הצטרפו לפגישות לפני תחילת עדכון האתר לא יושפעו.
-
קובץ CSV ריק "משתמש לבדיקה"
אם האתר שלך גדול ויש בו יותר מ- 1000 משתמשים שכתובות הדואר האלקטרוני שלהם שונות ב- Site Admin מאשר ב- Control Hub, ייתכן שתיתקל בקובץ CSV ריק "משתמש לבדיקה" באשף עדכון האתר. זה גורם לעדכון האתר לא לעבוד מכיוון שלא תוכל לפתור את המשתמשים עם בעיות. אנחנו עובדים על בעיה זו ואנחנו מתכננים לפתור אותה בשבועות הקרובים.
הגדרות שאינן מועברות בעת עדכון לרכזת בקרה
- אם האתר המנוהל על ידי מנהל האתר שלך היה בערוץ האיטי והרכזת הבקרה שלך מנוהלת גם על ידי שותף, ייתכן שתאבד את הנראות של פקדי עדכון גרסת אתר פגישות לאחר עדכון לרכזת בקרה. אם זה קורה, צור קשר עם השותף שלך ובקש ממנו להפעיל את ההגדרה אפשר ללקוח לשדרג את גרסת האתר עבור הארגון שלך.
- בקשות לחשבון הרשמה עצמית ממתינות אינן מועברות למרכז ההתראות. על המשתמשים להירשם לחשבון שוב לאחר סיום העדכון.
- ערכי שם משתמש במנהל האתר נעקפים בכתובות דוא"ל של משתמשים ב- Control Hub לאחר סיום העדכון.
בעיות משתמש הגורמות לכישלון העדכון
- משתמשים עם כתובות דואר אלקטרוני המקושרות למשתמשים בארגון Webex for Government יגרמו לעדכון להיכשל אם משתמשים אלה לא יושבתו לפני תחילת העדכון.
בעיות נפוצות הגורמות לכישלון העדכון ופעולות מומלצות
אם האתר שלך לא מצליח לעדכן ל- Control Hub, בדוק את הטבלה הבאה כדי לראות אם אחת משגיאות הקמון הללו היא הסיבה ומה אתה יכול לעשות כדי לתקן אותה.
| שגיאות הגורמות לכישלון העדכון | פעולה מומלצת |
|---|---|
| סוג האתר אינו חוקי. | צור קשר עם צוות התמיכה של Webex כדי לאמת שהאתר מקושר למשתמש. |
| לאתר אין מנוי המשויך אליו. | אתרים חייבים להיות משויכים למנוי לפני שניתן יהיה לעדכן אותו ל- Control Hub. |
| קיימת בעיה עם מזהה הארגון. | מזהה הארגון המקושר לאתר אינו זהה למזהה ארגון המנוי. צור קשר עם צוות התמיכה של Webex. |
| למנוי הבא יש פעולות ממתינות במרכז הבקרה: (SubID). | נסה שוב את עדכון האתר לאחר השלמת הפעולה הממתינה. |
| קיימות התנגשויות בהגדרות הכניסה היחידה (SSO). | אם האתר מופעל SSO, ודא כי:
|
| פרטי רישיון האתר במנהל אתרים אינם תואמים את פרטי רישיון האתר ב- Control Hub. | מידע רישיון לא עקבי בין מנהל האתר לרכזת הבקרה. צור קשר עם צוות התמיכה של Webex. |
| שמות משתמש או כתובות דוא"ל מסוימים במנהל האתר מתנגשים עם שמות משתמש או כתובות דוא"ל במרכז הבקרה. | דואר אלקטרוני של משתמש במנהל האתר משמש משתמש אחר ב- Control Hub. שנה אחת מכתובות הדוא"ל או שמות המשתמש. |
| הייתה לנו בעיה בעדכון האתר שלך. | שגיאה פנימית מנעה את עדכון האתר. צור קשר עם צוות התמיכה של Webex. |
| נתקלנו בבעיה בעדכון משתמשי Webex. | שגיאה פנימית מנעה את עדכון האתר. צור קשר עם צוות התמיכה של Webex. |
בעיות כניסה למשתמשים
הקפד לאפשר תמיד קובצי Cookie של Webex. אחרת, למשתמשים עלולות להיתקל בבעיות כניסה לאחר עדכון לרכזת הבקרה.
Q. האם יש תאריך שבו סיסקו לא תתמוך עוד בניהול אתרים?
א. כן. אנו מתכננים לבטל את ניהול האתר של Webex בסוף דצמבר 2023.
Q. האם מנהלי האתר במנהל האתר עדיין ישמרו על הגישה הניהולית שלהם לאתר לאחר עדכון לניהול רכזת בקרה?
א. כן. לכל מנהלי המערכת באתר במנהל האתר עדיין יש גישה ניהולית לאתר לאחר עדכון האתר לניהול רכזת בקרה.
Q. לאחר עדכון אתר פגישות ממנהל האתר לניהול רכזת בקרה, מדוע אני רואה מנהלי מערכת חדשים באתר?
ת: המנהלים החדשים באתר היו כנראה מנהלי ארגוני Control Hub. כאשר אתר מתעדכן ממנהל האתר לרכזת בקרה, כל מנהלי המערכת ברחבי הארגון יהפכו למ נהלי אתרים של האתר המנוהל החדש של מרכז הבקרה. משמעות הדבר היא שמנהלי מערכת מלאים של הארגון יהפכו למנהלי מערכת מלאים של אתר Webex, מנהלי משתמשים בארגון יהפכו למנהלי משתמש באתר Webex, ומנהלי מערכת של הארגון לקריאה בלבד יהפכו למנה לי מערכת של אתר Webex לקריאה בלבד.
Q. איך זה שהכניסה לכלי הפרודוקטיביות לא עובדת לאחר עדכון האתר לרכ זת הבקרה?
ת. ודא שדפדפני האינטרנט מוגדרים כך שי אפשרו תמיד עוגיות הפעלה, הממוקמות בהגדרות פרטיות מתקדמות של הדפדפנים.
Q. אם משתמש נמחק ב- Control Hub ואז אותה כתובת דוא"ל מתווספת מחדש לרכזת הבקרה ומוקצה רישיון פגישות לאותו אתר Webex, האם המשתמש יכול לגשת להקלטות הישנות שלו?
ת: כן, למשתמש תהיה גישה לכל תוכן הפגישות הישן שלו אם יוקצה לו רישיון לאחד מאתרי Webex הקודמים שבהם הוא היה. זה חל הן על אתרים מנוהלים של Control Hub והן על אתרים שעודכנו ל- Control Hub.
Q. אם משתמש הושבת במנהל האתר לפני עדכון האתר ל- Control Hub ולאחר מכן קיבל רישיון מחדש לאותו אתר Webex ב- Control Hub, האם למשתמש תהיה גישה להקלטות הישנות שלו?
ת: כן, למשתמש עדיין תהיה גישה להקלטות הישנות שלו. בנוסף, כל משתמש שהובטל במנהל האתר לפני עדכון האתר יופיע בקובץ היי צוא CSV של פגישות ב- Control Hub.
Q. אם באתר אין מוגדר SSO IdP, אך לארגון רכזת הבקרה יש אידP של SSO, מה קורה כאשר האתר מתעדכן לרכזת בקרה?
ת. האתר ישתמש באותו SSO IdP כמו ארגון רכזת הבקרה.
Q. אם באתר מוגדר SSO IdP שונה מאשר ה- SSO IdP ב- Control Hub, מה קורה כאשר האתר מתעדכן לרכזת בקרה?
ת: האתר יעבור לשימוש באותו SSO IdP כמו ארגון רכזת הבקרה.
Q. אם באתר אכן מוגדר SSO IdP, אך לארגון רכזת הבקרה אין IDP SSO, מה קורה כאשר האתר מתעדכן לרכזת בקרה?
ת: תיחסם מלעדכן את האתר שלך. כדי לבטל חסימה של האתר כדי שתוכל לעדכן לרכזת בקרה, הסר את ה- SSO IdP מאתר מנהל האתר או הוסף IDP SSO לארגון רכזת הבקרה.
Q. האם עדיין אוכל להיכנס לכתובת האתר כדי לגשת להקלטות ולתזמן פגישות או אירועים?
ת: כן, עדיין תוכל להיכנס לכתובת האתר שבה תוכל לגשת להקלטות, לתזמן פגישות וכו'.
Q. האם הגדרות ספציפיות למשתמש שונו במהלך עדכון האתר ממנהל האתר לרכזת בקרה?
ת: לא, הגדרות המשתמש יישארו ללא שינוי. הגדרות אלה יחולו כמו לפני עדכון האתר.
Q. האם ההקלטות או הפגישות המתוזמנות שלי מושפעות מעדכון אתר זה?
א. הקלטות המארח אינן מושפעות. עדיין תהיה לך גישה אליהם. גם הפ גישות המתוזמנות שלך אינן מושפעות. אין בהם שינויים.
Q. האם הקלטות או פגישות מתוזמנות של משתמשים מושפעות מעדכון אתר זה?
א. הקלטות משתמשים אינן מושפעות. עדיין תהיה להם גישה אליהם. גם פ גישות מתוזמנות אינן מושפעות. אין בהם שינויים.
עבור משתמשים שטרם נתבעו, ההקלטות או הפגישות המתוזמנות שלהם עשויות להיות מושפעות אם תבקש אותן לאחר שתעדכן את האתר ל- Control Hub. עיין בהערה הבאה למידע נוסף.
אנו ממליצים בחום לתבוע משתמשים לפני עדכון האתר שלך ל- Control Hub. אם אתה טוען שמשתמשים נכנסים לארגון שלך לאחר עדכון האתר לרכזת בק רה, משתמשים אלה עלולים לאבד גישה לפגישות ולנכסי פגישות באתר.
כפתרון לעקיפת הבעיה, באפשרותך לבצע את הפעולות הבאות כדי לוודא שמשתמשים לא יאבדו גישה לפ גישות ולנכסי פגישות באתר לאחר עדכון האתר לרכזת בקרה:
- עבור משתמשים עם הרשאות מנהל חיצוניות לארגון או לאתר — הסר את כל גי שת מנהל המערכת החיצונית לארגון ולאתר ולאחר מכן הסר את רישיון אתר הפגישה. לאחר שתתבע את המשתמש, רשיון מחדש למשתמש זה לאתר. ניתן גם לשחזר את הרשאות הניהול החיצוניות שלהם.
- עבור משתמשים רגילים — הסר את רישיון אתר הפגישה, תבע את המשתמש לא רגון שלך ולאחר מכן רישיון מחדש למשתמש זה לאתר.
Q. היכן ניתן לבדוק בקשות ממתינות להרשמה עצמית לאתרים המנוהלים של Control Hub?
ת: אתה ומנהלי מערכת אחרים יכולים לבדוק בקשות להרשמה עצמית במרכז ההתראות.
Q. האם אוכל לגשת לערכי שם משתמש ממנהל האתר לאחר עדכון אתר לרכזת בקרה?
ת: קובץ ייצוא משתמש של כל המשתמשים במנהל האתר זמין ב- Control Hub למשך 90 יום לאחר עדכון האתר לרכזת בקרה. קובץ CSV זה כולל ערכי שם משתמש.
Q. אנו משתמשים בערכי שם משתמש כדי לזהות משתמשים במנהל האתר. כיצד נוכל לעשות את אותו הדבר ב- Control Hub?
א. ערכי שם משתמש הולכים לאיבוד לאחר עדכון אתר לרכזת בקרה. אם אתה זקוק לגישה לערכים אלה, פתרון אחד הוא להעתיק את הערכים לקוד מעקב לפני עדכון האתר. ערכי קוד מעקב למשתמשים יישמרו וזמינים לאחר עדכון אתר לרכזת בקרה. אם אתה משתמש ב- SSO, ExternalIDזוהי תכונת משתמש של Control Hub שיכולה להכיל ערך זה. פעולה זו מחייבת אותך להגדיר את קביעות SAML שלך כדי להעביר ערך זה בעת קביעת התצורה של SS O ב- Control Hub. ערך זה יועבר גם לרכזת הבקרה במהלך יצירה אוטומטית של משתמשים חדשים.
Q. כמה זמן לוקח להשלים את עדכון האתר לאחר שהוא התחיל?
א. עדכון האתר לוקח בערך 3 דקות + 1000 משתמשים פעילים/דקה + 2000 משתמשים לא פעילים לדקה כדי להשלים. לדוגמה, אם התחלת את עדכון האתר בשעה 05:20 ובאתר שלך יש 8000 משתמשים פעילים ו -2000 משתמשים לא פעילים, עדכון האתר ייקח בערך 12 דקות. בנוסף, עדכוני האתר מושהים למשך 6 דקות בראש השעה (בין xx:57 ל- xx:03). אבל התוצאות שלך עשויות להשתנות.
Q. כיצד אוכל לתת רישיון אוטומטי לכל משתמש חדש או משתמשים חדשים בקבוצות ספציפיות לאחר עדכון האתר לניהול ב- Control Hub?
ת: באפשרותך להגדיר תבניות רישיון מבוססות ארגון או קבוצה כדי להקצות באופן אוטומטי רישיונות למשתמשים חדשים.
Q. האם יש זמן השבתה במהלך עדכון האתר?
א. לא. במהלך עדכון האתר:
- משתמשים יכולים להמשיך להשתמש בשירות פגישות, כגון הצטרפות והתחלת פגישות מתוזמנות ואד-הוק.
- הפגישות המתקיימות עם תחילת עדכון האתר לא יושפעו.
- המנוי יינעל ברכזת הבקרה.
- לקוח שולחן העבודה של פגישות עשויות להיתקל בבעיות בקטע "פגישות קרובות".
- שינויים בתצורות ניהול האתר אינם מומלצים.
