Forskjeller mellom Control Hub- og nettstedsadministrasjonsadministrerte Webex-nettsteder
Control Hub-administrerte Webex-nettsteder
Control Hub er den administrative portalen for alle Ciscos skysamarbeidsprodukter. Du kan administrere alle Webex-tjenester på ett sted. Fordelene med å administrere nettsteder i Control Hub inkluderer:
-
Unified-lisenstilordninger på tvers av alle Webex-tjenester.
-
Konsekvente sikkerhetspolicyer for alle Webex-tjenester.
-
Felles påloggingsopplevelse for alle sluttbrukere mellom forskjellige Webex-tjenester.
-
Moderne administratorkontroller, for eksempel Directory Connector, SCIM og Active Directory-grupper.
-
Lisensmaler for å tilordne flere lisenser til brukere automatisk.
Nettstedsadministrerte Webex-nettsteder
Nettstedsadministrasjon er en administrativ portal bare for Webex Meetings-programserien. Hvis organisasjonen bestemmer seg for å legge til flere produkter, for eksempel Webex-appen eller Webex Calling, må du administrere disse produktene i Control Hub mens du fortsatt bruker nettstedsadministrasjon til å administrere Webex Meetings.
Hvis du først valgte nettstedsadministrasjon og vil bytte til Control Hub, kan du konvertere til Control Hub når som helst.
Sammenligne administratoropplevelser mellom Control Hub og nettstedsadministrasjon
Tabellen nedenfor forklarer de betydelige forskjellene mellom administrasjon av et Webex-nettsted i Control Hub og nettstedsadministrasjon.
Administrativ erfaring |
Control Hub |
Nettstedsadministrasjon |
---|---|---|
Brukeradministrasjon |
Brukere administreres sentralt i Control Hub, inkludert tilordning av lisenser og konfigurering av servicenivåer. |
Brukere og innstillinger for Webex Meetings administreres i nettstedsadministrasjon. Hvis du har andre Webex-produkter, for eksempel Webex-appen, må du administrere brukerne og innstillingene for det produktet i Control Hub. |
Brukere vil bruke den samme legitimasjonen til å logge på både Webex-appen og Webex Meetings. |
Hvis Webex-nettstedet er koblet til, kan brukere logge på Webex-appen med samme legitimasjon som de bruker for Webex Meetings-nettstedet. | |
Brukere kan be om en konto med vertsrettigheter eller tilleggstjenester fra målsiden til Webex-nettstedet hvis en administrator tillater det. Hvis du vil ha mer informasjon, se Tillat egenregistrering av vertskonto for et Webex Meetings-nettsted. |
Brukere kan be om en konto med vertsrettigheter eller tilleggstjenester fra målsiden til Webex-nettstedet hvis en administrator tillater det. Hvis du vil ha mer informasjon, se Tillat egenregistrering av vertskonto for et Webex Meetings-nettsted. | |
Brukere kan tilordnes lisenser på tvers av alle Webex-tjenester og flere Webex-nettsteder i én operasjon, inkludert når en bruker først opprettes med en automatisk lisensmal. |
Brukere kan bare tilordnes lisenser for ett Webex-nettsted om gangen. | |
Brukere kan opprettes automatisk gjennom People og SCIM API-er, Directory Connector og Azure Active Directory. |
Brukere kan opprettes automatisk gjennom SSO automatisk kontooppretting og XML API. | |
Ulike brukergrupper i Active Directory kan tilordnes forskjellige lisenser basert på en lisensmal. |
Active Directory er ikke tilgjengelig for nettstedsadministrasjon. | |
Deaktiver eller reaktiver brukere på et Webex-nettsted ved å fjerne eller legge til lisenser. |
Deaktiver eller aktiver brukere på nytt på et Webex-nettsted med en avmerkingsboks. | |
Eksterne og interne deltakere |
Administratorer kan identifisere interne deltakere med et alternativ for intern kode. |
Administratorer må legge til en egendefinert etikett for å identifisere interne deltakere. Dette alternativet er bare tilgjengelig for SSO-aktiverte nettsteder. |
Sporingskoder |
Sporingskoder er valgfrie for nye verter. |
Administratorer kan gjøre sporingskoder nødvendig for nye verter. |
Tilpass e-postmaler |
Du kan ikke tilpasse e-postmeldinger om kontoinnføring, for eksempel velkomst-e-poster. |
Du kan tilpasse e-postmeldinger om kontoinnføring. |
Administratorlisensiering og hosting |
Administratorer kan administrere et Webex-nettsted uten å bruke en lisens, men det kreves en lisens for å være vert for møter. Fullstendige administratorer i organisasjonen har skrivetilgang til alle Control Hub-administrerte Webex-nettsteder. Administratorer fra partnerorganisasjoner kan være vert for testmøter uten å bruke lisens. |
Administratorer bruker en lisens til å bli nettstedsadministrator og kan være vert for møter. Fullstendige administratorer i organisasjonen som eier flere Webex-nettsteder, har ikke automatisk administrativ tilgang til alle nettstedsadministrerte nettsteder. De må eksplisitt gis administrativ tilgang til hvert nettstedsadministrerte Webex-nettsted. |
Verter i andre selskaper eller organisasjoner |
Brukere må være i Control Hub-organisasjonen for å få tildelt en verts- eller deltakerlisens i Webex Meetings. |
En vert på et Webex-nettsted kan tilhøre ethvert selskap eller enhver organisasjon. |
Flere Webex-nettsteder |
Alle Webex-nettsteder i Control Hub deler vanlige innstillinger, for eksempel brukeroppretting og hvordan brukere autentiserer seg til Webex. Brukere kan bare ha ett passord på tvers av alle Webex-tjenester. Den samme brukeren kan ikke ha forskjellige passord på forskjellige Webex-nettsteder. Hvis en organisasjon er konfigurert for SSO, følger alle Control Hub-administrerte Webex-nettsteder i samme organisasjon samme SSO. |
Hvert Webex-nettsted er selvstendig, og den samme brukeren kan ha forskjellige e-postadresser og passord på tvers av forskjellige Webex-nettsteder. Et selskap med flere Webex-nettsteder kan velge hvilke Webex-nettsteder SSO skal aktiveres eller deaktiveres på. |
API-er** og integreringer |
Control Hub bruker også People REST API-er for brukeradministrasjon, for eksempel oppretting eller lisensiering av brukere. Webex XML API-er er viderekompatible med Control Hub-administrerte nettsteder for brukeradministrasjon. Endringer er vanligvis unødvendige for de fleste integreringer etter nettstedsoppdateringer til Control Hub. Hvis du vil ha mer informasjon, kan du se Oversikt over oppdateringer av Cisco Webex Meetings API (API 41). |
API-integrasjoner kan bygges fullstendig med Webex XML API-er. |
Administratorer som omgår SSO |
Eksterne administratorer kan omgå SSO til organisasjonen som eier Webex-nettstedet. |
Administratorer kan omgå SSO for et Webex-nettsted for å logge på hvis legitimasjonen lagres på Webex-nettstedet. |
SSO-konfigurasjon |
Alle nettsteder deler samme SSO-konfigurasjoner og identitetsleverandør (IdP). Du kan enten ha samme SSO for alle nettsteder, eller ingen SSO i det hele tatt. Hvis den Control Hub-administrerte organisasjonen er konfigurert med SSO, vil koblede nettsteder for nettstedsadministrasjon med en annen IdP enn organisasjonen bruke den samme IdP som den i Control Hub (den forrige IdP som ble brukt i nettstedsadministrasjon, gjelder ikke lenger). Nettstedsadministrasjonsnettsteder uten SSO konfigurert vil ha SSO aktivert og vil bruke samme IdP som organisasjonen etter å ha blitt oppdatert til Control Hub. |
Hvert nettsted kan konfigureres med forskjellige SSO-konfigurasjoner og IdP-er. Et nettsted kan heller ikke ha SSO, selv om den koblede Control Hub-administrerte organisasjonen bruker SSO. |
SSO-autentisering for deltakere |
Denne funksjonen er for øyeblikket ikke tilgjengelig for Control Hub-administrerte nettsteder. I fremtiden vil administratorer kunne konfigurere Control Hub til å kreve pålogging for alle deltakere med e-postadresser som samsvarer med domener som organisasjonen krever. Dette vil også gjelde for ikke-SSO-organisasjoner. |
Administratorer kan kreve SSO-autentisering for deltakere for deltakere med e-postadresser som samsvarer med bestemte domener. Dette kravet gjelder bare for møter på dette nettstedet. |
Gjennomgå forespørsler om egenregistrering |
Administratorer går gjennom forespørsler i varslingssenteret. | Administratorer går gjennom forespørsler i nettstedsadministrasjon. |
** API-integrasjoner for nettstedsadministrerte Webex-nettsteder må kanskje endres for å fungere på Control Hub-administrerte Webex-nettsteder hvis du oppdaterer til Control Hub på et senere tidspunkt.
Det anbefales at API-integrasjoner testes grundig for å sikre at alle funksjonene fungerer etter at Webex-nettsteder er oppdatert fra nettstedsadministrasjon til Control Hub.
Forskjeller mellom funksjoner for passordbehandling i Control Hub og nettstedsadministrasjon
Tabellen nedenfor viser forskjellene mellom hvordan passordadministrasjon fungerer i nettstedsadministrasjon og Control Hub. Hvis du vil ha mer informasjon om passordadministrasjon i Control Hub, kan du se denne artikkelen.
Passordfunksjoner for nettstedsadministrasjon | Control Hub |
---|---|
Konfigurer passordegenskaper, for eksempel minimumslengde og alfanumeriske tegn. |
Konfigurerbar:
Ikke konfigurerbar:
|
Ikke tillat gjenbruk av de siste [N] passordene. | Ikke tillat gjenbruk av de siste [N] passordene. N må være 1–5. |
Passordaldring – Tving brukere til å endre passord hver [N] dag. | Passordaldring – konfigurer [N] dager. N må være større enn 90 og mindre enn 1825 (5 år). Standard er 1825. |
Ikke tillat dynamisk tekst på nettsiden for kontopassord (nettstedsnavn, vertsnavn, brukernavn). | Ikke bruk verdi av vanlige felt som nettstedsnavn eller brukernavn som passord. |
Ikke bruk passord fra en liste. | Ikke tillat kontopassord fra en liste. |
Krev at brukere endrer passord ved neste pålogging. | Støttes ikke. En planlagt funksjon er å la administratorer kreve at brukerne endrer passordene sine. |
Passordsperring etter [N] forsøk. | Innebygd forsinkelse etter gjentatte forsøk og captcha. |
Gi brukeren tillatelse til å lagre kontopassordet i informasjonskapsler. | Støttes ikke direkte, men Webex Identity bruker OAUTH og holder brukere pålogget. |
Administratorkontroll for å initialisere eller tilbakestille passord, kreve endring av passord eller håndtere glemt passord. | Passordet kontrolleres direkte mellom brukere og Webex Identity (eller SSO). |
Administratorhåndtering av brukerens glemte passordforespørsler | Støttes ikke. En planlagt funksjon er å la administratorer kreve at brukerne endrer passordene sine. |
Brukere kan konfigurere et passord per nettsted. | Brukerpassord konfigureres med Webex Identity. De samme passordene gjelder for alle Webex-nettsteder og -tjenester. |
Brukerprofilverdier
Control Hub
Brukerprofilverdier sentraliseres i Webex-identiteten. Brukere i Control Hub-organisasjoner har de samme verdiene for brukerprofilfelt på tvers av alle Control Hub-administrerte nettsteder. Noen verdier, for eksempel adresse
, er ennå ikke synkronisert fra Webex-identitet til Meetings-nettsteder. Disse verdiene vil bli synkronisert med Webex identitet i fremtiden.
Nettstedsadministrasjon
Brukerprofilverdier konfigureres per nettsted, slik at samme bruker kan ha forskjellige verdier på tvers av flere nettsteder.
Tilpassede e-postmaler
Noen av e-postmalene i nettstedsadministrasjon gjelder ikke for Control Hub, så tilpasning for disse e-postmalene gjelder ikke for Control Hub-administrerte nettsteder. Velkomst-e-poster kontrolleres for eksempel gjennom brukerlisensiering, og administratorer er ikke involvert i administrasjon av brukerpassord.
Følgende e-postmaler kan ikke tilpasses på Control Hub-administrerte nettsteder, men kan tilpasses i nettstedsadministrasjon:
-
Varsel om fullført eller avbrutt eksport
-
Varsel om fullført eller avbrutt import
Sammenligningstabell for brukerfunksjoner i møter
Funksjon |
Control Hub |
Nettstedsadministrasjon |
---|---|---|
Funksjoner før møtet | ||
Planleggingsalternativ |
n/a |
Hvis administratorer konfigurerte nettstedet med SSO-autentisering for deltakere, kan verter gjøre følgende:
|
Bli med i lyddelen av PCN før verten |
N/A. Deltakerne må vente i lobbyen til verten blir med. |
Ja |
Funksjoner i møtet | ||
Vis suffiks i deltakerlisten |
Hvis Vis intern brukerkode i deltakerliste er aktivert av administratoren, vises et suffiks som intern for godkjente brukere. Ingen suffiks vises for ikke-godkjente brukere. SSO er ikke nødvendig for denne funksjonen. |
Administratorer kan tilpasse suffiks for godkjente og ikke-godkjente brukere. SSO kreves for denne funksjonen. |
Påloggingsopplevelse for sluttbruker | ||
Konsekvent påloggingsopplevelse på tvers av alle Webex-nettsteder og -tjenester. Brukere logger på med én e-postadresse for hver tjeneste. |
Brukere kan ha forskjellige e-postadresser eller passord på tvers av forskjellige Webex-nettsteder. |