Erfahren Sie mehr über die Unterschiede zwischen der Verwaltung einer Webex-Site in Control Hub und Site-Administration.
Von Control Hub verwaltete Webex-Sites
Control Hub ist das Verwaltungsportal für alle Cloud Collaboration-Produkte von Cisco. Sie können jeden Webex-Dienst an einem Standort verwalten. Die Vorteile der Verwaltung von Sites in Control Hub umfassen:
Einheitliche Lizenzzuweisungen für alle Webex-Dienste.
Konsistente Sicherheitsrichtlinien für alle Webex-Services.
Gemeinsames Anmeldeerlebnis für alle Endbenutzer zwischen verschiedenen Webex-Diensten.
Moderne Administratorsteuerungen wie Directory Connector, SCIM und Active Directory-Gruppen.
Lizenzvorlagen, um Benutzern automatisch mehrere Lizenzen zuzuweisen.
Von Site-Administration verwaltete Webex-Sites
Site-Administration ist ein Verwaltungsportal nur für die Webex Meetings Suite. Wenn Ihre Organisation beschließt, weitere Produkte hinzuzufügen, z. B. die Webex-App oder Webex Calling, müssen Sie diese Produkte in Control Hub verwalten, während Sie weiterhin die Site-Administration verwenden, um Webex Meetings zu verwalten.
 | Wenn Sie zu Beginn Site-Administration ausgewählt haben und zu Control Hub wechseln möchten, können Sie zu Control Hub wechseln. |
Vergleich der Administratorerfahrungen zwischen Control Hub und Site-Administration
In der folgenden Tabelle werden die signifikanten Unterschiede zwischen der Verwaltung einer Webex-Site in Control Hub und der Site-Administration erläutert.
Verwaltungserfahrung | Control Hub | Site-Administration | ||
|---|---|---|---|---|
Benutzermanagement | Benutzer werden zentral in Control Hub verwaltet, einschließlich der Zuweisung von Lizenzen und der Konfiguration von Servicelevels. | Webex Meetings-Benutzer und -Einstellungen werden in der Site-Administration verwaltet. Wenn Sie andere Webex-Produkte haben, z. B. die Webex-App, müssen Sie die Benutzer und Einstellungen für dieses Produkt in Control Hub verwalten. | ||
Benutzer verwenden dieselben Anmeldeinformationen für die Anmeldung bei der Webex-App und Webex Meetings. | Wenn die Webex-Site verknüpft ist, können sich Benutzer mit denselben Anmeldeinformationen wie für ihre Webex Meetings-Site bei der Webex-App anmelden. | |||
Benutzer können ein Konto mit Gastgeberprivilegien oder zusätzliche Dienste von der Startseite ihrer Webex-Site anfordern, wenn ein Administrator dies zulässt. Weitere Informationen finden Sie unter Selbstständige Anmeldung des Gastgeberkontos für eine Webex Meetings-Site zulassen . | Benutzer können ein Konto mit Gastgeberprivilegien oder zusätzliche Dienste von der Startseite ihrer Webex-Site anfordern, wenn ein Administrator dies zulässt. Weitere Informationen finden Sie unter Selbstständige Anmeldung des Gastgeberkontos für eine Webex Meetings-Site zulassen . | |||
Benutzern können Lizenzen für alle Webex-Dienste und mehrere Webex-Sites in einem Vorgang zugewiesen werden, auch wenn ein Benutzer zum ersten Mal mit einer automatischen Lizenzvorlage erstellt wird. | Benutzern können jeweils nur Lizenzen für eine Webex-Site zugewiesen werden. | |||
Benutzer können automatisch über Personen- und SCIM-APIs, Verzeichniskonnektor und Azure Active Directory erstellt werden. | Benutzer können automatisch über die automatische SSO-Kontoerstellung und die XML-API erstellt werden. | |||
Unterschiedliche Benutzergruppen in Active Directory können basierend auf einer Lizenzvorlage verschiedenen Lizenzen zugewiesen werden . | Active Directory ist für Site-Administration nicht verfügbar. | |||
Deaktivieren oder reaktivieren Sie Benutzer auf einer Webex-Site, indem Sie Lizenzen entfernen oder hinzufügen. | Deaktivieren oder reaktivieren Sie Benutzer auf einer Webex-Site mit einem Kontrollkästchen. | |||
Externe und interne Teilnehmer | Administratoren können interne Teilnehmer mit einer internen Tag-Option identifizieren. | Administratoren müssen eine benutzerdefinierte Bezeichnung hinzufügen, um interne Teilnehmer zu identifizieren.
| ||
Tracking-Codes | Tracking-Codes sind für neue Hosts optional. | Administratoren können für neue Gastgeber Tracking-Codes festlegen. | ||
E-Mail-Vorlagen anpassen | Sie können keine Onboarding-E-Mails für Konten anpassen, z. B. Begrüßungs-E-Mails. | Sie können Onboarding-E-Mails für Konten anpassen. | ||
Administratorlizenzierung und -hosting | Administratoren können eine Webex-Site verwalten, ohne eine Lizenz zu verbrauchen, aber eine Lizenz ist erforderlich, um Meetings abzuhalten. Volladministratoren in der Organisation haben Schreibzugriff auf alle von Control Hub verwalteten Webex-Sites.
| Administratoren benötigen eine Lizenz, um Site-Administrator zu werden, und können Meetings abhalten. Administratoren mit vollständigen Administratorrechten in der Organisation, die mehrere Webex-Sites besitzt, haben nicht automatisch Administratorzugriff auf alle von Site-Administration verwalteten Sites. Sie müssen explizit Administratorzugriff auf jede von Site-Administration verwaltete Webex-Site erhalten. | ||
Gastgeber in anderen Unternehmen oder Organisationen | Benutzer müssen sich in der Control Hub-Organisation befinden, damit ihnen in Webex Meetings eine Gastgeber- oder Teilnehmerlizenz zugewiesen wird. | Ein Gastgeber auf einer Webex-Site kann zu einem beliebigen Unternehmen oder einer Organisation gehören. | ||
Mehrere Webex-Sites | Alle Webex-Sites in Control Hub haben gemeinsame Einstellungen, wie die Benutzererstellung und die Authentifizierung von Benutzern bei Webex. Benutzer können über alle Webex-Dienste nur ein Passwort verfügen. Derselbe Benutzer kann keine unterschiedlichen Passwörter auf verschiedenen Webex-Sites haben. Wenn eine Organisation für SSO konfiguriert ist, folgen alle von Control Hub verwalteten Webex-Sites in derselben Organisation demselben SSO. | Jede Webex-Site ist autonom, und derselbe Benutzer kann unterschiedliche E-Mail-Adressen und Kennwörter für verschiedene Webex-Sites haben. Ein Unternehmen mit mehreren Webex-Sites kann die Webex-Sites auswählen, auf denen SSO aktiviert oder deaktiviert werden soll. | ||
APIs** und Integrationen | Control Hub verwendet auch People REST APIs für die Benutzerverwaltung, z. B. zum Erstellen oder Lizenzieren von Benutzern. Webex XML APIs sind für die Benutzerverwaltung mit von Control Hub verwalteten Sites weiterleitbar. Änderungen sind für die meisten Integrationen nach den Site-Aktualisierungen in Control Hub in der Regel unnötig. Weitere Informationen finden Sie unter Übersicht über die Cisco Webex Meetings API-Updates (API 41). | API-Integrationen können vollständig mit Webex XML APIs erstellt werden. | ||
Administratoren umgehen SSO | Externe Administratoren können SSO der Organisation umgehen, die Eigentümer der Webex-Site ist. | Administratoren können die SSO einer Webex-Site umgehen, um sich anzumelden, wenn die Anmeldeinformationen auf der Webex-Site gespeichert sind. | ||
SSO-Konfiguration | Alle Sites verwenden dieselben SSO-Konfigurationen und denselben Identitätsanbieter (IdP). Sie können entweder dasselbe SSO für alle Sites oder gar kein SSO haben. Wenn die von Control Hub verwaltete Organisation mit SSO konfiguriert ist, verwenden verknüpfte Site-Administration-Sites mit einem anderen IdP als die Organisation denselben IdP wie in Control Hub (der vorherige IdP, der in Site-Administration verwendet wurde, gilt nicht mehr). Site-Administration-Sites ohne konfigurierte SSO haben SSO aktiviert und verwenden denselben IdP wie die Organisation, nachdem sie in Control Hub aktualisiert wurden. | Jede Site kann mit unterschiedlichen SSO-Konfigurationen und IdPs eingerichtet werden. Eine Site kann auch keine SSO haben, selbst wenn die verknüpfte von Control Hub verwaltete Organisation SSO verwendet. | ||
SSO-Authentifizierung für Teilnehmer | Diese Funktion ist derzeit für von Control Hub verwaltete Sites nicht verfügbar. In Zukunft können Administratoren Control Hub so konfigurieren, dass eine Anmeldung für alle Teilnehmer erforderlich ist, deren E-Mail-Adressen mit den von der Organisation beanspruchten Domänen übereinstimmen. Dies gilt auch für Nicht-SSO-Organisationen. | Administratoren können für Teilnehmer, deren E-Mail-Adressen bestimmten Domänen entsprechen, eine SSO-Authentifizierung anfordern.
| ||
Anforderungen für die Selbstregistrierung prüfen | Administratoren überprüfen Anfragen im Alerts Center . | Administratoren prüfen Anforderungen in Site Admin . | ||
 | ** API-Integrationen für von Site-Administration verwaltete Webex-Sites müssen möglicherweise geändert werden, damit sie in von Control Hub verwalteten Webex-Sites funktionieren, wenn Sie zu einem späteren Zeitpunkt auf Control Hub aktualisieren. Es wird empfohlen, API-Integrationen gründlich zu testen, um sicherzustellen, dass alle Funktionen funktionieren, nachdem Webex-Sites von Site-Administration zu Control Hub aktualisiert wurden. |
Unterschiede zwischen Passwortverwaltungsfunktionen in Control Hub und Site-Administration
Die folgende Tabelle zeigt die Unterschiede zwischen der Funktionsweise der Passwortverwaltung in Site-Administration und Control Hub. Weitere Informationen zur Passwortverwaltung in Control Hub finden Sie in diesem Artikel .
| Passwortfunktionen der Site-Administration | Control Hub |
|---|---|
| Konfigurieren Sie Kennworteigenschaften wie Mindestlänge und alphanumerische Zeichen. | Konfigurierbar:
Nicht konfigurierbar:
|
| Keine erneute Verwendung der letzten [N] Passwörter zulassen. | Keine erneute Verwendung der letzten [N] Passwörter zulassen. N muss 1–5 sein. |
| Passwortalterung – Erzwingt Benutzern, das Passwort alle [N] Tage zu ändern. | Passwortalterung – Konfigurieren Sie [N] Tage. N muss größer als 90 und kleiner als 1825 (5 Jahre) sein. Der Standardwert ist 1825. |
| Keinen dynamischen Webseitentext für Kontopasswörter (Site-Name, Name des Gastgebers, Benutzername) zulassen. | Verwenden Sie keinen Wert für allgemeine Felder wie Site-Name oder Benutzername als Passwort. |
| Verwenden Sie kein Passwort aus einer Liste. | Kontopasswörter aus einer Liste nicht zulassen. |
| Benutzer müssen ihr Passwort bei der nächsten Anmeldung ändern. | Nicht unterstützt. Mit einer geplanten Funktion können Administratoren festlegen, dass Benutzer ihre Passwörter ändern müssen. |
| Passwort-Sperrung nach [N] Versuchen. | Integrierte Verzögerung nach wiederholten Versuchen und Captcha. |
| Erlauben Sie es dem Benutzer, das Konto-Passwort in Cookies zu speichern. | Nicht direkt unterstützt, aber Webex Identity verwendet OAUTH und verhindert, dass Benutzer angemeldet bleiben. |
| Administratorkontrolle zum Initialisieren oder Zurücksetzen des Passworts, Erzwingen der Änderung von Passwörtern oder Umgang mit vergessenen Passwörtern. | Das Passwort wird direkt zwischen Benutzern und der Webex-Identität (oder SSO) gesteuert. |
| Administratorverwaltung für Anfragen zu vergessenen Passwörtern | Nicht unterstützt. Mit einer geplanten Funktion können Administratoren festlegen, dass Benutzer ihre Passwörter ändern müssen. |
| Benutzer können ein Passwort pro Site konfigurieren. | Benutzerpasswörter werden mit der Webex-Identität konfiguriert. Dieselben Passwörter gelten für alle Webex-Sites und -Dienste. |
Benutzerprofilwerte
Control Hub
Die Benutzerprofilwerte sind in der Webex-Identität zentralisiert. Benutzer in Control Hub-Organisationen haben die gleichen Werte für Benutzerprofilfelder für alle von Control Hub verwalteten Sites. Einige Werte, wie zum Beispiel address, sind noch nicht von der Webex-Identität mit Meetings-Sites synchronisiert. Diese Werte werden in Zukunft mit der Webex-Identität synchronisiert.
Site-Administration
Die Benutzerprofilwerte werden pro Standort konfiguriert, sodass derselbe Benutzer unterschiedliche Werte für mehrere Standorte haben kann.
Angepasste E-Mail-Vorlagen
Einige der E-Mail-Vorlagen in Site-Administration sind nicht auf Control Hub anwendbar, daher ist die Anpassung für diese E-Mail-Vorlagen in von Control Hub verwalteten Sites nicht anwendbar. Begrüßungs-E-Mails werden beispielsweise durch Benutzerlizenzierung gesteuert und Administratoren sind nicht an der Verwaltung von Benutzerpasswörtern beteiligt.
Die folgenden E-Mail-Vorlagen sind in von Control Hub verwalteten Sites nicht anpassbar, aber in der Site-Administration anpassbar:
Benachrichtigung „Fertig“ oder „Abgebrochen“ exportieren
Benachrichtigung „Fertig“ oder „Abgebrochen“ importieren
Vergleichstabelle für Benutzerfunktionen in Meetings
Funktion | Control Hub | Site-Administration |
|---|---|---|
Funktionen vor dem Meeting | ||
Ansetzoption | k. A. | Wenn Administratoren die Site mit der SSO-Authentifizierung für Teilnehmer konfiguriert haben, können Gastgeber:
|
Audioteil von PCN vor dem Gastgeber beitreten | – Teilnehmer müssen in der Lobby warten, bis der Gastgeber beitritt. | Ja |
Funktionen im Meeting | ||
Suffix in Teilnehmerliste anzeigen | Wenn das Tag „Interner Benutzer anzeigen“ in der Teilnehmerliste „ vom Administrator aktiviert wurde, wird ein Suffix als „Interner Benutzer“ für authentifizierte Benutzer angezeigt. Für nicht authentifizierte Benutzer wird kein Suffix angezeigt. SSO ist für diese Funktion nicht erforderlich. | Administratoren können das Suffix für authentifizierte und nicht authentifizierte Benutzer anpassen. Für diese Funktion ist SSO erforderlich. |
Anmeldeerfahrung für Endbenutzer | ||
Konsistente Anmeldeerfahrung für alle Webex-Sites und -Dienste. Benutzer melden sich mit einer E-Mail-Adresse für jeden Dienst an. | Benutzer können unterschiedliche E-Mail-Adressen oder Kennwörter für verschiedene Webex-Sites haben. | |
