Lær om forskjellene mellom å administrere et Webex-nettsted i Control Hub og nettstedsadministrasjon.
Kontroller Hub-administrerte Webex-nettsteder
Control Hub er den administrative portalen for alle Ciscos skysamarbeidsprodukter. Du kan administrere hver Webex-tjeneste på ett sted. Fordelene ved å administrere nettsteder i Control Hub inkluderer:
Unified-lisensoppgaver for alle Webex-tjenester.
Konsekvente sikkerhetspolicyer for alle Webex-tjenester.
Felles påloggingsopplevelse for alle sluttbrukere mellom ulike Webex-tjenester.
Moderne administrator , for eksempel Directory Connector-, SCIM- og Active Directory -grupper.
Lisensmaler for å tilordne flere lisenser til brukere automatisk.
nettstedsadministrasjon Webex-nettsteder
Nettstedsadministrasjon er en administrativ portal kun 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 ønsker å bytte over til Control Hub, kan du konvertere til Control Hub når som helst. |
Sammenligne administrator mellom Control Hub og nettstedsadministrasjon
Tabellen nedenfor forklarer de betydelige forskjellene mellom administrering av et Webex-nettsted i Control Hub og nettstedsadministrasjon.
Administrativ erfaring | Control Hub | Nettstedsadministrasjon | ||
|---|---|---|---|---|
Brukeradministrasjon | Brukere administreres sentralt i Control Hub, inkludert tildeling av lisenser og konfigurering av tjenestenivåer. | Webex Meetings-brukere og -innstillinger administreres i nettstedsadministrasjon. Hvis du har andre Webex-produkter, for eksempel Webex-appen, må du administrere brukerne og innstillingene for dette produktet i Control Hub. | ||
Brukere vil bruke den samme legitimasjonen til å logge på både Webex-appen og Webex Meetings. | Hvis Webex-nettsted er koblet til, kan brukere logge på Webex-appen med samme legitimasjon som de bruker for Webex Meetings nettstedet sitt. | |||
Brukere kan be om en konto med vertsrettigheter eller tilleggstjenester fra landingssiden for Webex-nettsted hvis en administrator tillater det. Hvis du vil ha mer informasjon, se Tillat at vertskonto selv registrerer seg for et Webex Meetings -nettsted . | Brukere kan be om en konto med vertsrettigheter eller tilleggstjenester fra landingssiden for Webex-nettsted hvis en administrator tillater det. Hvis du vil ha mer informasjon, se Tillat at vertskonto selv registrerer seg for et Webex Meetings -nettsted . | |||
Brukere kan tilordnes lisenser for alle Webex-tjenester og flere Webex-nettsteder i én operasjon, inkludert når en bruker først opprettes med en automatisk lisensmal. | Brukere kan kun tilordnes lisenser for ett Webex-nettsted om gangen. | |||
Brukere kan opprettes automatisk via Personer og SCIM API-er, registerkobling og Azure Active Directory. | Brukere kan opprettes automatisk via SSO automatisk kontooppretting og XML API. | |||
Ulike brukergrupper i Active Directory kan tildeles forskjellige lisenser basert på en lisensmal. | Active Directory er ikke tilgjengelig for nettstedsadministrasjon. | |||
Deaktiver eller aktiver brukere på nytt på et Webex-nettsted ved å fjerne eller legge til lisenser. | Deaktiver eller aktiver brukere på nytt på et Webex-nettsted med en avkrysningsboks. | |||
Eksterne og interne deltakere | Administratorer kan identifisere interne deltakere med et alternativ for intern kode. | Administratorer må legge til en tilpasset etikett for å identifisere interne deltakere.
| ||
Sporingskoder | Sporingskoder er valgfrie for nye verter. | Administratorer kan lage sporingskoder som er nødvendig for nye verter. | ||
Tilpass e-postmaler | Du kan ikke tilpasse e-postmeldinger for kontointegrering, for eksempel velkomst-e-poster. | Du kan tilpasse e-poster for innføring av kontoer. | ||
Administratorlisensiering og -vert | 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 bruker en lisens for å bli nettstedsadministrator og kan drifte møter. Fullstendige administratorer i organisasjonen som eier flere Webex-områder, har ikke automatisk administratortilgang til alle nettstedsadministrasjon-administrerte nettsteder. De må gis eksplisitt administrativ tilgang til hvert nettstedsadministrasjon Webex-nettsted. | ||
Verter i andre bedrifter eller organisasjoner | Brukere må være i Control Hub-organisasjonen for å få tilordnet en verts- eller deltakerlisens i Webex Meetings. | En vert på et Webex-nettsted kan tilhøre alle mulige selskaper eller organisasjoner. | ||
Flere Webex-nettsteder | Alle Webex-nettsteder i Control Hub deler vanlige innstillinger, for eksempel brukeropprettelse og hvordan brukerne autentiseres seg til Webex. Brukere kan kun ha ett passord for 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 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 de vil aktivere eller deaktivere SSO på. | ||
API-er** og integrasjoner | Control Hub bruker også People REST API-er for brukeradministrasjon, for eksempel oppretting eller lisensiering av brukere. Webex XML API-er er videresendingskompatible med Control Hub-administrerte nettsteder for brukeradministrasjon. Endringer er vanligvis unødvendige for de fleste integrasjoner etter at nettstedet er oppdatert til Control Hub. Hvis du vil ha mer informasjon, 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 for organisasjonen som eier Webex-nettstedet. | Administratorer kan omgå SSO for et Webex-nettsted for å logge på hvis legitimasjonen er lagret på Webex-nettsted. | ||
SSO-konfigurasjon | Alle nettsteder deler de samme SSO-konfigurasjonene og identitetsleverandøren (IdP). Du kan enten ha samme SSO for alle nettsteder, eller ikke ha SSO i det hele tatt. Hvis Control Hub-administrert organisasjon er konfigurert med enkel pålogging , vil deretter koblede nettstedsadministrasjon med en annen IdP enn organisasjonen bruke samme IdP som den i Control Hub (den forrige IdP-en som ble brukt i nettstedsadministrasjon , gjelder ikke lenger). nettstedsadministrasjon for nettstedsadministrasjon 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 noen SSO, selv om den koblede Control Hub-administrerte organisasjonen bruker SSO. | ||
SSO-autentisering for deltakere | Denne funksjonen er ikke tilgjengelig for øyeblikket for Control Hub-administrerte nettsteder. I fremtiden vil administratorer kunne konfigurere Control Hub til å kreve pålogging for alle deltakere som har e-postadresser som samsvarer med domener som organisasjonen har gjort krav på. Dette gjelder også for ikke-SSO-organisasjoner. | Administratorer kan kreve SSO-godkjenning for deltakere for deltakere som har e-postadresser som samsvarer med bestemte domener.
| ||
Se gjennom forespørsler om egenregistrering | Administratorer gjennomgå forespørsler i varslingssenter . | Administratorer gjennomgå forespørsler i nettstedsadministrator . | ||
 | ** API-integreringer for nettstedsadministrasjon Webex-områder 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 nettstedsadministrasjon til Control Hub. |
Forskjeller mellom passordbehandlingsfunksjoner i Control Hub og nettstedsadministrasjon
Tabellen nedenfor viser forskjellene mellom hvordan passordbehandling fungerer i nettstedsadministrasjon og Control Hub. Hvis du vil ha mer informasjon om passordbehandling i Control Hub, kan du se denne artikkelen .
| Passordfunksjoner for nettstedsadministrasjon | Control Hub |
|---|---|
| Konfigurer passordegenskaper, for eksempel minimumslengde og alfanumeriske tegn. | Konfigurerbar:
Kan ikke konfigureres:
|
| Ikke tillat gjenbruk av de siste [N] passordene. | Ikke tillat gjenbruk av de siste [N] passordene. N må være 1–5. |
| Aldring av passord – 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 nettside for kontopassord (nettstedsnavn, 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 brukere endrer passord ved neste pålogging. | Støttes ikke. En planlagt funksjon er at administratorer kan kreve at brukerne endrer passordene sine. |
| Passordlåsing etter [N] forsøk. | Innebygd forsinkelse etter gjentatte forsøk og captcha. |
| La brukeren lagre kontopassordet i informasjonskapsler. | Støttes ikke direkte, men Webex Identity bruker OAUTH og holder brukerne logget på. |
| Administratorkontroll for å initialisere eller tilbakestille passord, tvinge endring av passord eller håndtere glemte passord. | Passordet kontrolleres direkte mellom brukere og Webex Identity (eller SSO). |
| Administratorbehandling av brukerglemt passordforespørsler | Støttes ikke. En planlagt funksjon er at administratorer kan kreve at brukerne endrer passordene sine. |
| Brukere kan konfigurere et passord per nettsted. | Brukerpassord konfigureres med Webex Identity. De samme passordene gjelder på tvers av alle Webex-nettsteder og -tjenester. |
Verdier for brukerprofil
Control Hub
Brukerprofilverdier er sentralisert i Webex-identitet. Brukere i Control Hub-organisasjoner har de samme verdiene for brukerprofil på tvers av alle Control Hub-administrerte nettsteder. Noen verdier, som f.eks address, er ikke synkronisert ennå fra Webex-identitet til Meetings-nettsteder. Disse verdiene vil bli synkronisert til Webex-identitet i fremtiden.
Nettstedsadministrasjon
Brukerprofilverdier konfigureres per nettsted, slik at den samme brukeren 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 er ikke aktuelle på Control Hub-administrerte nettsteder. For eksempel kontrolleres velkomst-e-poster gjennom brukerlisensiering, og administratorer er ikke involvert i administrasjon av brukerpassord .
Følgende e-postmaler kan ikke tilpasses i Control Hub-administrerte nettsteder, men kan tilpasses i nettstedsadministrasjon:
Varsel om fullført eller avbrutt eksport
Varsel om fullført eller avbrutt import
Sammenligningsdiagram for brukerfunksjoner i møter
Funksjon | Control Hub | Nettstedsadministrasjon |
|---|---|---|
Funksjoner før møte | ||
Planleggingsalternativ | N/A | Hvis administratorer konfigurerte nettstedet med SSO-autentisering for deltakere , kan verter:
|
Bli med i lyddelen av PCN før verten | Ikke relevant. Deltakere må vente i lobbyen frem til verten blir med. | Ja |
Funksjoner i møte | ||
Vis suffiks i deltakerlisten | Hvis Vis intern brukerkode i deltakerlisten er aktivert av administrator, vises et suffiks som intern for godkjente brukere. Det vises ikke noe suffiks for ikke-autentisert brukere. SSO er ikke påkrevd for denne funksjonen. | Administratorer kan tilpasse suffikset for godkjente og ikke-godkjente brukere. SSO er påkrevd for denne funksjonen. |
Innloggingsopplevelse 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å forskjellige Webex-nettsteder. | |
