Danke für Ihr Feedback.
Aktualisieren Webex Meetings-Site-Verwaltung von Site-Administration zu Control Hub
Feedback?Informationen zum Aktualisieren von Site-Administration zu Control Hub
Für die Aktualisierung einer Site von Site-Administration auf Control Hub ist keine Aktualisierung der Client-Versionen erforderlich. Einige Sites können diese Funktion erst verwenden, wenn die Partner, die diese Organisationen verwalten, bereit sind.
Webex ist zu einer vereinheitlichten Plattform für die Verwaltung von Meetings, Nachrichten, Anrufen und anderen Modi der Zusammenarbeit. Aus diesem Grund möchten wir die Verwaltung aller Webex Meetings-Sites von Site-Administration zu Control Hub verschieben.
Wir haben ein Tool in der Site-Administration, das Sie bei dieser Änderung unterstützt. Wenn Ihre Site bereits für die Aktualisierung auf Control Hub berechtigt ist, können Sie beginnen, indem Sie im Navigationsmenü auf Administration aktualisieren klicken.
Eine Demonstration der Funktionsweise der Aktualisierung Ihrer Site auf Control Hub finden Sie in diesem Video.
Um die Planung Ihrer Site-Aktualisierung zu unterstützen, lesen Sie den Abschnitt "Site Assessment Readiness ".
Die Vorteile der Verwaltung von Sites in Control Hub umfassen:
-
Einheitliche Lizenzzuweisungen für alle Webex-Dienste, wie Meetings, Messaging und Calling.
-
Konsistente Sicherheitsrichtlinien für alle Webex-Services.
-
Gemeinsames Anmeldeerlebnis für alle Endbenutzer zwischen verschiedenen Webex-Diensten.
-
Moderne Administratorsteuerungen, wie Verzeichniskonnektor, SCIM und Active Directory-Gruppen.
-
Lizenzvorlagen, um Benutzern automatisch mehrere Lizenzen zuzuweisen.
Sie können nach einer Aktualisierung auf Control Hub Site-Administration nicht mehr verwenden, um eine Meeting-Site zu verwalten.
Wenn für Ihre Site eine automatische Aktualisierung von der Verwaltung in Site-Administration zu Control Hub geplant ist, wird Ihnen der folgende Screenshot angezeigt.
Sie können auf Aktualisierungsdatum Ihrer Seite ändern klicken, um das geplante Datum zu ändern.
Die Erfahrung bei der Verwaltung von Sites in Control Hub ähnelt der Verwaltung in Site-Administration. Die Benutzerverwaltung in Control Hub verfügt über modernere zugrunde liegende Technologien, daher gibt es einige Unterschiede bei der Verwaltung von Sites in Control Hub. Dieser Abschnitt konzentriert sich auf die Unterschiede, die beim Aktualisieren Ihrer Site erläutert werden.
Detailliertere Informationen zu den Unterschieden zwischen Site-Administration und Control Hub finden Sie in diesem Artikel.
Benutzermanagement
Wir haben ein zentrales Benutzerverwaltungssystem, bei dem sich Benutzer innerhalb der gesamten Organisation (und ganz Webex) unterscheiden und eindeutig sind. In Site-Administration-Site Benutzerprofil sich pro Meeting-Site.
- Single Sign-On (SSO) mit automatischer Account-Erstellung
-
In der Site-Administration verfügen Sie über die Funktion "Automatische Kontoerstellung", die Benutzer erstellt, wenn sie sich durch eine SSO.
Diese Funktion ist auch in Control Hub verfügbar. Weitere Informationen finden Sie unter Automatische SAML-Kontoerstellung und -Aktualisierung für Control Hub .
Viele Organisationen, die SSO verwenden, bevorzugen möglicherweise, ihre Benutzer zentral in externen Verzeichnistools wie Microsoft® Active Directory und Microsoft Azure zu verwalten und eine Authentifizierung bei externen Identitätsanbietern vorzugeben.
Weitere Informationen zu:
- Erforderliche Profildaten und Tracking-Codes
-
Site-Administration können Sie die erforderlichen Profilfelder für neue Benutzer festlegen (vorheriger Screenshot). Sie können diese Erweiterung ausdehnen, um Tracking-Codes Nutzererstellung erforderlich zu machen (Screenshot unten). Wenn Sie diese zusätzlichen Anforderungen konfigurieren, können Sie keine Benutzer ohne sie zur Site hinzufügen.
Control Hub benötigt nur einen Anzeigenamen und eine E-Mail-Adresse, um einen Benutzer zu erstellen.
Alle anderen Benutzerfelder sind optional, wenn Sie einen neuen Benutzer in Control Hub erstellen. Daher erzwingen wir keine zusätzlichen Profildaten für von Control Hub verwaltete Sites.
Sie müssen die obligatorischen Profilfelder und Tracking-Codes deaktivieren, bevor Sie Ihre Site in Control Hub aktualisieren.
- Passwortverwaltung und Sperrung
-
Site-Administration funktion hat eine Funktion, die Benutzer vorübergehend sperrt, wenn sie sich nach einer bestimmten Anzahl von Versuchen nicht anmelden.
Control Hub bietet folgende Optionen, um unbefugten Zugriff zu verhindern:
-
Automatische Zeitüberschreitung nach den ersten fehlgeschlagenen Versuchen.
-
Ein CAPTCHA (Completely Automated Public Turing Test to tell Computers and Computers and Computers Apart.
-
Berechtigte Nutzer haben die Möglichkeit, ihre vergessenen Passwörter selbst zu ändern.
-
Gastgeber-Lizenzierung
- Hosts müssen sich in Ihrer Control Hub-Organisation
-
In der Site-Administration können Sie jedem Benutzer eine Gastgeberlizenz zuweisen. Wenn Sie die Site in Control Hub verwalten, können Sie nur Gastgeberlizenzen (und Teilnehmerrolle) zu Benutzern in derselben Control Hub-Organisation zuweisen.
- Selbst-Anmeldung für Gastgeberkonto
-
In der Site-Administration können Sie Benutzern die Anforderung eines (Gastgeber-)Kontos auf der Site erlauben. Sie können Benutzern mit einem Konto auch die Anforderung zusätzlicher Dienste auf der Site gestatten. (siehe Screenshots).
Wenn Sie eine Meeting-Site in Control Hub verwalten, können Benutzer keine eigene E-Gastgeberkonto für diese Site anfordern.
Control Hub bietet stattdessen eine zentrale, automatische Möglichkeit, Meeting-Lizenzen neuen Benutzern zuzuweisen. Lesen https://help.webex.com/n3ijtaoSie .
Sie können Benutzerlizenzen auch per API oder in großen Mengen per CSV verwalten.
Wenn Sie möchten, dass Benutzer ihre Gastgeberkonten anfordern, können Sie die Site-Hilfe/-Unterstützung mit Pointern konfigurieren, um Administratoren zu kontaktieren oder einen Link zu anderen Tools zu erhalten.
Sie müssen "Anmeldung Gastgeberkonto zulassen" und "Benutzer dürfen weitere Dienste anfordern" in Site-Administration deaktivieren, bevor Sie Ihre Site in Control Hub aktualisieren.
-
Control Hub bietet weitere Lizenzverwaltungsoptionen, z. B. Vorlagen für die automatische Zuweisung. Sie können einen Bericht über inaktive Gastgeber erhalten, um Ihnen zu helfen, Lizenzen von diesen Benutzern zu entfernen, einzeln oder per API.
Wenn Sie diese automatische Deaktivierungsoption benötigen und die anderen Optionen in Control Hub für Sie nicht geeignet sind, sollten Sie es zu diesem Zeitpunkt vermeiden, Ihre Site auf Control Hub zu aktualisieren.
Bevor Sie Ihre Meeting-Site aktualisieren, die in Control Hub verwaltet werden soll, sollten Sie Ihre Control Hub-Organisation vorbereiten.
Stellen Sie sicher, dass es keine ausstehenden oder blockierten Aktionen im Abonnement gibt. Die Aktualisierung wird fehlschlagen, wenn:
- Sie haben alle ausstehenden Aktionen für das Abonnement der Site, die Sie aktualisieren möchten.
- Der Site ist in der Control Hub-Organisation kein Abonnement zugeordnet.
- Die Site-Lizenzinformationen in Site-Administration stimmen nicht mit den Site-Lizenzinformationen in Control Hub überein.
Wir empfehlen Ihnen dringend, Ihre Domänen zu verifizieren und Ihre Benutzer zu beanspruchen. Die folgende Lektüre hilft Ihnen dabei:
-
Das Control Hub-E-Book: https://ebooks.cisco.com/story/controlhubessentials/
-
So verwalten Sie Ihre Domänen: https://help.webex.com/cd6d84
-
Beanspruchen Sie Benutzer von anderen Organisationen (nach der Verifizierung Ihrer Domänen): https://help.webex.com/nceb8tm. Das Beanspruchen von Benutzern ist besonders wichtig, da es so viele Benutzer wie möglich gewährleistet, die in Ihrer Organisation befinden sollten. Durch das Beanspruchen von Benutzern mit „Sofortige Beanspruchung“ werden auch Verzögerungen bei der Verwendung der E-Mail-Adressen in Ihrer Organisation vermieden.
Wir empfehlen Ihnen dringend, Benutzer zu beanspruchen, bevor Sie Ihre Site auf Control Hub aktualisieren. Wenn Sie Benutzer für Ihre Organisation beanspruchen, nachdem die Site auf Control Hub aktualisiert wurde, können diese Benutzer den Zugriff auf Meetings und Meeting-Anlagen auf der Site verlieren.
Als Problemumgehung können Sie Folgendes tun, um sicherzustellen, dass Benutzer den Zugriff auf Meetings und Meeting-Anlagen auf der Site nach der Aktualisierung der Site auf Control Hub nicht verlieren:
- Für Benutzer mit externen Administratorprivilegien für die Organisation oder Site: Entfernen Sie den gesamten externen Administratorzugriff auf die Organisation und Site und entfernen Sie dann die Meeting-Site-Lizenz. Nachdem Sie den Benutzer beansprucht haben, lizenzieren Sie diesen Benutzer erneut für die Site. Sie können auch die externen Administratorprivilegien wiederherstellen.
- Für reguläre Benutzer: Entfernen Sie die Meeting-Site-Lizenz, beanspruchen Sie den Benutzer für Ihre Organisation und lizenzieren Sie ihn dann erneut für die Site.
-
Wenn die Meeting-Site für -SSO konfiguriert ist, müssen Sie auch SSO Für Ihre Control Hub-Organisation konfigurieren.
Automatische Kontoerstellung für neue Benutzer
Wenn Ihr Webex-Site automatische Kontoerstellung in Site Admin aktiviert hat, können Sie eine ähnliche Funktion im Control Hub mit automatischer SAML-Kontoerstellung aktivieren. Stellen Sie sicher, dass auch eine automatische Lizenzvorlage eingerichtet wird, sodass neuen Benutzern automatisch Lizenzen zugewiesen werden, sobald ihre Konten in der Control Hub-Organisation erstellt werden.
Organisationen mit Verzeichnissynchronisierung
Wenn Ihre Organisation für die Verzeichnissynchronisierung konfiguriert ist, stellen Sie sicher, dass alle Benutzer, die zu Ihrer Organisation gehören sollen, auf der Site vorhanden sind. Dies sollte 24 Stunden vor Dem Start des Site-Aktualisierungsprozesses erfolgen, damit Benutzer auf der Site mit den neuen Benutzern in Ihrer Control Hub-Organisation verknüpft werden können.
Administratorzugriff auf Webex-Sites nach der Aktualisierung
Eine Person mit einer organisationsweiten Administratorrolle in Control Hub erhält automatisch Zugriff auf Sites, die von Site-Admin zu Control Hub aktualisiert werden. Beispiel: Administratoren mit vollständigen Rechten der Organisation werden zu Webex-Site-Administratoren mit vollständigen Rechten, Administratoren der Organisation werden zu Webex-Site-Benutzeradministratoren und Administratoren mit Lesezugriff werden zu Webex-Site-Administratoren mit Lesezugriff.
XML-APIs
XML-APIs sind jetzt mit von Control Hub verwalteten Sites vorwärtskompatibel. Weitere Informationen zu den Details und Vorsichtsmaßnahmen finden Sie unter XML API 41.11.0 Updates.
URLs für XML-API-Dienste bleiben unverändert, nachdem eine Site von Site-Admin zu Control Hub aktualisiert wurde. Dieselben API-URLs funktionieren weiterhin. Cisco empfiehlt, dass alle API-Integrationen OAUTH für die Authentifizierung verwenden.
Authentifizierung in XML-APIs
Integrationen, die Webex OAUTH nicht für die Authentifizierung verwenden, können fehlschlagen, nachdem die Site auf Control Hub aktualisiert wurde. Die folgende Tabelle zeigt, welche Art von Administratorauthentifizierung nach der Aktualisierung Ihrer Site weiterhin funktioniert.
| Art der Admin-Authentifizierung in der XML-API vor Site-Aktualisierung | Administrator in SSO-Organisation nach Site-Aktualisierung | Administrator nach Site-Aktualisierung nicht in SSO-Organisation |
|---|---|---|
| Benutzername (webExID)/Kennwort |  Wird funktionieren* | Wird funktionieren* |
| Benutzername (webExID)/sessionTicket | Funktioniert | Funktioniert |
| Benutzername/OAUTH (webExAccessToken) | Funktioniert | Funktioniert |
| E-Mail/Passwort | Wird funktionieren* | Wird funktionieren* |
| E-Mail/SitzungTicket | Funktioniert | Funktioniert |
| E-Mail/OAUTH (webExAccessToken) | Funktioniert | Funktioniert |
* Abwärtskompatibilität: Cisco hat Benutzernamen-/Kennwortauthentifizierungen für die Funktion in XML-APIs nach der Site-Aktualisierung aktiviert, auch wenn der Benutzername nicht mit der E-Mail übereinstimmt. Die Kompatibilität gilt nur, wenn:
- Benutzeranmeldeinformationen wurden vor der Site-Aktualisierung erstellt. Änderungen am
Benutzernamesind nicht zulässig, andernfalls schlagen die vorherigen Anmeldeinformationen fehl. - Die Anmeldeinformationen für die API-Authentifizierung dürfen in Control Hub kein anderes Kennwort als die Site haben, als sie in der Site-Administration verwaltet wurden.
- Benutzer, deren Anmeldeinformationen für die Authentifizierung verwendet werden, müssen sich zum Zeitpunkt der Site-Aktualisierung auf Control Hub in der Site-Administration im Status „aktiv“ (nicht inaktiv) befinden.
In diesem Leitfaden erfahren Sie mehr über XML-API-Integrationen auf von Control Hub verwalteten Sites, einschließlich der OAUTH-Authentifizierung.
Benutzername ist auf E-Mail für alle Benutzer festgelegt, wenn eine Site in Control Hub aktualisiert wird. Wenn für API-Nutzlasten Benutzername verwendet wird, müssen die Nutzlasten stattdessen die E-Mail verwenden, nachdem die Site aktualisiert wurde.
Administratorrolle in Control Hub für API-Integrationen
Administratoren, die nur eine Site-Admin-Rolle haben, können möglicherweise einige Vorgänge mit XML-APIs nicht ausführen, wie z. B. die E-Mail-Adresse oder den Anzeigenamen eines Benutzers ändern, nachdem die Site in eine Control Hub-Site aktualisiert wurde. Administratoren, deren Anmeldeinformationen für API-Integrationen verwendet werden, empfehlen wir, dass Sie diese Administratoren in Control Hub zu vollständigen Administratoren der Organisation machen, idealerweise, bevor Sie die Site auf Control Hub aktualisieren.
Als Best-Practice-Methode empfehlen wir, dass Sie zuerst eine Test-Site aktualisieren, um zu bestätigen, dass Ihre API-Integrationen nach einer Aktualisierung auf Control Hub unmodifiziert funktionieren.
Je nachdem, was Ihre Integration tut, müssen Administratoren möglicherweise auch ein Meetings-Gastgeberkonto auf der Control Hub-Site zugewiesen werden, damit die Integration funktioniert (dies war für Administratoren in Site-Admin-Sites nicht erforderlich).
XML-API-Unterschiede im Control Hub
Die meisten XML API-Integrationen sollten nach einer Aktualisierung Ihrer Site ohne weitere Änderungen funktionieren. Allerdings gibt es einige Ausnahmen, die in der folgenden Liste detailliert sind:
- Benutzer erstellen: Auf von Control Hub verwalteten Sites kann dieser Vorgang auch einen Benutzer in der Site erstellen, die Organisation besitzt, bevor eine Lizenz zugewiesen wird. Wenn der Benutzer bereits in einer anderen Organisation vorhanden ist, wird diese Operation fehlschlagen. Der
PMR-ID-Parameterwird für Benutzer, die noch keinen Status Aktiv in Control Hub haben, nicht wirksam.Die Fertigstellung der
createuser-API auf von Control Hub verwalteten Sites dauert länger. Um die Leistung zu verbessern, können Sie einen zusätzlichen Thread hinzufügen, umcreateuser-Anrufe zu parallelisieren. - SetUser – Kann (abhängig von den API-Parametern oder der Nutzlast) dazu führen, dass dem Benutzer eine Meeting-Site-Lizenz zugewiesen oder entfernt wird.
- DelUser – Entfernt die Meetings-Site-Lizenz, löscht den Benutzer jedoch nicht aus der Control Hub-Organisation.
- LstsummaryUser – gibt auch die
objectGUIDdes Benutzers zurück. - AuthenticateUser – Für von Control Hub verwaltete Sites empfehlen wir die Erstellung eines Sitzungstickets über
AuthenticateUser, anstatt den Benutzernamen und das Kennwort für jede XML-API zu verwenden. Die Verwendung der SAML-Antwort in Inhaltsinhalten wird bei diesem Aufruf für von Control Hub verwaltete Sites nicht unterstützt.
REST-APIs
Control Hub verfügt über eigene APIs, einschließlich Benutzer und Lizenz-REST-APIs zum Erstellen und Lizenzieren von Benutzern unter:
Sitzungstypen und Tracking-Codes sind auch für REST-APIs verfügbar unter:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Die obigen REST-APIs unterstützen jedoch nicht alle in XML-APIs verfügbaren Benutzerverwaltungsfunktionen. Beispielsweise müssen Sie weiterhin XML-APIs verwenden, um Meeting-Lizenzen Benutzern außerhalb der Organisation zuzuweisen, die Eigentümer der Site ist. Die Personen-API unterstützt die Zuweisung von Site-Admin-Rollen zu Benutzern nicht. Wenn Sie Site-Admin-Rollen über eine API zuweisen möchten, müssen Sie weiterhin die XML-API verwenden.
Mit der Personen-API können Sie Organisationsadministratoren mit vollständigen (oder schreibgeschützten) Berechtigungen erstellen. Diese Administratoren können auch Ihre von Control Hub verwalteten Meeting-Sites verwalten (oder anzeigen).
Control Hub verfügt über Webex-Site Administratorrollen, aber die Personen-API kann diese Rolle derzeit nicht zuweisen.
Zukunftspläne (Änderungen vorbehalten)
- Neue Lizenz-API, die auch externen Benutzern Meeting-Site-Lizenzen erteilen kann, die sich nicht in derselben Organisation befinden, die die Site erstellt hat. Die externe Benutzerlizenzierung ist heute manuell in Control Hub verfügbar.
- SCIM API zum Erstellen und Löschen von Benutzern in der Organisation.
- Die langfristige Anweisung von Cisco besteht darin, nur REST-APIs (für alle Vorgänge an Benutzern und Meeting-Sites) zu verwenden. XML-APIs für die Benutzerverwaltung werden weiterhin unterstützt, bis REST-APIs ausschließlich für alle Benutzerverwaltungsvorgänge verwendet werden können. Benutzer-Management-XML-APIs werden ebenfalls veraltet (Datum TBD).
Vor dem Aktualisieren Ihrer Site in Control Hub empfehlen wir Dringend, dass Sie zunächst die folgenden Punkte überprüfen, damit die Aktualisierung so reibungslos wie möglich verläuft:
- Lesen Sie zunächst dieses Dokument und stellen Sie sicher , dass Ihre Organisation die bewährten Methoden befolgen, die im Abschnitt Vorbereitung Ihrer Control Hub-Organisation empfohlen werden.
- Melden Sie sich dann bei der Webex-Administration an und klicken Sie auf Administration aktualisieren. In der Bereitschaftsphase der Site sollten Sie keine empfohlenen Maßnahmen in der Datei im Abschnitt "Benutzer überprüfen" ergreifen und noch keine funktionen deaktivieren, die im Abschnitt "Überprüfungsfunktionen" genannt werden. Wenn Sie diese Anweisungen befolgen, wird die Standortbereitschaftsanalyse lediglich als schreibgeschützter Vorgang vorgenommen, um nur die Änderungen zu bewerten, die Vor dem Aktualisieren auf Control Hub erforderlich sind.
- Klicken Sie im Abschnitt Benutzer überprüfen auf Benutzer-CSV-Datei exportieren und laden Sie die CSV-Datei herunter, die als
users-to-review-xxxxx.csvbezeichnet wird.Diese Datei enthält alle Benutzer, die Aufmerksamkeit erfordern, und eine empfohlene Aktion für jeden Benutzer. Die Anzahl der Benutzer in dieser Datei gibt Ihnen einen Überblick darüber, an wie vielen benutzerbezogenen Problemen Sie arbeiten müssen, bevor Sie die Site aktualisieren können.
- Prüfen Sie im Abschnitt Features überprüfen die Funktionen, die mit einem roten X in der Spalte "Folgen" aufgeführt sind. Dadurch werden Sie über die Bereitschaft Ihrer Site aus der Perspektive von Funktionskonflikten informiert.
- Gehen Sie nicht zu Schritt 2 und klicken Sie noch nicht auf die Schaltfläche In Control Hub aktualisieren.
Nachdem Sie die CSV-Benutzerdatei überprüft und sich angesehen haben, welche Funktionen möglicherweise neu konfiguriert werden müssen, lesen Sie weiterhin die restlichen Abschnitte in diesem Artikel, um Ihre Site und Ihr Unternehmen auf die Aktualisierung auf Control Hub vorzubereiten.
Hinweis: Wenn Ihre Site API-Integrationen enthält, die von Ihrem Unternehmen oder über Lösungen von Drittanbietern durchgeführt werden, z. B. Learning Management-Lösungen, stellen Sie sicher, dass Sie den Abschnitt Vorbereiten von Site-API-Integrationen für die Arbeit mit Control Hub überprüfen .
Bevorstehende Änderungen in Version 43.6
Bisher mussten diese beiden Funktionen deaktiviert werden, bevor die Site auf Control Hub aktualisiert wurde:
- Erforderliche Gastgeberprofilfelder
- Erforderliche Tracking-Codes
Ab der Version 43.6 müssen Sites, die an den Betas für benutzerdefinierte Attribute und erforderliche Gastgeberprofilfelder-Funktionen teilnehmen, diese Funktionen nicht mehr deaktivieren, bevor sie ihre Site auf Control Hub aktualisieren. Stattdessen informiert Sie der Assistent, damit Sie diese beiden Funktionen überprüfen können, da die aktuelle Konfiguration in die Control Hub-Organisation kopiert wird.
Wenn Sie in den erforderlichen Gastgeberprofilfeldern Beta teilnehmen, wird diese Warnung angezeigt:
Wenn Sie an den erforderlichen Tracking-Codes und benutzerdefinierten Attributen teilnehmen, wird dieses Aktionselement angezeigt:
Wenn Sie nicht an diesen Betas teilnehmen, lesen Sie den folgenden Abschnitt weiter.
Funktionen deaktivieren, die die Site-Aktualisierung blockieren
Einige Funktionen müssen deaktiviert werden, bevor Sie eine E-Webex-Site zu Control Hub aktualisieren können. Sie können eine Liste anzeigen, die Ihnen zeigt, welche Funktion deaktiviert werden muss. Mit einem roten Kreis X-Symbol gekennzeichnete Funktionen müssen erledigt werden. Funktionen, die mit einem Ausrufezeichensymbol mit einem gelben Ausrufezeichen markiert sind, sind nur für Ihre Informationen und erfordern keine Aktion.
Eine Demonstration zum Aktualisieren Ihrer Site in Control Hub finden Sie in diesem Video.
Wenn Ihre Organisation die Funktion zur automatischen Kontoerstellung in der Site-Administration verwendet, sollten Sie eine entsprechende Funktion in Control Hub einrichten und eine automatische Lizenzvorlage einrichten, um Lizenzen automatisch zuzuweisen. Weitere Details finden Sie in diesem Artikel . Dies sollte vor der Aktualisierung der Site erfolgen, die in Control Hub verwaltet werden soll.
-
Melden Sie sich bei Webex Site-Administration an und gehen Sie .
-
Suchen und deaktivieren Sie die Option Anmeldung Gastgeberkonto zulassen .
-
Suchen nach Erforderlich für Account-Anmeldung: und löschen Sie alle Kontrollkästchen für die Benutzerprofil- und Felder.
-
-
Klicken Sie auf Aktualisieren.
-
Gehen Sie
-
Ändern Sie in der Spalte Gastgeberprofil alle Zeilen für den Tracking-Code , die als Erforderlich in AdminSet oder Optional markiert sind.
-
Weitere Informationen über Tracking-Codes finden Sie unter https://help.webex.com/izu2ty.
Alle Tracking-Codewerte für Benutzer werden beibehalten, wenn Sie eine Site in Control Hub aktualisieren.
-
In Zukunft wird diese Einschränkung aufgehoben, und Sie können Tracking-Codes den erforderlichen benutzerdefinierten Benutzerattributen in Control Hub für gleichwertige Funktionen zuordnen.
Die Funktion „Tracking-Codes den Benutzerattributen zuordnen“ ist ein Entwurf, der in der öffentlichen Vorschau bereitgestellt wird. Wir bieten Ihnen eine Vorschau dazu, was Sie erwartet.
Bevor Sie eine Site mit erforderlichen Tracking-Codes von Site-Administration zu Control Hub aktualisieren können, müssen Sie diese Tracking-Codes den Benutzerattributen in Control Hub zuordnen. Klicken Sie auf das Symbol unter „Informationen“, um direkt zu den Tracking-Codes zum Assistenten für Benutzerattribute für die Site zu gelangen. Wenn Sie die erforderlichen Tracking-Codes noch nicht zugeordnet oder deaktiviert haben, können Sie Ihre Site nicht auf Control Hub aktualisieren.
Wenn Ihre Site nicht über erforderliche Tracking-Codes verfügt, können Sie weiterhin Tracking-Codes den Benutzerattributen zuordnen, bevor Sie eine Site auf Control Hub aktualisieren, indem Sie dieses Verfahren ausführen.
Für Konferenzstandorte, die die Abteilung als Tracking-Code verwenden, empfehlen wir Ihnen, dass Sie diesen Tracking-Code dem Benutzerprofilattribut der Abteilung und nicht einem benutzerdefinierten Attribut zuordnen. Da es sich bei der Abteilung um ein Standardprofilattribut in Control Hub handelt, ist dieses Szenario in den meisten Fällen effizienter.
Wenn dieses Attribut erforderlich ist, wechseln Sie zum Abschnitt „Benutzerprofil-Attribut“ und markieren Sie das Abteilungsattribut als erforderlich. Beachten Sie, dass dieses Abteilungsattribut zusammen mit anderen Benutzerattributen nicht für externe Benutzer eingetragen wird.
| 1 |
Melden Sie sich bei Control Hub an und rufen Sie Meeting auf. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Wählen Sie eine Site aus, und gehen Sie dann zu . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Wählen Sie Tracking-Code-Karte erstellen aus.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Wählen Sie Übersicht zu den Tracking-Codes öffnen aus.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Klicken Sie auf Konfigurationsübersicht herunterladen. Sie müssen eine Kopie der aktuellen Tracking-Code-Konfiguration herunterladen. Sie benötigen diese Zusammenfassung für die nächsten Schritte. Damit können Sie sicherstellen, dass alle Attributwerte und aktuellen Tracking-Codes einheitlich sind. Sie können auch vorherige Tracking-Code-Listen als CSV-Datei herunterladen, um dieselben Werte für benutzerdefinierte Attribute hochzuladen.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Kehren Sie zum Wizard zurück und wählen Sie Benutzerattribute hinzufügen und überprüfen aus.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Konfigurieren Sie alle neuen benutzerdefinierten Attribute, die für diesen Standort benötigt werden. Markieren Sie alle Attribute wie erforderlich, wenn diese Felder für Benutzer ausgefüllt werden sollen. Benutzerdefinierte Attribute gelten nicht für Organisationen, die Benutzer mit Directory Connector, Azure AD usw. synchronisieren. Mit diesem Schritt können Sie die Anzeigenamen für Tracking-Codes überprüfen. Klicken Sie auf Speichern, wenn Sie alle erforderlichen Änderungen vorgenommen haben. Gesperrte Attribute ähneln AdminSet in klassischen Meeting-Site-Tracking-Codes. Wenn Sie ein benutzerdefiniertes Attribut als gesperrt markieren, können die Benutzer dieses Attribut nicht sehen.Wenn Sie in diesem Schritt auf „Speichern“ klicken, werden alle benutzerdefinierten Attribute, die Sie hinzugefügt, entfernt oder als erforderliche Attribute markiert haben, sofort für die Organisation wirksam. Neue Benutzer, die in der Organisation aufgenommen werden, müssen dieser aktualisierten Konfiguration für benutzerdefinierte Attribute entsprechen, andernfalls schlägt das Benutzer-Onboarding fehl. Gehen Sie umsichtig vor, bevor Sie benutzerdefinierte Attribute als erforderliche Attribute markieren.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Kehren Sie zum Wizard zurück und wählen SieTracking-Codes zuordnen aus.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Verwenden Sie die Dropdown-Liste, um Tracking-Codes den benutzerdefinierten Attributen oder den Benutzerprofilattributen der Organisation zuzuordnen. Beim Zuordnen eines Standort-Tracking-Codes zu einem Attribut werden vom System zunächst bereits vorhandene Attribute zugeordnet, die mit den Tracking-Code-Namen übereinstimmen, wenn für den Eingabetypen die Option „Textfeld“ festgelegt ist. Klicken Sie auf Weiter, wenn Sie fertig sind. Wenn Ihre Organisation einen automatisierten Benutzer-Onboarding-Prozess wie Directory Connector oder Azure AD verwendet, sollten Sie keine Tracking-Codes den benutzerdefinierten Attributen zuordnen. Ordnen Sie die Tracking-Codes stattdessen synchronisierten Attributen zu. Bisher konnten Tracking-Codes je nach Center unterschiedlich konfiguriert werden. Für alle Center (Meetings, Events, Webinare usw.) wird jetzt eine zentrale Konfiguration zum Ansetzen der Zeitplanung freigegeben. Wenn Sie ein Attribut als erforderliches Attribut zuordnen, ist dieses Attribut zum Zeitpunkt des Ansetzens in Webex Meetings, Webex Webinaren usw. erforderlich.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Klicken Sie auf Karte speichern. Die Synchronisierung wird automatisch während des Prozesses durchgeführt, um eine Site in Control Hub zu aktualisieren. Wir schlagen eine Sicherung der Tracking-Codewerte für Benutzer vor, indem Sie einen Site-Benutzer-Export für die Meeting-Site durchführen Wenn Sie Tracking-Codes den benutzerdefinierten Attributen zuordnen, stammt die einzige zuverlässige Datenquelle von Webex Identity und nicht von den einzelnen Konferenzstandorten. Bei der Synchronisierung wird eine einmalige Kopie der Tracking-Code-Benutzerwerte für die zugeordneten Attributen erstellt, die noch nicht für Benutzer eingetragen sind. Das bedeutet, dass die Standortreihenfolge von Bedeutung ist, in der die Tracking-Codes zuerst synchronisiert werden. Beim Synchronisieren des ersten Standorts werden die Tracking-Code-Werte für Benutzer von diesem Standort in das zugeordnete Benutzerattribut für diesen Benutzer in Control Hub kopiert. Das geschieht allerdings nur, wenn dieser Wert nicht bereits für den Benutzer eingetragen ist. Einige Tracking-Code-Werte werden während der Synchronisierung möglicherweise nicht vom Standort in die Benutzerattribute kopiert. Wenn der Wert eines Benutzers für einen zugeordneten Standort zum Zeitpunkt der Synchronisierung bereits eingetragen ist, wird der Tracking-Wert von diesem Standort nicht in das zugeordnete Attribut für diesen Benutzer in Control Hub kopiert. Um zu vermeiden, dass Daten Vorrang vor anderen Tracking-Codes für Benutzer haben, empfehlen wir Ihnen, die Daten für einen Konferenzstandort den aktuellsten Tracking-Code-Benutzerdaten zuzuordnen und diese zu synchronisieren. Die Tracking-Code-Werte werden nicht von Standorten kopiert, die Tracking-Codes den Benutzerfeldern zuordnen, die über externe Quellen wie Directory Connector oder Azure AD synchronisiert werden. In der folgenden Tabelle sind mögliche Szenarien aufgeführt, in denen die Daten Vorrang vor den ursprünglichen Tracking-Codes haben. In diesen Szenarien stellen der Tracking-Code und das zugeordnete Attribut die Stadt des Benutzers dar.
* Der vorherige Tracking-Code-Wert wird durch das vorhandene zugeordnete Attribut ersetzt. | ||||||||||||||||||||||||||||||||||||||||
Stellen Sie vor dem Aktualisieren Ihrer Site, die in Control Hub verwaltet werden soll,:
- Alle Benutzer der Site, die in Ihrer Organisation sein sollten, befinden sich tatsächlich in Ihrer Control Hub-Organisation.
- Alle Benutzer der -Site, die nicht zu Ihrer Organisation gehören sollten, werden aus Ihrer Organisation gelöscht.
- Benutzer in der Organisation können von Ihrem IdP authentifiziert werden, wenn Ihre Organisation für ihre Organisation für SSO.
- Benutzerprofilfelder, die auf der Site als erforderlich markiert sind, werden auch in die Control Hub-Organisation kopiert, wenn Sie die Site aktualisieren. Wenn diese Felder für die Kontoanmeldung auf der Site in Control Hub nicht als erforderlich markiert werden sollen, deaktivieren Sie zunächst die Felder in Site-Administration, bevor Sie auf Control Hub aktualisieren.
- Sie haben den Abschnitt Vorbereitung Ihrer Control Hub-Organisation weiter oben in diesem Artikel durchgesehen.
Eine Demonstration zum Aktualisieren Ihrer Site in Control Hub finden Sie in diesem Video.
So überprüfen Sie nach Benutzern, die die Site-Aktualisierung blockieren
-
Melden Sie sich bei Site-Administration an und öffnen Sie die Seite "Aktualisierungsverwaltung ".
-
Öffnen Sie die Voraussetzungen zum Überprüfen der Administrationssteuerung und klicken Sie auf Beeinträchtigte Benutzer in CSV exportieren.
-
Warten Sie, bis der Export abgeschlossen ist. Dieser Vorgang kann abhängig von der Startzeit und der Anzahl der Benutzer auf der Site eine Weile dauern. Der Export wird oben in der Stunde für 6 Minuten unterbrochen (zwischen xx:57 und xx:03).
-
Klicken Sie nach Abschluss des Exportlaufs auf CSV herunterladen.
Ihr Browser
lädt users-to-review.csvherunter. -
Öffnen Sie die CSV-Datei und aktivieren Sie die Spalte Empfohlene Aktion (die letzte Spalte). Nehmen Sie die empfohlene Aktion für jeden Benutzer in der Datei vor.
Benutzer mit nicht übereinstimmenden E-Mail-Adressen
Einige Benutzer haben möglicherweise eine andere E-Mail-Adresse in Site Admin und Control Hub. Dies ist möglich, wenn die E-Mail des Benutzers nur an einem der beiden Orte geändert wurde, nachdem der Benutzer von dieser Site mit Control Hub verknüpft wurde.
Führen Sie diese Aktionen aus, um Benutzer mit nicht übereinstimmenden E-Mail-Adressen zu beheben:
-
Ändern Sie die E-Mail-Adresse des Benutzers in Site Admin an die Control Hub-E-Mail-Adresse.
Benutzer können ihre Site-Admin-Profile bearbeiten: https://help.webex.com/nmig1kcb
-
Ändern Sie die E-Mail-Adresse des Benutzers in Control Hub an die E-Mail-Adresse des Site-Administrators: https://help.webex.com/nsi3kgb.
Benutzer können ihre eigenen E-Mail-Adressen in der Control Hub-Organisation ändern: https://help.webex.com/nme40aeb
Wenn Sie Ihre Site in Control Hub aktualisieren, ohne dass nicht übereinstimmende E-Mail-Adressen der Benutzer korrekt sind, müssen die betroffenen Benutzer ihre Control Hub-E-Mail-Adressen verwenden, um sich bei ihrer Meeting-Site anmelden. Diese Benutzer können sich möglicherweise nicht anmelden, wenn sie versuchen, sich mit der E-Mail-Adresse in der Site-Administration anmelden oder wenn ihre Control Hub-E-Mail-Adresse in ihrem IdP nicht mehr gültig ist (für SSO-Organisation). Sie können die Aktualisierung der Site nicht verhindern, aber es ist besser, die E-Mail-Adressen zu beheben, bevor Sie mit der Aktualisierung beginnen.
Externe Benutzer mit Basic Meetings-Lizenz
Externe Benutzer mit grundlegenden Meetings-Lizenzen müssen deaktiviert oder auf kostenpflichtige Webex Meetings-Lizenzen aktualisiert werden, bevor die Site von der Site-Administration auf Control Hub aktualisiert wird.
So deaktivieren Sie Nutzer
Für individuelle Benutzerdeaktivierung in Site-Administration:
-
Gehen Sie zu .
-
Verwenden Sie die Index-, Such- und Filtersteuerungen, um den Benutzer zu finden.
-
Deaktivieren Sie das Kontrollkästchen Aktiv.
-
Senden Sie die Änderungen.
Weitere Informationen finden Sie unter Benutzerkonten in Webex-Site-Administration verwalten .
Für Batch-Benutzerdeaktivierung in Site-Administration:
-
Exportieren Sie die Benutzer in eine CSV-Datei.
-
Öffnen Sie die CSV-Datei und ändern Sie die Spaltenwerte
Aktivfür alle betroffenen Benutzer aufN. -
Importieren Sie die geänderte CSV-Datei.
Die geänderten Benutzer sind nun inaktiv.
Weitere Informationen finden Sie unter "Webex-Benutzer im Webex-Site-Administration im Batch importieren/exportieren".
Benutzer in Organisationen mit Verzeichnissynchronisierung
Wenn Benutzer in Ihrer Organisation nicht verknüpft sind, diese jedoch noch nicht hinzugefügt werden sollen, müssen Sie sie zuerst Ihrer Organisation hinzufügen. Dies ist insbesondere für Organisationen wichtig, die für die Verzeichnissynchronisierung (über Verzeichniskonnektor oder Azure AD) konfiguriert sind, da die Verzeichnissynchronisierung den Site-Aktualisierungsprozess zum Hinzufügen von Benutzern nicht zu verfügung steht.
Die Aktualisierung der Site scheitert, wenn keine aktiven Benutzer auf der Site mit einer Control Hub-Organisation verknüpft werden können. Wenn Ihre Organisation für die Verzeichnissynchronisierung konfiguriert ist, stellen Sie sicher, dass alle Benutzer auf der Site, die Teil der Control Hub-Organisation sein müssen, zuerst zu Verzeichniskonnektor oder Azure AD hinzugefügt werden, bevor Sie die Aktualisierung starten.
Benutzerprobleme vor dem Start der Aktualisierung beheben
Wenn Sie versuchen, die Site in Control Hub zu aktualisieren, ohne die Probleme für Benutzer in der zu prüfenden Benutzer -Datei zu beheben, kann der Aktualisierungsverwaltungsprozess fehlschlagen. Das Tool überprüft nicht, ob Sie die Probleme behoben haben, bis Sie die letzte Aktualisierung gestartet haben.
Aktualisieren von SSO-Sites und Nicht-SSO-Sites, die mit einer SSO-Organisation verknüpft sind
Eine Control Hub-Organisation kann mehrere Identitätsanbieter (IdPs) für SSO unterstützen, wobei einer der Identitätsanbieter Webex IdP (lokale Authentifizierung) ist.
Mehrere IdPs in Control Hub helfen:
- Wobei der IdP für eine SSO-Site in Site-Administration anders ist als der SSO-IdP von Control Hub.
- Wenn Benutzer auf der Site nicht im in der Organisation konfigurierten SSO-IdP sind, können diese Benutzer jetzt einfach zum lokalen Webex-IdP hinzugefügt werden. Sie können diese Benutzer später zum konfigurierten SSO-IdP verschieben.
Durch das Einrichten mehrerer IdPs können sich alle Benutzer auf der Site, die vom Site-Administrator auf Control Hub aktualisiert wird, über die in einer Control Hub-Organisation konfigurierte Authentifizierungsmethode anmelden. Um dies zu erreichen, haben Sie folgende Möglichkeiten:
- Fügen Sie der Control Hub-Organisation weitere SSO-IdPs hinzu.
- Benutzer zu einem bereits konfigurierten IdP hinzufügen.
- Fügen Sie Benutzer zum lokalen Webex IdP hinzu.
In diesem Artikel erfahren Sie mehr über mehrere IdPs in Control Hub.
Vorbereitungen
Es gibt einige Funktionen, die Sie deaktivieren müssen, und Sie müssen überprüfen, ob sich alle Benutzer in einem guten Zustand befinden, um in Control Hub aktualisiert zu werden. Wenn Sie API-integrierte Anwendungen verwenden, müssen Sie diese aktualisieren, um die Webex-API verwenden zu können.
Informationen zu diesen Voraussetzungen finden Sie in den älteren Teilen dieses Artikels.
Stellen Sie sicher, dass alle Ihre Administratoren wissen, dass Sie die Site auf Control Hub aktualisieren und dass sie nach dem Start keine Änderungen in der Site-Administration vornehmen dürfen.
| 1 |
Exportieren und speichern Sie die Exportdatei für Site-Benutzer. Diese Datei fungiert als Benutzerkonfigurationsarchiv, das Ihnen bei der Validierung nach der Aktualisierung hilft. |
| 2 |
Melden Sie sich an, Site-Administration klicken Sie auf Administration aktualisieren. |
| 3 |
Überprüfen Sie die Voraussetzungen, insbesondere die CSV-Liste der Benutzer in Zuzuständen, die die erfolgreiche Aktualisierung beeinträchtigen könnten. |
| 4 |
Lesen Sie mehr über die Funktionen, die deaktiviert werden müssen, und die Unterschiede, die bei der Benutzerverwaltung und Gastgeberlizenzen zu erwarten sind (dokumentiert ebenfalls in diesem Artikel). |
| 5 |
Klicken Sie auf Zu Control Hub aktualisieren. Diese Schaltfläche wird erst aktiviert, nachdem Sie die oben genannten Schritte abgeschlossen haben.  Ein Pop-up-Fenster wird angezeigt. Dieses Fenster zeigt, dass die Aktualisierung einer Site auf Control Hub dauerhaft ist und Sie die Aktualisierung nach Abschluss nicht rückgängig machen können. Nach Abschluss der Aktualisierung wird diese Site nicht mehr in diesem Site-Administration. Wenn Sie diese Site in Control Hub nicht vollständig verwalten können, beenden Sie den Assistenten jetzt.
 |
| 6 |
Klicken OK. Beim Start der Aktualisierung wird ein Banner über Site-Administration, um Sie darüber zu informieren, dass eine Aktualisierung der Site im Gange ist. Wenn etwas falsch läuft, wird eine Fehlermeldung mit einer vorgeschlagenen Aktion angezeigt. Andernfalls wird eine Erfolgsmeldung angezeigt. Die Aktualisierung der Site dauert ca. 3 Min. + 1.000 aktive Benutzer/Min. + 2.000 inaktive Benutzer/Min. Beispiel: Wenn Sie die Aktualisierung der Site um 05:20 gestartet haben und Ihre Site 8000 aktive und 2000 inaktive Benutzer hat, dauert die Aktualisierung der Site etwa 12 Minuten. Darüber hinaus werden Site-Aktualisierungen für 6 Minuten oben in der Stunde angehalten (zwischen xx:57 und xx:03). Ihre Ergebnisse können jedoch variieren. |
| 7 |
Klicken Sie auf Bei Control Hub anmelden. |
Nachdem Sie die Aktualisierung der Site von Webex Site-Administration ausgelöst haben, können Sie sich bei Control Hub anmelden, um den Status der Site-Aktualisierung anzuzeigen.
-
Melden Sie sich bei Control Hub an und öffnen Sie die Seite Meetings .
Sie können eine Liste Ihrer Meeting-Sites anzeigen.
-
Klicken Sie auf eine Site, um Informationen zu dieser Site zu erhalten.
-
Suchen Sie den Abschnitt Aktualisierung der Site , in dem Sie den Aktualisierungsstatus lesen können.
Nach Abschluss der Aktualisierung können Sie eine Liste aller Benutzer in Site-Administration herunterladen und sehen, welcher dieser Benutzer auf der Site aktiv oder inaktiv war. Benutzer, die in der Spalte "Benutzerstatus" als inaktiv angezeigt Site-Administration haben keinen Zugriff auf die von Control Hub verwaltete Site. Diesen Benutzern wird außerdem nicht angezeigt, dass sie im Benutzerabschnitt von Control Hub Zugriff auf die Site haben.
Es kann etwas dauern, bis die Download-Schaltfläche angezeigt wird (Minuten für die meisten Organisationen).
-
Überprüfen Sie die Liste, um während der Aktualisierung nach Problemen zu suchen.
Sie können diese Site in einem neuen Site-Administration nach Abschluss der Aktualisierung der Site nicht mehr verwalten. Die Verwaltung für diese Site muss im Control Hub erfolgen. Im Folgenden finden Sie einige Schritte, um sich mit der Verwaltung Ihrer -Site in Control Hub vertraut zu machen und diese auszuprobieren:
-
Überprüfen Sie einige Konfigurationseinstellungen der Site, um zu bestätigen, dass sich nichts geändert hat. Dies ist einfacher, wenn Sie vor der Aktualisierung auf Control Hub einige Site-Admin-Einstellungen kopiert haben.
-
Wählen Sie einen Gastgeber aus und verifizieren Sie dessen Lizenz, Tracking-Codes und Sitzungstypen in Control Hub. Melden Sie sich bei der Meeting-Site an und bestätigen Sie, dass die angesetzten Meetings, Aufzeichnungen und Präferenzen nicht geändert werden. Die Validierung ist einfacher, wenn die Daten dieses Hosts vor einer Aktualisierung auf Control Hub kopiert werden.
Bitten Sie den Benutzer, zu überprüfen, ob er neue Meetings planen und hosten kann.
-
Fügen Sie einen neuen Benutzer zu Ihrer Organisation hinzu. Erteilen Sie dem Benutzer eine Gastgeberlizenz, ändern Sie die Sitzungstypen und überprüfen Sie, ob er Meetings veranstalten kann.
-
Wählen Sie einen Benutzer mit Volladministrator in Site Administrator aus, und überprüfen Sie, ob er über den entsprechenden Zugriff auf die aktualisierte Site in Control Hub verfügen kann.
Sie sollten in der Lage sein, die Site zu lesen und zu ändern; Benutzer erstellen, lizenzen, ändern und löschen.
-
Wenn Ihre Site über API-Integrationen verfügt, wechseln Sie zur Verwendung der Personen-APIs. Überprüfen Sie, ob die aktualisierte Integration erwartungsgemäß funktioniert.
Weitere Informationen zur Verwaltung von Meeting-Sites im Control Hub finden Sie unter https://help.webex.com/naqlzeu.
-
Benutzer haben eine einmalige, einheitliche Anmeldeerfahrung bei der Webex-App und allen von Control Hub verwalteten Sites.
Wenn der Benutzername nicht mit der E-Mail-Adresse des Benutzers in Site-Administration übereinstimmen, hat dies Auswirkungen auf die Anmeldeerfahrung. Alte Nutzernamen können nicht mehr verwendet werden, und diese Benutzer müssen ihre E-Mail-Adresse verwenden, um sich anmelden zu können. -
Benutzeranmeldeinformationen werden mit ihrer Control Hub-Identität verknüpft. Diese Anmeldeinformationen gelten für alle von Control Hub verwalteten Sites in derselben Organisation und für die Webex-App.
-
Wenn die Control Hub-Organisation SSO konfiguriert ist, bestimmt diese SSO die Anmeldung bei der Webex-App und allen von Control Hub verwalteten Sites.
-
Die Anmeldung bei der Webex-App ist nicht betroffen als Folge einer Aktualisierung auf Control Hub.
-
Wenn sich Benutzer auf einer anderen Webex Meetings anmelden, sieht der Anmeldebildschirm anders aus. Benutzer müssen ihre E-Mail-Adresse eingeben, um sich anmelden zu können, selbst wenn ihre Organisation für die SSO.
Administratoren können die Option Anmeldeinformationen speichern im Control Hub aktivieren, damit Benutzer ihre E-Mail-Adresse nicht bei jeder Anmeldung erneut eingeben müssen. -
Je nach Verlauf der einzelnen Benutzer, der Anzahl der Sites, auf denen sie ein Konto haben, usw.:
-
Wenn Benutzer in Webex Identity/Control Hub mit vorhandenen Benutzern verknüpft waren, verwenden die Benutzer dasselbe Passwort für alle Webex-Sites, die in Control Hub aktualisiert werden.
-
Wenn Benutzer im Webex Identity/Control Hub aufgrund einer Site-Verknüpfung erstellt wurden, gelten die Anmeldeinformationen ihrer ersten verknüpften Site (wenn die Organisation nicht mit -Benutzern SSO). Benutzer werden weitergeleitet, um sich bei dieser Site anmelden. Wenn Benutzer mehrere Sites mit mehreren Anmeldeinformationen haben, sollte die Site-URL ihnen helfen zu bestimmen, welche Anmeldeinformationen verwendet werden sollen.
-
Benutzer können ihr Passwort in Control Hub-Organisationen zurücksetzen (wenn das Passwort nicht über die Organisation SSO). Wenn Benutzer ihr Passwort vergessen haben, können sie auf dem Anmeldebildschirm einfach auf Benutzername oder Passwort vergessen? klicken, um ihr Passwort zurückzusetzen. Benutzer können ihr Passwort auch wie folgt zurücksetzen:
- Passwort für Webex-App zurücksetzen: https://help.webex.com/article/n02v0b8/
- Passwort für eine neue Webex Meetings zurücksetzen: https://help.webex.com/article/6v6kaab/
-
-
Wenn sich die E-Mail-Adresse eines Endbenutzers geändert hat und dieser Benutzer zum Zeitpunkt der Site-Aktualisierung eine andere E-Mail-Adresse in Site Admin und Control Hub hatte, kann es für den Benutzer zu Problemen beim Versuch, sich anmelden, auftreten. Der Benutzer weiß möglicherweise nicht, dass er jetzt seine Control Hub-E-Mail-Adresse verwenden muss, um sich anmelden zu müssen, oder dass die E-Mail-Adresse im Control Hub für den Identitätsdienstanbieter ihrer Organisation SSO ist. Dieses Problem kann am besten vermieden werden, indem Sie die E-Mail-Adressen von Benutzern in Control Hub aktualisieren, da Änderungen an den E-Mail-Adressen derselben Benutzer in der Site-Administration vorgenommen werden.
-
Erneute Anmeldung für Benutzer in der Webex Meetings-App für iOS erforderlich:
- Wenn Sie eine nicht SSO-Site auf Control Hub aktualisieren, müssen sich Ihre Benutzer erneut bei der Webex Meetings-App für iOS anmelden. Obwohl die Meetings für iOS-App keine erneute Anmeldung für bis zu zwei Monate nach der Site-Aktualisierung erfordern, empfehlen wir Benutzern eine manuelle Anmeldung, um diese Situation zu vermeiden.
-
Während der Site-Aktualisierung müssen sich Benutzer, deren Benutzernamen nicht mit ihren E-Mail-Adressen übereinstimmen, möglicherweise erneut anmelden.
-
Diese Benutzer müssen sich möglicherweise erneut bei ihren Webex-Clients anmelden, wenn sie versuchen, während der Site-Aktualisierung auf Control Hub auf die Webex-Dienste auf der Site zuzugreifen. Benutzer, die bereits vor Beginn der Site-Aktualisierung Meetings beigetreten sind, sind nicht betroffen.
-
Leere CSV-Datei für "Benutzer zum Überprüfen"
Wenn Ihre Site groß ist und mehr als 1.000 Benutzer hat, deren E-Mail-Adressen in der Site-Administration von denen in Control Hub unterscheiden, kann es im Site-Aktualisierungsassistenten zu einer leeren CSV-Datei kommen, die von einem "Benutzer zur Überprüfung" verwendet wird. Dies führt dazu, dass das Site-Update nicht funktioniert, da Sie nicht in der Lage sind, die Benutzer mit Problemen zu lösen. An diesem Problem wird gearbeitet, und wir planen, dieses Problem in den kommenden Wochen zu lösen.
Einstellungen, die bei der Aktualisierung in Control Hub nicht übernommen werden
- Wenn sich Ihre von Site-Admin verwaltete Site im langsamen Kanal befand und Ihr Control Hub auch von einem Partner verwaltet wird, können Sie nach einer Aktualisierung auf Control Hub die Kontrolle über die Aktualisierungen der Meetings-Site-Version verlieren. In diesem Fall wenden Sie sich an Ihren Partner und bitten Sie ihn, die Einstellung Kunde das Upgrade der Site-Version erlauben für Ihre Organisation zu aktivieren.
- Ausstehende Kontoanfragen für Selbstanmeldung werden nicht an das Alerts-Center übertragen. Benutzer müssen sich nach Abschluss der Aktualisierung erneut für ein Konto anmelden .
- Benutzernamenwerte in der Site-Administration werden nach Abschluss der Aktualisierung mit E-Mail-Adressen der Benutzer in Control Hub überschrieben.
Benutzerprobleme, die dazu führen, dass die Aktualisierung fehlschlägt
- Benutzer mit E-Mail-Adressen, die mit Benutzern in einer Webex for Government-Organisation verknüpft sind, führen dazu, dass die Aktualisierung fehlschlägt, wenn diese Benutzer vor dem Start der Aktualisierung nicht deaktiviert werden.
Häufige Probleme, die dazu führen, dass die Aktualisierung fehlschlägt, und empfohlene Aktionen
Wenn Ihre Site nicht in Control Hub aktualisiert werden kann, überprüfen Sie die folgende Tabelle, um zu sehen, ob einer dieser Comon-Fehler die Ursache ist und was Sie tun können, um ihn zu beheben.
| Fehler, die dazu führen, dass die Aktualisierung fehlschlägt | Empfohlene Aktion |
|---|---|
| Der Site-Typ ist ungültig. | Wenden Sie sich Webex Support Team an Ihr Team, um zu überprüfen, ob die Site benutzerverknlinkt ist. |
| Der Site ist kein Abonnement zugeordnet. | Sites müssen einem Abonnement zugeordnet sein, bevor sie in Control Hub aktualisiert werden können. |
| Es besteht ein Problem mit der Organisations-ID. | Site verknüpfte Organisations-ID ist nicht dieselbe wie die Abonnementorganisations-ID. Kontaktieren Sie Ihr Webex Support Team. |
| Für das folgende Abonnement sind ausstehende Vorgänge im Control Hub ausstehend: (SubID). | Aktualisieren Sie die Site erneut, nachdem der ausstehende Vorgang abgeschlossen wurde. |
| Es gibt Konflikte in den einmaliges Anmelden (SSO)-Einstellungen. | Wenn die Site SSO ist, stellen Sie Sicher, dass:
|
| Die Site-Lizenzinformationen in Site-Administration stimmen nicht mit den Site-Lizenzinformationen in Control Hub überein. | Inkonsistente Lizenzinformationen zwischen Site Admin und Control Hub. Kontaktieren Sie Ihr Webex Support Team. |
| Einige Benutzernamen oder E-Mail-Adressen in Site-Administration mit Benutzernamen oder E-Mail-Adressen in Control Hub in Konflikt stehen. | Die E-Mail eines Benutzers in der Site-Administration wird von einem anderen Benutzer in Control Hub verwendet. Ändern Sie eine der E-Mail-Adressen oder Benutzernamen. |
| Beim Aktualisieren Ihrer Site ist ein Problem behoben. | Ein interner Fehler hat die Aktualisierung dieser Site verhindert. Kontaktieren Sie Ihr Webex Support Team. |
| Beim Aktualisieren der Webex-Benutzer ist ein Problem aufgetreten. | Ein interner Fehler hat die Aktualisierung dieser Site verhindert. Kontaktieren Sie Ihr Webex Support Team. |
Anmeldeprobleme für Benutzer
Stellen Sie sicher, dass Webex-Cookies immer zugelassen sind. Andernfalls könnten Benutzer nach einer Aktualisierung auf Control Hub Probleme bei der Anmeldung haben.
F. Gibt es ein Datum, an dem Cisco die Site-Administration nicht mehr unterstützt?
A. Ja. Wir planen, die Webex-Site-Administration Ende Dezember 2023 einzustellen.
F. Behalten Administratoren der Site in der Site-Administration ihren administrativen Zugriff auf die Site nach der Aktualisierung auf die Control Hub-Verwaltung?
A. Ja. Alle Administratoren auf der Site in der Site-Administration haben immer noch administrativen Zugriff auf die Site, nachdem die Site auf die Control Hub-Verwaltung aktualisiert wurde.
F. Warum werden neue Administratoren auf der Site angezeigt, nachdem eine Meeting-Site von Site-Admin auf Control Hub-Verwaltung aktualisiert wurde?
A. Diese neuen Administratoren auf der Site waren wahrscheinlich Administratoren der Control Hub-Organisation. Wenn eine Site von Site-Admin zu Control Hub aktualisiert wird, werden alle organisationsweiten Administratoren zu Site-Administratoren der neuen, von Control Hub verwalteten Site. Das bedeutet, dass vollständige Administratoren der Organisation zu vollständigen Webex-Site-Administratoren werden, Administratoren von Organisationsbenutzern zu Webex-Site-Benutzeradministratoren und Administratoren mit Lesezugriff der Organisation zu Webex-Site-Administratoren mit Lesezugriff werden.
F. Wie kommt es, dass die Anmeldung des Produktivitätswerkzeugs nach der Aktualisierung der Site in Control Hub nicht funktioniert?
A. Stellen Sie sicher, dass die Internetbrowser so konfiguriert sind, dass sie immer Sitzungs-Cookies zulassen, die sich in den erweiterten Datenschutzeinstellungen der Browser befinden.
F. Wenn ein Benutzer in Control Hub gelöscht wird und dann dieselbe E-Mail-Adresse erneut zu Control Hub hinzugefügt und der gleichen Webex-Site eine Meetings-Lizenz zugewiesen wird, kann der Benutzer dann auf seine alten Aufzeichnungen zugreifen?
A. Ja, der Benutzer hat Zugriff auf alle seine alten Meetings-Inhalte, wenn er einer der vorherigen Webex-Sites, auf denen er war, eine Lizenz zugewiesen hat. Dies gilt sowohl für von Control Hub verwaltete Sites als auch für Sites, die in Control Hub aktualisiert wurden.
F. Wenn ein Benutzer in der Site-Administration vor der Site-Aktualisierung auf Control Hub deaktiviert und später wieder für dieselbe Webex-Site in Control Hub lizenziert wurde, hat der Benutzer Zugriff auf seine alten Aufzeichnungen?
A. Ja, der Benutzer hat weiterhin Zugriff auf seine alten Aufzeichnungen. Darüber hinaus wird jeder Benutzer, der vor der Site-Aktualisierung in der Site-Administration deaktiviert wurde, in der MEETINGS CSV-Exportdatei im Control Hub aufgeführt.
F. Wenn für eine Site kein SSO-IdP eingerichtet ist, aber die Control Hub-Organisation einen SSO-IdP hat, was geschieht, wenn die Site auf Control Hub aktualisiert wird?
A. Die Site verwendet denselben Identitäts SSO IdP wie die Control Hub-Organisation.
F. Wenn eine Site einen anderen SSO-IdP als der SSO-IdP in Control Hub eingerichtet hat, was geschieht, wenn die Site auf Control Hub aktualisiert wird?
A. Die Site wird umschalten, um denselben SSO IdP wie die Control Hub-Organisation zu verwenden.
F. Wenn für eine Site ein SSO-IdP eingerichtet ist, die Control Hub-Organisation jedoch keinen SSO-IdP hat, was geschieht, wenn die Site auf Control Hub aktualisiert wird?
A. Sie werden am Aktualisieren Ihrer Site blockiert. Um die Blockierung der Site zu entsperren, damit Sie ein Update auf Control Hub machen können, entfernen Sie entweder den SSO IdP von der Site Admin-Site oder fügen Sie einen SSO IdP zur Control Hub-Organisation hinzu.
F. Kann ich mich weiterhin bei der Site-URL anmelden, um auf Aufzeichnungen zuzugreifen und Meetings oder Events anzusetzen?
A. Ja, Sie können sich weiterhin an der Site-URL anmelden, über die Sie auf Aufzeichnungen zugreifen, Meetings anplanen können usw.
F. Werden benutzerspezifische Einstellungen während der Site-Aktualisierung von Site-Administration auf Control Hub geändert?
A. Nein, die Benutzereinstellungen bleiben unverändert. Diese Einstellungen gelten wie vor der Aktualisierung der Site.
F. Sind meine Aufzeichnungen oder angesetzten Meetings von dieser Site-Aktualisierung betroffen?
A. Aufzeichnungen von Gastgebern sind nicht betroffen. Sie haben weiterhin Zugriff darauf. Ihre angesetzten Meetings sind ebenfalls nicht betroffen. An den Änderungen sind keine Änderungen vorgenommen.
F. Werden Aufzeichnungen oder angesetzte Meetings von Benutzern von dieser Site-Aktualisierung betroffen?
A. Benutzeraufzeichnungen sind nicht betroffen. Sie haben noch Zugang zu ihnen. Angesetzte Meetings sind ebenfalls nicht betroffen. An den Änderungen sind keine Änderungen vorgenommen.
Für Benutzer, die noch nicht beansprucht wurden, können ihre Aufzeichnungen oder angesetzten Meetings betroffen sein, wenn Sie sie nach der Aktualisierung der Site in Control Hub beanspruchen. Weitere Informationen finden Sie im folgenden Hinweis.
Wir empfehlen Ihnen dringend, Benutzer zu beanspruchen, bevor Sie Ihre Site auf Control Hub aktualisieren. Wenn Sie Benutzer für Ihre Organisation beanspruchen, nachdem die Site auf Control Hub aktualisiert wurde, können diese Benutzer den Zugriff auf Meetings und Meeting-Anlagen auf der Site verlieren.
Als Problemumgehung können Sie Folgendes tun, um sicherzustellen, dass Benutzer den Zugriff auf Meetings und Meeting-Anlagen auf der Site nach der Aktualisierung der Site auf Control Hub nicht verlieren:
- Für Benutzer mit externen Administratorprivilegien für die Organisation oder Site: Entfernen Sie den gesamten externen Administratorzugriff auf die Organisation und Site und entfernen Sie dann die Meeting-Site-Lizenz. Nachdem Sie den Benutzer beansprucht haben, lizenzieren Sie diesen Benutzer erneut für die Site. Sie können auch die externen Administratorprivilegien wiederherstellen.
- Für reguläre Benutzer: Entfernen Sie die Meeting-Site-Lizenz, beanspruchen Sie den Benutzer für Ihre Organisation und lizenzieren Sie ihn dann erneut für die Site.
F. Wo überprüfe ich ausstehende Anfragen für Konten zur Selbstregistrierung für von Control Hub verwaltete Sites?
A. Sie und andere Administratoren können Selbst sign-up-Anforderungen in Alerts Center prüfen.
F. Kann ich nach der Aktualisierung einer Site auf Control Hub über den Site-Administrator auf Benutzernamen zugreifen?
A. Eine Benutzerexportdatei aller Benutzer in Site Admin ist im Control Hub für 90 Tage verfügbar, nachdem Sie die Site in Control Hub aktualisiert haben. Diese CSV-Datei enthält Benutzernamenwerte.
F. Wir verwenden Benutzernamenwerte, um Benutzer in der Site-Administration zu identifizieren. Wie können wir dasselbe in Control Hub tun?
A. Benutzernamenwerte gehen nach dem Aktualisieren einer Site in Control Hub verloren. Wenn Sie Zugriff auf diese Werte benötigen, kopieren Sie die Werte in einen Tracking-Code, bevor Sie die Site aktualisieren. Tracking-Codewerte für Benutzer werden beibehalten und sind nach dem Aktualisieren einer Site in Control Hub verfügbar. Wenn Sie SSO verwenden, ist ExternalID ein Control Hub-Benutzerattribut, das diesen Wert enthalten kann. Dies erfordert , dass Sie Ihre SAML-Assertions konfigurieren, um diesen Wert beim Konfigurieren SSO in Control Hub zu übergeben. Dieser Wert wird auch während der automatischen Erstellung neuer Benutzer an Control Hub weitergegeben.
F. Wie lange dauert es, bis die Site-Aktualisierung nach dem Start abgeschlossen ist?
A. Die Aktualisierung der Site dauert ca. 3 Min. + 1.000 aktive Benutzer/Min. + 2.000 inaktive Benutzer/Min. Beispiel: Wenn Sie die Aktualisierung der Site um 05:20 gestartet haben und Ihre Site 8000 aktive und 2000 inaktive Benutzer hat, dauert die Aktualisierung der Site etwa 12 Minuten. Darüber hinaus werden Site-Aktualisierungen für 6 Minuten oben in der Stunde angehalten (zwischen xx:57 und xx:03). Ihre Ergebnisse können jedoch variieren.
F. Wie kann ich jeden neuen Benutzer oder jeden neuen Benutzer in bestimmten Gruppen automatisch lizenzieren, nachdem die Site aktualisiert wurde, die in Control Hub verwaltet werden soll?
A. Sie können organisations- oder gruppenbasierte Lizenzvorlagen einrichten , um neuen Benutzern automatisch Lizenzen zuzuweisen.
F. Gibt es während der Site-Aktualisierung Ausfallzeiten?
A. Nein. Während der Site-Aktualisierung:
- Benutzer können den Meeting-Dienst weiterhin nutzen, z. B. das Beitreten zu und Starten von angesetzten und Ad-hoc-Meetings.
- Dies wirkt sich nicht auf Meetings aus, die bereits laufen, wenn die Site-Aktualisierung beginnt.
- Das Abonnement wird in Control Hub gesperrt.
- Der Meetings-Desktop-Client hat möglicherweise Probleme mit dem Abschnitt „Anstehende Meetings“.
- Änderungen an Site-Verwaltungskonfigurationen werden nicht empfohlen.
