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

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

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

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

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

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

קרא עוד על:

• הוספת משתמשים ל-Control Hub: https://help.webex.com/n0qtkri

• שילוב ארגון Control Hub שלך עם ספק זהות: https://help.webex.com/nffx8kj/

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

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

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

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

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

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

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

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

• פסק זמן אוטומטי לאחר הניסיונות הראשונים שנכשלו.

• מנגנון CAPTCHA (מבחן טיורינג ציבורי אוטומטי לחלוטין כדי להבדיל בין מחשבים לבני אדם).

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

רישוי מארח

המארחים חייבים להיות בארגון Control Hub שלך

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ממשקי API של XML

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

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

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

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

טבלה 1. סוגי אימות מנהל שיפעלו ב- XML API לאחר עדכון האתר

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

* תאימות לאחור - Cisco אפשרה אימות שם משתמש/סיסמה לעבוד בממשקי XML API לאחר עדכון האתר, גם אם שם המשתמש אינו תואם לדוא"ל עבור ארגונים שאינם SSO בלבד. התאימות חלה רק אם: אישורי משתמש נוצרו לפני עדכון האתר. לא ניתן לבצע שינויים בשם המשתמש, אחרת אישורים קודמים ייכשלו. לאישורים עבור אימות API לא תהיה סיסמה שונה ב-Control Hub לעומת האתר כשהיא נוהלה בניהול ניהול אתר. תוכל ללמוד עוד על שילובי XML API באתרים מנוהלים של Control Hub, כולל אימות OAUTH, עם המדריך הזה .

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

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

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

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

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

הוסף גם (לא בקטע SSO ).

שם המשתמש מוגדר לאימייל עבור כל המשתמשים כאשר אתר מומר ל-CH.

לכן, אם שם משתמש הוא מטענים של API , עליהם לשלוח דוא"ל של המשתמש לאחר שהאתר הומר.

הבדלים ב- XML API ב-Control Hub

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

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

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

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

ממשקי API של REST

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

• https:// developer.webex.com/docs/api/v1/people

• https:// developer.webex.com/docs/api/v1/licenses

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

• https:// developer.webex.com/docs/api/v1/session-types
• https:// developer.webex.com/docs/api/v1/tracking-codes

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• שנה את "כתובת דוא""ל" של המשתמש ב-Site Admin כך שתתאים "כתובת דוא""ל" של Control Hub

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

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

  משתמשים יכולים לשנות את כתובות האימייל שלהם בארגון Control Hub: https://help.webex.com/n0qtkri

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

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

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

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

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

לביטול הפעלה של משתמש בודד בניהול ניהול אתר:

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

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

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

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

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

לביטול הפעלה של משתמשים באצוות בניהול ניהול אתר:

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

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

3. ייבא את קובץ CSV שהשתנה.

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

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

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

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

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

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

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