Door Control Hub beheerde Webex -sites

Control Hub is de beheerportal voor alle cloudsamenwerkingsproducten van Cisco. U kunt elke 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 beheerfuncties, zoals Directory Connector, SCIM en Active Directory -groepen.

  • Licentiesjablonen om automatisch meerdere licenties aan gebruikers toe te wijzen.

Sitebeheer 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 Sitebeheer gebruikt om Webex Meetings te beheren.


 

Als u in eerste instantie Sitebeheer hebt gekozen en wilt overschakelen naar Control Hub, kunt u: converteren naar Control Hub op elk moment.

Vergelijk de beheerderservaringen tussen Control Hub en Sitebeheer

In de volgende tabel worden de significante verschillen uitgelegd 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 beheerd in 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 referenties om zich aan te aanmelden bij zowel de Webex app als Webex Meetings.

Als de Webex-site is gekoppeld, kunnen gebruikers zich aanmelden bij de Webex app met dezelfde referenties die ze gebruiken voor hun Webex Meetings site.

Gebruikers kunnen een account met hostrechten of aanvullende services aanvragen via de bestemmingspagina van hun Webex-site als een beheerder dit toestaat. Zie voor meer informatie Zelf registreren van hostaccount voor een Webex Meetings -site toestaan .

Gebruikers kunnen een account met hostrechten of aanvullende services aanvragen via de bestemmingspagina van hun Webex-site als een beheerder dit toestaat. Zie voor meer informatie Zelf registreren van hostaccount voor een Webex Meetings -site toestaan .

Aan gebruikers kunnen licenties worden toegewezen voor elke Webex -service en meerdere Webex -sites in één bewerking, ook wanneer een gebruiker voor het eerst wordt gemaakt met een automatische licentiesjabloon.

Aan gebruikers kunnen slechts licenties voor één Webex-site tegelijk worden toegewezen.

Gebruikers kunnen automatisch worden gemaakt via Personen en SCIM-API's, Directoryconnector en Azure Active Directory.

Gebruikers kunnen automatisch worden gemaakt via het automatisch maken van een SSO -account en de XML API.

Aan verschillende groepen gebruikers in Active Directory kunnen verschillende licenties worden toegewezen op basis van een licentiesjabloon .

Active Directory is niet beschikbaar voor Sitebeheer.

Deactiveer of activeer 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 voor sites waarvoor SSO is ingeschakeld.

Traceercodes

Traceercodes zijn optioneel voor nieuwe hosts.

Beheerders kunnen traceercodes vereist voor nieuwe hosts.

E-mailsjablonen aanpassen

U kunt geen e-mailaccounts aanpassen, zoals welkomstmails.

U kunt e-mails voor onboarding van accounts aanpassen.

Beheerderslicenties en -hosting

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 een licentie te gebruiken.

Beheerders gebruiken een licentie om sitebeheerder te worden en kunnen vergaderingen hosten.

Volledige beheerders in de organisatie die eigenaar zijn van meerdere Webex sites hebben niet automatisch beheerderstoegang tot alle door Sitebeheer sites.Ze moeten expliciet beheerderstoegang krijgen tot elke door Sitebeheer Webex-site.

Hosts in andere bedrijven of organisaties

Gebruikers moeten zich in de Control Hub-organisatie bevinden om een host- of deelnemerslicentie in Webex Meetings te krijgen.

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 slechts één wachtwoord hebben voor alle Webex services. 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 op verschillende Webex -sites.

Een bedrijf met meerdere Webex sites kan de Webex -sites kiezen waarop SSO moet worden in- of uitgeschakeld.

API's** en integraties

Control Hub gebruikt ook REST-API's voor personen voor gebruikersbeheer, zoals het maken of licentiëren van gebruikers.

Webex XML -API's zijn voorwaarts compatibel met door Control Hub beheerde sites voor gebruikersbeheer. Wijzigingen zijn over het algemeen niet nodig voor de meeste integraties na de site-updates voor Control Hub. Zie voor meer informatie Overzicht van Cisco Webex Meetings API -updates (API 41) .

API integraties kunnen volledig worden gebouwd met Webex XML -API's .

Beheerders omzeilen SSO

Externe beheerders kunnen SSO van de organisatie die eigenaar is van de Webex-site.

Beheerders kunnen de SSO van een Webex -site overslaan om zich aan te aanmelden als de referenties zijn opgeslagen op de Webex-site.

SSO -configuratie

Alle sites delen dezelfde SSO -configuraties en Identiteitsprovider (IdP). U kunt voor alle sites dezelfde SSO hebben of helemaal geen SSO .

Als de Door Control Hub beheerde organisatie is geconfigureerd met SSO , vervolgens gebruiken gekoppelde Sitebeheer -sites met een andere IdP dan de organisatie dezelfde IdP als die in Control Hub (de vorige IdP die werd gebruikt in Sitebeheer is niet meer van toepassing).

Sitebeheer waarvoor SSO niet is geconfigureerd, hebben SSO ingeschakeld en gebruiken dezelfde IdP als de organisatie nadat ze zijn bijgewerkt naar Control Hub.

Elke site kan worden ingesteld met verschillende SSO -configuraties en IdP's. Een site kan ook geen SSO hebben, zelfs als de gekoppelde door Control Hub beheerde organisatie SSO gebruikt.

SSO verificatie voor deelnemers

Deze functie is momenteel niet beschikbaar voor door Control Hub beheerde sites.

In de toekomst kunnen beheerders Control Hub configureren om aanmelding te vereisen voor alle deelnemers van wie de e-mailadressen overeenkomen met domeinen die door de organisatie zijn geclaimd.

Dit geldt ook voor organisaties zonder SSO .

Beheerders kunnen SSO -verificatie vereisen voor deelnemers voor deelnemers van wie het e-mailadres overeenkomt met specifieke domeinen.


 

Deze vereiste is alleen van toepassing op vergaderingen op die site.

Verzoeken voor zelfaanmelding controleren

Beheerders verzoeken beoordelen in het Meldingencentrum .

Beheerders beoordelingsverzoeken in Sitebeheer .

 

** API -integraties voor door Sitebeheer Webex -sites moeten mogelijk worden gewijzigd om te werken in door Control Hub beheerde Webex -sites als u op een later tijdstip bijwerkt naar Control Hub.

Het wordt aanbevolen om API -integraties grondig te testen om er zeker van te zijn 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 ziet u de verschillen tussen de manier waarop wachtwoordbeheer werkt in Sitebeheer en Control Hub. Zie voor meer informatie over wachtwoordbeheer in Control Hub: dit artikel .

Sitebeheer voor wachtwoord voor sitebeheerControl Hub
Configureer wachtwoordkenmerken, zoals minimumlengte en alfanumerieke tekens.

Configureerbaar:

  • Minimale lengte: bereik van 8 tot 256.
  • Minimumaantal numerieke, alfabetische en speciale tekens. Het minimum is 8.

Niet configureerbaar:

  • Herhaal tekens.
Sta hergebruik van de laatste [N] wachtwoorden niet toe. Sta hergebruik van de laatste [N] wachtwoorden niet toe. N moet 1-5 zijn.
Wachtwoordveroudering: gebruikers dwingen hun wachtwoord elke [N] dagen te wijzigen. Wachtwoordveroudering - Configureer [N] dagen. N moet groter zijn dan 90 en kleiner dan 1825 (5 jaar). Standaard is 1825.
Geen dynamische webpagina toestaan voor accountwachtwoorden (sitenaam, hostnaam, gebruikersnaam). Gebruik de waarde van algemene velden zoals sitenaam of gebruikersnaam niet als uw wachtwoord.
Gebruik geen wachtwoord uit een lijst. Accountwachtwoorden uit een lijst niet toestaan.
Vereisen dat gebruikers het wachtwoord wijzigen bij de volgende aanmelden. Niet ondersteund. Een geplande functie is dat 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.
Beheerdersbeheer om het wachtwoord te initialiseren of opnieuw in te stellen, het wijzigen van wachtwoorden af te dwingen of om te gaan met vergeten wachtwoorden. Het wachtwoord wordt rechtstreeks beheerd tussen gebruikers en Webex Identity (of SSO).
Beheer van verzoeken om wachtwoord vergeten gebruikers Niet ondersteund. Een geplande functie is dat beheerders kunnen vereisen dat gebruikers hun wachtwoord wijzigen.
Gebruikers kunnen een wachtwoord per site configureren. Gebruikerswachtwoorden worden geconfigureerd met Webex Identity. Dezelfde wachtwoorden zijn van toepassing op alle Webex sites en -services.

Waarden gebruikersprofiel

Control Hub

Gebruikersprofielwaarden worden gecentraliseerd in de Webex identiteit. Gebruikers in Control Hub-organisaties hebben dezelfde waarden voor gebruikersprofiel op alle door Control Hub beheerde sites. Sommige waarden, zoals address, zijn nog niet gesynchroniseerd van de 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 voor meerdere sites kan hebben.

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. Welkomst-e-mails worden bijvoorbeeld beheerd via gebruikerslicenties en beheerders zijn niet betrokken bij het beheer van gebruikerswachtwoord .

De volgende e-mailsjablonen kunnen niet worden aangepast in door Control Hub beheerde sites, maar wel in Sitebeheer:

  • Melding voltooid of afgebroken exporteren

  • Melding voltooid of afgebroken importeren

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 , dan kunnen hosts:

  • Beperk gebeurtenissen tot alleen uitgenodigde deelnemers in de planner van Webex Events (klassiek).

  • Beperk vergaderingen tot alleen uitgenodigde deelnemers in de Webex Meetings -planner.

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 weergeven in lijst met deelnemers

Als de Interne gebruikerstag weergeven in deelnemerslijst is ingeschakeld door de beheerder, wordt een achtervoegsel weergegeven als intern voor geverifieerde gebruikers. Er wordt geen achtervoegsel weergegeven voor niet-geverifieerde gebruikers. SSO is niet vereist voor deze functie.

Beheerders kunnen het achtervoegsel aanpassen voor geverifieerde en niet-geverifieerde gebruikers. SSO is vereist voor deze functie.

Aanmeldingservaring voor eindgebruikers

Consistente aanmeldingservaring op alle Webex -sites en -services. Gebruikers aanmelden aan met één e-mailadres voor elke service.

Gebruikers kunnen verschillende e-mailadressen of wachtwoorden hebben op verschillende Webex -sites.