Tak for din feedback.
Forskelle mellem Control Hub og Webstedsadministrationsadministrerede Webex-websteder
Har du feedback?Kontrol af Hub-administrerede Webex-websteder
Control Hub er den administrative portal for alle Ciscos cloud-samarbejdsprodukter. Du kan administrere alle Webex-tjenester på ét sted. Fordelene ved at administrere websteder i Control Hub omfatter:
-
Samlede licenstildelinger på tværs af alle Webex-tjenester.
-
Konsekvente sikkerhedspolitikker på tværs af alle Webex-tjenester.
-
Fælles logonoplevelse for alle slutbrugere mellem forskellige Webex-tjenester.
-
Moderne administratorkontroller, såsom Directory Connector, SCIM og Active Directory grupper.
-
Licensskabeloner til automatisk tildeling af flere licenser til brugere.
Webstedsadministration administrerede Webex-websteder
Webstedsadministration er en administrativ portal for kun Webex Meetings Suiten. Hvis din organisation beslutter at tilføje flere produkter, f.eks. Webex-appen ellerWebex Calling, skal du administrere disse produkter i Control Hub, mens du stadig bruger Webstedsadministration til at administrereWebex Meetings.
Hvis du oprindeligt valgte Site Administration og vil skifte til Control Hub, kan du når som helst konvertere til Control Hub.
Sammenlign administratoroplevelser mellem Control Hub og Site Administration
Følgende tabel forklarer de væsentlige forskelle mellem administration af et Webex-websted i Control Hub og Administration af websteder.
|
Administrativ erfaring |
Kontrolhub |
Webstedsadministration |
|---|---|---|
|
Brugeradministration |
Brugere administreres centralt i Control Hub, herunder tildeling af licenser og konfiguration af serviceniveauer. |
Webex Meetingsbrugere og indstillinger administreres i Webstedsadministration. Hvis du har andre Webex-produkter, f.eks. Webex App, skal du administrere brugerne og indstillingerne for det pågældende produkt i Control Hub. |
|
Brugere bruger de samme legitimationsoplysninger til at logge ind på både Webex App ogWebex Meetings. |
Hvis Webex-webstedet er linket, kan brugerne logge på Webex-appen ved hjælp af de samme legitimationsoplysninger, som de bruger til deres Webex Meetings websted. | |
|
Brugere kan anmode om en konto med værtsrettigheder eller yderligere tjenester fra deres Webex-websteds destinationsside, hvis en administrator tillader det. Du kan finde flere oplysninger i Til lad, at værtskontoen selv tilmelder sig et Webex Meetings websted. |
Brugere kan anmode om en konto med værtsrettigheder eller yderligere tjenester fra deres Webex-websteds destinationsside, hvis en administrator tillader det. Du kan finde flere oplysninger i Til lad, at værtskontoen selv tilmelder sig et Webex Meetings websted. | |
|
Brugere kan tildeles licenser på tværs af enhver Webex-tjeneste og flere Webex-websteder i én operation, herunder når en bruger først oprettes med en automatisk licensskabelon. |
Brugere kan kun tildeles licenser til ét Webex-websted ad gangen. | |
|
Brugere kan oprettes automatisk via People og SCIM API'er, Directory Connector og AzureActive Directory. |
Brugere kan automatisk oprettes via SSO automatisk kontooprettelse og XML API. | |
|
Forskellige grupper af brugere i Active Directory kan tildeles forskellige licenser baseret på en licensskabelon. |
Active Directoryer ikke tilgængelig for webstedsadministration. | |
|
Deaktiver eller genaktiver brugere på et Webex-websted ved at fjerne eller tilføje licenser. |
Deaktiver eller genaktiver brugere på et Webex-websted med et afkrydsningsfelt. | |
|
Eksterne og interne deltagere |
Administratorer kan identificere interne deltagere med en intern tagindstilling. |
Administratorer skal tilføje en brugerdefineret etiket for at identificere interne deltagere. Denne indstilling er kun tilgængelig for SSO-aktiverede websteder. |
|
Sporingskoder |
Sporingskoder er valgfri for nye værter. |
Administratorer kan kræve sporingskoder for nye værter. |
|
Tilpas e-mail-skabeloner |
Du kan ikke tilpasse e-mails med introduktion til konti, f.eks. velkomstmails. |
Du kan tilpasse e-mails til onboarding af kontoer. |
|
Administrator licens og hosting |
Administratorer kan administrere et Webex-websted uden at bruge en licens, men en licens er påkrævet for at være vært for møder. Fuldstændige administratorer i organisationen har skriveadgang til alle Control Hub-administrerede Webex-websteder. Administratorer fra partnerorganisationer kan være vært for testmøder uden at bruge en licens. |
Administratorer bruger en licens til at blive webstedsadministrator og kan være vært for møder. Fuldstændige administratorer i organisationen, der ejer flere Webex-websteder, har ikke automatisk administrativ adgang til alle websteder, der administreres af webstedsadministration. De skal udtrykkeligt have administrativ adgang til hvert Webex-websted, der administreres af webstedsadministration. |
|
Værter i andre virksomheder eller organisationer |
Brugere skal være i Control Hub-organisationen for at få tildelt en vært- eller deltagerlicens iWebex Meetings. |
En vært på et Webex-websted kan tilhøre enhver virksomhed eller organisation. |
|
Flere Webex-websteder |
Alle Webex-websteder i Control Hub deler fælles indstillinger, såsom oprettelse af brugere og hvordan brugere godkender Webex. Brugere kan kun have én adgangskode på tværs af alle Webex-tjenester. Den samme bruger kan ikke have forskellige adgangskoder på forskellige Webex-websteder. Hvis en organisation er konfigureret til SSO, følger alle Control Hub-administrerede Webex-websteder i den samme organisation den samme SSO. |
Hvert Webex-websted er autonomt, og den samme bruger kan have forskellige e-mail-adresser og adgangskoder på tværs af forskellige Webex-websteder. Et firma med flere Webex-websteder kan vælge de Webex-websteder, hvor SSO skal aktiveres eller deaktiveres. |
|
API** og integrationer |
Control Hub bruger også People REST API'er til brugeradministration, f.eks. oprettelse eller licens til brugere. Webex XML-API'er er fremadkompatible med Control Hub-administrerede websteder til brugeradministration. Ændringer er generelt unødvendige for de fleste integrationer efter webstedsopdateringer til Control Hub. Du kan finde flere oplysninger under Oversigt over Cisco Webex Meetings API-opdateringer (API 41). |
API-integrationer kan bygges udelukkende med Webex XML API'er. |
|
Administratorer, der omgår SSO |
Eksterne administratorer kan omgå SSO for den organisation, der ejer Webex-webstedet. |
Administratorer kan omgå et Webex-websteds SSO for at logge på, hvis legitimationsoplysningerne er gemt på Webex-webstedet. |
|
SSO-konfiguration |
Alle websteder deler de samme SSO-konfigurationer og identitetsudbyder (IdP). Du kan enten have den samme SSO for alle websteder, eller slet ingen SSO. Hvis den organisation, der administreres af Control Hub, er konfigureret med SSO, vil sammenkædede websteder med webstedsadministration med en anden IdP end organisationen bruge den samme IdP som den i Control Hub (den tidligere IdP, der blev brugt i Webstedsadministration, gælder ikke længere). Websteder for webstedsadministration uden SSO konfigureret vil have SSO aktiveret og vil bruge den samme IdP som organisationen, efter at de er blevet opdateret til Control Hub. |
Hvert websted kan konfigureres med forskellige SSO-konfigurationer og IDP'er. Et websted kan heller ikke have nogen SSO, selvom den sammenkædede Control Hub-administrerede organisation bruger SSO. |
|
SSO-godkendelse for deltagere |
Denne funktion er ikke tilgængelig på nuværende tidspunkt for websteder, der administreres af Control Hub. I fremtiden vil administratorer kunne konfigurere Control Hub til at kræve login for alle deltagere, hvis e-mail-adresser matcher domæner, som organisationen har gjort krav på. Dette gælder også for ikke-SSO organisationer. |
Administratorer kan kræve SSO-godkendelse for deltagere for deltagere, hvis e-mail-adresser matcher bestemte domæner. Dette krav gælder kun for møder på dette websted. |
|
Gennemgå anmodninger om selvtilmelding |
Administratorer gennemgår anmodninger i Alerts center. | Administratorer gennemgår anmodninger i Site Administrator. |
** API-integrationer til webstedsadministrationsadministrerede Webex-websteder skal muligvis ændres for at fungere i Control Hub-administrerede Webex-websteder, hvis du opdaterer til Control Hub på et senere tidspunkt.
Det anbefales, at API-integrationer testes grundigt for at sikre, at alle funktioner fungerer, efter at Webex-websteder er opdateret fra Site Administration til Control Hub.
Forskelle mellem adgangskodestyringsfunktioner i Control Hub og Site Administration
Følgende tabel viser forskellene mellem, hvordan adgangskodestyring fungerer i Site Administration og Control Hub. Du kan finde flere oplysninger om administration af adgangskoder i Control Hub i denne artikel.
| Adgangskodefunktioner til webstedsadministration | Kontrolhub |
|---|---|
| Konfigurer adgangskodeegenskaber, såsom minimumslængde og alfanumeriske tegn. |
Konfigurerbar:
Kan ikke konfigureres:
|
| Tillad ikke genbrug af sidste [N] adgangskoder. | Tillad ikke genbrug af sidste [N] adgangskoder. N skal være 1-5. |
| Adgangskodealdring - Tving brugere til at ændre adgangskode hver [N] dag. | Aldring af adgangskode - Konfigurer [N] dage. N skal være større end 90 og mindre end 1825 (5 år). Standard er 1825. |
| Tillad ikke dynamisk webside-tekst for kontoadgangskoder (webstedsnavn, værtsnavn, brugernavn). | Brug ikke værdien af almindelige felter som webstedsnavn eller brugernavn som din adgangskode. |
| Brug ikke adgangskode fra en liste. | Tillad ikke kontoadgangskoder fra en liste. |
| Kræv, at brugerne ændrer adgangskode ved næste login. | Ikke understøttet. En planlagt funktion giver administratorer mulighed for at kræve, at brugerne ændrer deres adgangskoder. |
| Adgangskodelåsning efter [N] forsøg. | Indbygget forsinkelse efter gentagne forsøg og captcha. |
| Tillad brugeren at gemme kontoadgangskode i cookies. | Ikke direkte understøttet, men Webex Identity bruger OAUTH og holder brugere logget ind. |
| Administratorkontrol til at initialisere eller nulstille adgangskode, tvinge ændring af adgangskoder eller håndtering af glemte adgangskoder. | Adgangskoden styres direkte mellem brugere og Webex Identity (eller SSO). |
| Administratorhåndtering af brugeranmodninger om glemt adgangskode | Ikke understøttet. En planlagt funktion giver administratorer mulighed for at kræve, at brugerne ændrer deres adgangskoder. |
| Brugere kan konfigurere en adgangskode pr. websted. | Brugeradgangskoder er konfigureret med Webex Identity. De samme adgangskoder gælder på tværs af alle Webex-websteder og -tjenester. |
Brugerprofilværdier
Kontrolhub
Brugerprofilværdier er centraliseret i Webex-identitet. Brugere i Control Hub-organisationer
har de samme værdier for brugerprofilfelter på tværs af alle administrerede websteder i Control Hub. Nogle
værdier, f.eks. address, er endnu ikke synkroniseret fra Webex-identitet til mø
dewebsteder. Disse værdier synkroniseres til Webex-identitet i fremtiden.
Webstedsadministration
Brugerprofilværdier konfigureres pr. websted, så den samme bruger kan have forskellige værdier på tværs af flere websteder.
Tilpassede e-mail skabeloner
Nogle af mailskabelonerne i Webstedsadministration gælder ikke for Control Hub, så tilpasning af disse mailskabeloner er ikke relevant på websteder, der administreres af Control Hub. For eksempel styres velkomstmails gennem brugerlicensering, og administratorer er ikke involveret i administration af brugeradgangskoder.
Følgende mailskabeloner kan ikke tilpasses på websteder, der administreres af Control Hub, men kan tilpasses i Webstedsadministration:
-
Meddelelse om fuldført eller afbrudt eksport
-
Import af fuldført eller afbrudt meddelelse
Sammenligningstabel for brugerfunktioner i møder
|
Funktion |
Kontrolhub |
Webstedsadministration |
|---|---|---|
|
Funktioner før mødet | ||
|
Planlægningsmulighed |
N/A |
Hvis administratorer konfigurerede webstedet med SSO-godkendelse for deltagere, kan værter:
|
|
Deltag i lyddelen af PCN før vært |
N/A. Deltagerne skal vente i lobbyen, indtil værten tilmelder sig. |
Ja |
|
Funktioner i mødet | ||
|
Vis suffiks i deltagerlisten |
Hvis Vis intern brugerkode på deltagerlisten er aktiveret af administratoren, vises et suffiks som internt for god kendte brugere. Der vises ikke noget suffiks for ikke-godkendte brugere. SSO er ikke påkrævet for denne funktion. |
Administratorer kan tilpasse suffikset for godkendte og ikke-godkendte brugere. SSO er påkrævet for denne funktion. |
|
Slutbruger-login-oplevelse | ||
|
Konsekvent logonoplevelse på tværs af alle Webex-websteder og -tjenester. Brugere logger ind med en e-mail-adresse for hver tjeneste. |
Brugere kan have forskellige e-mail-adresser eller adgangskoder på tværs af forskellige Webex-websteder. | |
