Hartelijk dank voor uw feedback
Verschillen tussen Control Hub en door Sitebeheer beheerde Webex-sites
Feedback?Door Control Hub beheerde Webex-sites
Control Hub is de beheerportal voor alle cloudsamenwerkingsproducten van Cisco. U kunt elke locatie webex-service op één locatie beheren. De voordelen van het beheren van sites in Control Hub zijn onder andere:
-
Uniforme licentietoewijzingen voor alle Webex-services.
-
Consistent beveiligingsbeleid voor alle Webex-services.
-
Algemene aanmeldingservaring voor alle eindgebruikers tussen verschillende Webex-services.
-
Moderne bedieningselementen voor beheerders, zoals Directoryconnector, SCIM en Active Directory-groepen.
-
Licentiesjablonen om automatisch meerdere licenties aan gebruikers toe te wijzen.
Door sitebeheer beheerde Webex-sites
Sitebeheer is een beheerportal voor alleen de Webex Meetings Suite. Als uw organisatie besluit meer producten toe te voegen, zoals de Webex-app of Webex Calling, moet u deze producten beheren in Control Hub terwijl u nog steeds Sitebeheer gebruikt om deze producten te Webex Meetings.
Als u aanvankelijk Sitebeheer hebt gekozen en u wilt overschakelen naar Control Hub, kunt u op elk gewenst moment converteren naar Control Hub .
Vergelijk beheerderservaringen tussen Control Hub en Sitebeheer
In de volgende tabel staan de aanzienlijke verschillen tussen het beheren van een Webex-site in Control Hub en Sitebeheer.
|
Administratieve ervaring |
Control Hub |
Sitebeheer |
|---|---|---|
|
Gebruikersbeheer |
Gebruikers worden centraal beheerd in Control Hub, inclusief het toewijzen van licenties en het configureren van serviceniveaus. |
Webex Meetings gebruikers en instellingen worden in deze Sitebeheer. Als u andere Webex-producten hebt, zoals de Webex-app, moet u de gebruikers en instellingen voor dat product beheren in Control Hub. |
|
Gebruikers gebruiken dezelfde aanmeldgegevens om zich aan te melden bij zowel de Webex-app als Webex Meetings. |
Als de Webex-site is gekoppeld, kunnen gebruikers zich bij de Webex-app aanmelden met dezelfde aanmeldgegevens als voor hun Webex Meetings-site. | |
|
Gebruikers kunnen een account met hostrechten of extra services aanvragen via de landingspagina van de Webex-site als dit door een beheerder is toegestaan. Zie Zelfaanmelding van hostaccount toestaan voor een Webex Meetings-site voor meer informatie. |
Gebruikers kunnen een account met hostrechten of extra services aanvragen via de landingspagina van de Webex-site als dit door een beheerder is toegestaan. Zie Zelfaanmelding van hostaccount toestaan voor een Webex Meetings-site voor meer informatie. | |
|
Gebruikers kunnen licenties toegewezen krijgen aan alle webex-service en meerdere Webex-sites in één bewerking, inclusief wanneer een gebruiker voor het eerst met een automatische licentiesjabloon wordt gemaakt. |
Er kunnen slechts licenties aan gebruikers worden toegewezen voor één Webex-site tegelijk. | |
|
Gebruikers kunnen automatisch worden gemaakt via Personen en SCIM-API's, Directoryconnector en Azure Active Directory. |
Gebruikers kunnen automatisch worden gemaakt met het automatisch maken van accounts via SSO en XML-API. | |
|
Aan verschillende groepen gebruikers in Active Directory licenties kunnen worden toegewezen op basis van een licentiesjabloon . |
Active Directory is niet beschikbaar voor Sitebeheer. | |
|
Deactiveer of heractiveer gebruikers op een Webex-site door licenties te verwijderen of toe te voegen. |
Deactiveer of heractiveer gebruikers op een Webex-site met een selectievakje. | |
|
Externe en interne deelnemers |
Beheerders kunnen interne deelnemers identificeren met een interne tagoptie. |
Beheerders moeten een aangepast label toevoegen om interne deelnemers te identificeren. Deze optie is alleen beschikbaar SSO sites ingeschakeld. |
|
Traceercodes |
Traceercodes zijn optioneel voor nieuwe hosts. | |
|
E-mailsjablonen aanpassen |
U kunt geen e-mails voor het onboarding van accounts aanpassen, zoals welkomstberichten. |
U kunt de e-mails voor het onboarding van accounts aanpassen. |
|
Licentie en hosten van beheerders |
Beheerders kunnen een Webex-site beheren zonder een licentie te gebruiken, maar er is een licentie vereist om vergaderingen te hosten. Volledige beheerders in de organisatie hebben schrijftoegang tot alle door Control Hub beheerde Webex-sites. Beheerders van partnerorganisaties kunnen testvergaderingen hosten zonder licenties te gebruiken. |
Beheerders gebruiken een licentie om sitebeheerder te worden en kunnen vergaderingen hosten. Volledige beheerders in de organisatie die meerdere Webex-sites bezitten, hebben niet automatisch beheerderstoegang tot alle door sitebeheer beheerde sites. Ze moeten expliciet beheerderstoegang krijgen tot elke door sitebeheer beheerde Webex-site. |
|
Hosts in andere bedrijven of organisaties |
Gebruikers moeten zich in de Control Hub-organisatie hebben voor het toegewezen aan een host- of Webex Meetings. |
Een host op een Webex-site kan bij elk bedrijf of elke organisatie horen. |
|
Meerdere Webex-sites |
Alle Webex-sites in Control Hub delen algemene instellingen, zoals het maken van gebruikers en hoe gebruikers zich verifiëren bij Webex. Gebruikers kunnen voor alle Webex-services maar één wachtwoord gebruiken. Dezelfde gebruiker kan geen verschillende wachtwoorden hebben op verschillende Webex-sites. Als een organisatie is geconfigureerd voor SSO, volgen alle door Control Hub beheerde Webex-sites in dezelfde organisatie dezelfde SSO. |
Elke Webex-site is autonoom en dezelfde gebruiker kan verschillende e-mailadressen en wachtwoorden hebben voor verschillende Webex-sites. Een bedrijf met meerdere Webex-sites kan de Webex-sites kiezen waarop SSO in- of uitschakelen. |
|
API's** en integraties |
Control Hub gebruikt ook People REST API's voor gebruikersbeheer, zoals het maken of licenties van gebruikers. Webex XML-API's zijn compatibel met door Control Hub beheerde sites voor gebruikersbeheer. Wijzigingen zijn over het algemeen niet nodig voor de meeste integraties na de site-updates naar Control Hub. Zie Cisco Webex Meetings API Updates Overview (API 41) voor meer informatie. |
API-integraties kunnen volledig worden ingebouwd met Webex XML-API's. |
|
Beheerders omzeilen SSO |
Externe beheerders kunnen het SSO organisatie die de eigenaar van de Webex-site is, omzeilen. |
Beheerders kunnen het SSO van een Webex-site omzeilen om zich aan te melden als de aanmeldgegevens op de Webex-site zijn opgeslagen. |
|
SSO configuratie |
Alle sites delen SSO configuraties en identiteitsprovider (IdP). U kunt hetzelfde geldt SSO voor alle sites, of u kunt SSO gebruiken. Als de door Control Hub beheerde organisatie is geconfigureerd met SSO, gebruiken gekoppelde Sitebeheer-sites met een andere IdP dan de organisatie dezelfde IdP als de in Control Hub (de vorige IdP die in Sitebeheer wordt gebruikt, is niet meer van toepassing). Voor sitebeheersites zonder SSO geconfigureerd, wordt SSO ingeschakeld en wordt dezelfde IdP gebruikt als de organisatie nadat deze is bijgewerkt naar Control Hub. |
Elke site kan worden ingesteld met verschillende SSO en IdP's. Een site kan ook geen SSO hebben, zelfs als de gekoppelde, door Control Hub beheerde organisatie SSO gebruikt. |
|
SSO voor deelnemers |
Deze functie is momenteel niet beschikbaar voor door Control Hub beheerde sites. In de toekomst kunnen beheerders Control Hub zo configureren dat aanmelding verplicht is voor alle deelnemers van wie het e-mailadres overeenkomt met domeinen die door de organisatie zijn geclaimd. Dit is ook van toepassing op niet-SSO-organisaties. |
Beheerders kunnen SSO-verificatie voor deelnemers verplichten voor deelnemers van wie het e-mailadres overeenkomt met specifieke domeinen. Deze vereiste is alleen van toepassing op vergaderingen op die site. |
|
Zelfintekende aanvragen controleren |
Beheerders beoordelen aanvragen in het waarschuwingencentrum. | Beheerders beoordelen verzoeken in Sitebeheer. |
** API-integraties voor door sitebeheer beheerde Webex-sites moeten mogelijk worden gewijzigd om in door Control Hub beheerde Webex-sites te werken als u een update uitvoert naar Control Hub op een later tijdstip.
Het wordt aanbevolen dat API-integraties grondig worden getest om ervoor te zorgen dat alle functies werken nadat Webex-sites zijn bijgewerkt van Sitebeheer naar Control Hub.
Verschillen tussen functies voor wachtwoordbeheer in Control Hub en Sitebeheer
In de volgende tabel worden de verschillen weergegeven tussen hoe wachtwoordbeheer in Sitebeheer en Control Hub werkt. Zie dit artikel voor meer informatie over wachtwoordbeheer in Control Hub.
| Wachtwoordfuncties voor sitebeheer | Control Hub |
|---|---|
| Configureer wachtwoordkenmerken, zoals de minimumlengte en alfanumerieke tekens. |
Configureerbaar:
Niet configureerbaar:
|
| Sta het hergebruik van de laatste [N] wachtwoorden niet toe. | Sta het hergebruik van de laatste [N] wachtwoorden niet toe. N moet 1-5 zijn. |
| Veroudering van wachtwoord: gebruikers dwingen het wachtwoord elke [N] dagen te wijzigen. | Veroudering van wachtwoord: configureer [N] Dagen. N moet groter dan 90 en kleiner dan 1825 (5 jaar) zijn. De standaardwaarde is 1825. |
| Dynamische webpaginatekst niet toestaan voor accountwachtwoorden (sitenaam, hostnaam, gebruikersnaam). | Gebruik geen waarde van algemene velden zoals sitenaam of gebruikersnaam als uw wachtwoord. |
| Gebruik geen wachtwoord uit een lijst. | Accountwachtwoorden uit een lijst niet toestaan. |
| Vereis dat gebruikers het wachtwoord wijzigen bij de volgende aanmelding. | Niet ondersteund. Een geplande functie is waardoor beheerders kunnen vereisen dat gebruikers hun wachtwoord wijzigen. |
| Wachtwoordvergrendeling na [N] pogingen. | Ingebouwde vertraging na herhaalde pogingen en captcha. |
| Gebruiker toestaan accountwachtwoord op te slaan in cookies. | Niet rechtstreeks ondersteund, maar Webex Identity gebruikt OAUTH en houdt gebruikers aangemeld. |
| Beheer om wachtwoord te initialiseren of opnieuw in te stellen, wachtwoorden te forceren of om te gaan met vergeten wachtwoorden. | Het wachtwoord wordt rechtstreeks beheerd tussen gebruikers en Webex Identity (of SSO). |
| Beheer van aanvragen voor vergeten wachtwoord van gebruikers | Niet ondersteund. Een geplande functie is waardoor beheerders kunnen vereisen dat gebruikers hun wachtwoord wijzigen. |
| Gebruikers kunnen een wachtwoord per site configureren. | Gebruikerswachtwoorden worden geconfigureerd met Webex-identiteit. Dezelfde wachtwoorden zijn van toepassing op alle Webex-sites en -services. |
Gebruikersprofielwaarden
Control Hub
Gebruikersprofielwaarden worden gecentraliseerd in de Webex-identiteit. Gebruikers in Control Hub-organisaties hebben dezelfde waarden voor gebruikersprofielvelden op alle door Control Hub beheerde sites. Sommige waarden, zoals adres, zijn nog niet gesynchroniseerd van Webex-identiteit naar Meetings-sites. Deze waarden worden in de toekomst gesynchroniseerd met de Webex-identiteit.
Sitebeheer
Gebruikersprofielwaarden worden per site geconfigureerd, zodat dezelfde gebruiker verschillende waarden kan hebben voor meerdere sites.
Aangepaste e-mailsjablonen
Sommige e-mailsjablonen in Sitebeheer zijn niet van toepassing op Control Hub, dus aanpassing voor deze e-mailsjablonen is niet van toepassing op door Control Hub beheerde sites. E-mails met welkomstboodschappen worden bijvoorbeeld beheerd via gebruikerslicenties en beheerders zijn niet betrokken bij het beheer van gebruikerswachtwoorden.
De volgende e-mailsjablonen kunnen niet worden aangepast op door Control Hub beheerde sites, maar kunnen worden aangepast in Sitebeheer:
-
Kennisgeving dat het exportbericht is voltooid of afgebroken
-
Kennisgeving dat het importcertificaat is voltooid of afgebroken
Vergelijkingstabel voor gebruikersfuncties in vergaderingen
|
Functie |
Control Hub |
Sitebeheer |
|---|---|---|
|
Functies voorafgaand aan de vergadering | ||
|
Planningsoptie |
N.v.t. |
Als beheerders de site hebben geconfigureerd met SSO-verificatie voor deelnemers, kunnen hosts:
|
|
Deelnemen aan audiogedeelte van PCN vóór host |
N.v.t. Deelnemers moeten in de lobby wachten totdat de host deelneemt. |
Ja |
|
Functies tijdens vergadering | ||
|
Achtervoegsel in deelnemerslijst weergeven |
Als de Label voor interne gebruikers weergeven in deelnemerslijst is ingeschakeld door de beheerder, wordt een achtervoegsel als intern weergegeven voor geverifieerde gebruikers. Voor niet-geverifieerde gebruikers wordt geen achtervoegsel weergegeven. SSO is niet vereist voor deze functie. |
Beheerders kunnen het achtervoegsel voor geverifieerde en niet-geverifieerde gebruikers aanpassen. SSO is vereist voor deze functie. |
|
Aanmeldingservaring voor eindgebruikers | ||
|
Consistente aanmeldingservaring voor alle Webex-sites en -services. Gebruikers melden zich aan met één e-mailadres voor elke service. |
Gebruikers kunnen verschillende e-mailadressen of wachtwoorden hebben voor verschillende Webex-sites. | |
