Takk for tilbakemeldingen.
Forskjeller mellom Control Hub og Site Administration administrerte Webex-nettsteder
Tilbakemelding?Kontrollere Hub-administrerte Webex-nettsteder
Control Hub er den administrative portalen for alle Ciscos nettskysamarbeidsprodukter. Du kan administrere alle Webex-tjenester på ett sted. Fordelene ved å administrere områder i Control Hub inkluderer:
-
Enhetlige lisenstildelinger på tvers av alle Webex-tjenester.
-
Konsekvente sikkerhetspolicyer på tvers av 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.
Webex-nettsteder som administreres av nettstedsadministrasjon
Nettstedsadministrasjon er en administrativ portal for bare Webex Meetings Suite. Hvis organisasjonen bestemmer seg for å legge til flere produkter, for eksempel Webex-appen ellerWebex Calling, må du administrere disse produktene i Control Hub mens du fortsatt bruker områdeadministrasjon til å administrereWebex Meetings.
Hvis du først valgte områdeadministrasjon og vil bytte til Control Hub, kan du konvertere til Control Hub når som helst.
Sammenlign administratoropplevelser mellom Control Hub og Site Administration
Tabellen nedenfor forklarer de betydelige forskjellene mellom å administrere et Webex-område i Control Hub og Site Administration.
|
Administrativ erfaring |
Kontrollhub |
Nettstedsadministrasjon |
|---|---|---|
|
Brukeradministrasjon |
Brukere administreres sentralt i Control Hub, inkludert tildeling av lisenser og konfigurering av tjenestenivåer. |
Webex Meetingsbrukere og innstillinger administreres i Nettstedsadministrasjon. Hvis du har andre Webex-produkter, for eksempel Webex App, må du administrere brukerne og innstillingene for det produktet i Control Hub. |
|
Brukere vil bruke samme legitimasjon for å logge på både Webex-appen ogWebex Meetings. |
Hvis Webex-området er koblet til, kan brukere logge på Webex-appen ved å bruke samme legitimasjon som de bruker for nettstedet sittWebex Meetings. | |
|
Brukere kan be om en konto med vertsrettigheter eller tilleggstjenester fra landingssiden for Webex-nettstedet hvis en administrator tillater det. Hvis du vil ha mer informasjon, kan du se Tillat vertskontoen selv å registrere deg for et områdeWebex Meetings. |
Brukere kan be om en konto med vertsrettigheter eller tilleggstjenester fra landingssiden for Webex-nettstedet hvis en administrator tillater det. Hvis du vil ha mer informasjon, kan du se Tillat vertskontoen selv å registrere deg for et områdeWebex Meetings. | |
|
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-område om gangen. | |
|
Brukere kan opprettes automatisk via People og SCIM API-er, Directory Connector og AzureActive Directory. |
Brukere kan opprettes automatisk gjennom SSO automatisk kontooppretting og XML API. | |
|
Ulike grupper av brukere i Active Directory kan tilordnes forskjellige lisenser basert på en lisensmal. |
Active Directoryer ikke tilgjengelig for nettstedadministrasjon. | |
|
Deaktiver eller reaktiver brukere på et Webex-nettsted ved å fjerne eller legge til lisenser. |
Deaktiver eller reaktiver brukere 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 påkrevd for nye verter. |
|
Tilpass e-postmaler |
Du kan ikke tilpasse e-postmeldinger om innføring av kontoer, for eksempel velkomstmeldinger. |
Du kan tilpasse e-postmeldinger om innføring av kontoer. |
|
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 vertskap for testmøter uten å bruke en lisens. |
Administratorer bruker en lisens for å bli områdeadministrator og kan være vert for møter. Fullstendige administratorer i organisasjonen som eier flere Webex-nettsteder, har ikke automatisk administrativ tilgang til alle nettsteder administrert av nettstedsadministrasjon. De må eksplisitt gis administrativ tilgang til hvert Webex-område som administreres av nettstedadministrasjon. |
|
Verter i andre selskaper eller organisasjoner |
Brukere må være i Control Hub-organisasjonen for å få tildelt en vert- eller deltakerlisens iWebex Meetings. |
En vert på et Webex-nettsted kan tilhøre ethvert selskap eller organisasjon. |
|
Flere Webex-nettsteder |
Alle Webex-nettsteder i Control Hub deler vanlige innstillinger, for eksempel brukeroppretting og hvordan brukere autentiserer seg for 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 den samme SSO. |
Hvert Webex-nettsted er autonomt, 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 Webex-nettstedene for å aktivere eller deaktivere SSO. |
|
API** og integrasjoner |
Control Hub bruker også People REST APIer for brukeradministrasjon, for eksempel å opprette eller lisensiere brukere. Webex XML API- er er fremoverkompatible med Control Hub-administrerte nettsteder for brukeradministrasjon. Endringer er vanligvis unødvendige for de fleste integrasjoner etter at nettstedet oppdateres til Control Hub. Hvis du vil ha mer informasjon, kan du se Webex Meetings Oversikt over Cisco API-oppdateringer (API 41). |
API-integrasjoner kan bygges helt med Webex XML API-er. |
|
Administratorer som omgår SSO |
Eksterne administratorer kan omgå SSO for organisasjonen som eier Webex-området. |
Administratorer kan omgå et Webex-nettsteds SSO for å logge på hvis legitimasjonen er lagret på Webex-området. |
|
SSO-konfigurasjon |
Alle nettsteder deler de samme SSO-konfigurasjonene og identitetsleverandøren (IdP). Du kan enten ha samme SSO for alle nettsteder, eller ingen SSO i det hele tatt. Hvis organisasjonen som administreres av Control Hub er konfigurert med SSO, vil koblede områder for områdeadministrasjon med en annen IdP enn organisasjonen bruke den samme IdP-en som den i Control Hub (den forrige IdP-en som ble brukt i områdeadministrasjon gjelder ikke lenger). Nettstedsadministrasjonsområder 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 område kan heller ikke ha noen SSO, selv om den tilknyttede Control Hub-administrerte organisasjonen bruker SSO. |
|
SSO-godkjenning for deltakere |
Denne funksjonen er for øyeblikket ikke tilgjengelig for kontrollhub-administrerte nettsteder. I fremtiden vil administratorer kunne konfigurere Control Hub til å kreve pålogging for alle deltakere hvis e-postadresser samsvarer med domener som kreves av organisasjonen. Dette gjelder også for ikke-SSO organisasjoner. |
Administratorer kan kreve SSO-godkjenning for deltakere for deltakere hvis e-postadresser samsvarer med bestemte domener. Dette kravet gjelder bare møter på dette nettstedet. |
|
Gjennomgå forespørsler om selvregistrering |
Administratorer gjennomgår forespørsler i Varslingssenteret. | Administratorer gjennomgår forespørsler i Nettstedsadministrator. |
** API-integrasjoner for nettstedsadministrasjonsadministrerte Webex-nettsteder må kanskje endres for å fungere i Control Hub-administrerte Webex-områder hvis du oppdaterer til Control Hub på et senere tidspunkt.
Det anbefales at API-integrasjoner testes grundig for å sikre at alle funksjoner fungerer etter at Webex-nettsteder er oppdatert fra områdeadministrasjon til kontrollhub.
Forskjeller mellom passordadministrasjonsfunksjoner i Control Hub og Site Administration
Tabellen nedenfor viser forskjellene mellom hvordan passordbehandling fungerer i områdeadministrasjon og kontrollhub. Hvis du vil ha mer informasjon om passordbehandling i Control Hub, kan du se denne artikkelen.
| Passordfunksjoner for nettstedadministrasjon | Kontrollhub |
|---|---|
| Konfigurer passordkarakteristikker, for eksempel minimumslengde og alfanumeriske tegn. |
Konfigurerbar:
Ikke konfigurerbar:
|
| Ikke tillat gjenbruk av siste [N] passord. | Ikke tillat gjenbruk av siste [N] passord. N må være 1-5. |
| Passord aldring - Tving brukere til å endre passord hver [N] dag. | Aldring av passord - Konfigurer [N] dager. N må være større enn 90 og mindre enn 1825 (5 år). Standard er 1825. |
| Ikke tillat dynamisk nettsidetekst for kontopassord (områdenavn, vertsnavn, brukernavn). | Ikke bruk verdien av vanlige felt som nettstedsnavn eller brukernavn som passord. |
| Ikke bruk passord fra en liste. | Ikke tillat kontopassord fra en liste. |
| Krev at brukerne endrer passord ved neste pålogging. | Støttes ikke. En planlagt funksjon er å tillate administratorer å kreve at brukerne endrer passordene sine. |
| Passordlåsing etter [N] forsøk. | Innebygd forsinkelse etter gjentatte forsøk og captcha. |
| Tillat brukeren å lagre kontopassord i informasjonskapsler. | Støttes ikke direkte, men Webex Identity bruker OAUTH og holder brukere pålogget. |
| Administratorkontroll for å initialisere eller tilbakestille passord, tvinge endring av passord eller håndtere glemte passord. | Passordet styres direkte mellom brukere og Webex Identity (eller SSO). |
| Administratorhåndtering av forespørsler om glemt passord | Støttes ikke. En planlagt funksjon er å tillate administratorer å kreve at brukerne endrer passordene sine. |
| Brukere kan konfigurere et passord per nettsted. | Brukerpassord er konfigurert med Webex Identity. De samme passordene gjelder på alle Webex-nettsteder og -tjenester. |
Brukerprofilverdier
Kontrollhub
Brukerprofilverdier er sentralisert i Webex-identitet. Brukere i Control Hub-organisasjoner
har de samme verdiene for brukerprofilfelt på tvers av alle kontrollhub-administrerte områder. Noen
verdier, for eksempel address, er ikke synkronisert ennå fra Webex-identitet til mø
tenettsteder. Disse verdiene vil bli synkronisert med Webex-identiteten i fremtiden.
Nettstedsadministrasjon
Brukerprofilverdier konfigureres per område, slik at den samme brukeren kan ha forskjellige verdier på tvers av flere nettsteder.
Tilpassede e-postmaler
Noen av e-postmalene i Områdeadministrasjon gjelder ikke for Control Hub, så tilpasning for disse e-postmalene er ikke aktuelt på områder som administreres av Control Hub. Velkomstmeldinger kontrolleres for eksempel gjennom brukerlisensiering, og administratorer er ikke involvert i administrasjon av brukerpassord.
Følgende e-postmaler kan ikke tilpasses i kontrollhub-administrerte områder, men kan tilpasses i Områdeadministrasjon:
-
Varsling om fullført eller avbrutt eksport
-
Importer ferdig eller avbrutt varsling
Sammenligningstabell for brukerfunksjoner i møter
|
Funksjon |
Kontrollhub |
Nettstedsadministrasjon |
|---|---|---|
|
Funksjoner før møtet | ||
|
Planleggingsalternativ |
N/A |
Hvis administratorer konfigurerte området med SSO-godkjenning for deltakere, kan vertene gjøre følgende:
|
|
Bli med i lyddelen av PCN før vert |
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 deltakerlisten er aktivert av administratoren, vises et suffiks som internt for god kjente brukere. Ingen suffiks vises for ikke-godkjente brukere. SSO er ikke nødvendig for denne funksjonen. |
Administratorer kan tilpasse suffikset for godkjente og ikke-godkjente brukere. SSO kreves for denne funksjonen. |
|
Sluttbrukerens påloggingsopplevelse | ||
|
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. | |
