Brugeradministration

Vi har et centraliseret brugeradministrationssystem underliggende Control Hub, hvor brugere er forskellige og unikke i hele organisationen (og hele Webex). I webstedsadministration er -brugerprofil forskellig pr. mødewebsted.

Enkelt log ind (SSO) med automatisk kontooprettelse

I webstedsadministration har du en "automatisk kontooprettelse"-funktion, der opretter brugere, når de godkender sig selv SSO.

Denne funktion er ikke tilgængelig i Control Hub, fordi der er mere solide måder at tilføje nye brugere på. Du skal deaktivere denne funktion i webstedsadministration før du opdaterer dit -websted til Control Hub.

Mange organisationer, der bruger SSO, foretrækker måske at administrere deres brugere centralt i eksterne adressebogsværktøjer såsom Microsoft^® Active Directory og Microsoft Azure samt at kræve godkendelse med eksterne identitetsudbydere.

Læs mere om:

• Tilføjelse af brugere til Control Hub: https://help.webex.com/nj34yk2/

• Integrere din Control Hub-organisation med en identitetsudbyder: https://help.webex.com/lfu88u/

Obligatoriske profildata og sporingskoder

webstedsadministration dig at angive påkrævede profilfelter for nye brugere (tidligere skærmbillede). Du kan udvide denne til kun at sporingskoder for brugeroprettelse (skærmbillede nedenfor). Hvis du konfigurerer disse yderligere krav, kan du ikke tilføje brugere til webstedet uden dem.

Control Hub skal kun bruge det viste navn og e-mailadresse for at oprette en bruger.

Alle andre brugerfelter er valgfrie, når du opretter en ny bruger i Control Hub, så vi håndhæver ikke yderligere profildata for Control Hub-administrerede websteder.

Du skal deaktivere obligatoriske profilfelter og sporingskoder før du opdaterer dit -websted til Control Hub.

Administration og spærring af adgangskode

webstedsadministration har en funktion, der midlertidigt låser brugere ude, hvis de ikke logger ind efter et antal forsøg.

Control Hub har følgende valgmuligheder for at forhindre uautoriseret adgang:

• Automatisk timeout efter de første par mislykkede forsøg.

• En CAPTCHA mekanisme (Helt automatiseret offentlig turing-test til at fortælle computere og selv at være adskilt).

• Berettigede brugere har en selvbetjeningsvalgmulighed for at ændre deres glemte adgangskoder.

Værtslicensering

Værter skal være i din Control Hub-organisation

I webstedsadministration kan du tildele en værtslicens til enhver bruger. Når du administrerer webstedet i Control Hub, kan du kun tildele værtslicenser (& mødedeltagerrolle) til brugere i den samme Control Hub-organisation.

Tilmelding til værtskonto

I Webstedsadministration kan du vælge at tillade brugere at anmode om en (vært) konto på webstedet. Du kan også give brugere med en konto mulighed for at anmode om yderligere tjenesteydelser på webstedet. (se skærmbilleder).

Når du administrerer et mødewebsted i Control Hub, kan brugere ikke anmode om deres værtskonto for det websted.

Control Hub har en centraliseret, automatisk måde, hvorpå du kan tildele mødelicenser til nye brugere i stedet for. https://help.webex.com/n3ijtao/

Du kan også administrere brugerlicenser via API eller som en masse ved hjælp af CSV.

Hvis du ønsker, at brugere anmoder om deres værtskonti, kan du konfigurere webstedets hjælp/support med markører til at kontakte administratorer eller linke til andre værktøjer.

Du skal deaktivere "Tillad værtskonto tilmelding" og "Tillad brugere at anmode om yderligere tjenester" i webstedsadministration før du opdaterer dit -websted til Control Hub.

Control Hub har andre valgmuligheder for licensadministration, såsom skabeloner til automatisk tildeling. Du kan få en rapport over inaktive værter for at hjælpe dig med at fjerne licenser fra disse brugere, enkeltvis eller samlet, eller via API.

Hvis du har brug for denne automatiske deaktiveringsvalgmulighed, og de andre valgmuligheder i Control Hub ikke er passende til dig, bør du undgå at opdatere dit -websted til Control Hub på nuværende tidspunkt.

Automatisk kontooprettelse for nye brugere

Hvis dit Webex-websted aktiverede automatisk kontooprettelse i webstedsadministration, kan du aktivere en lignende funktion i Control Hub med Automatisk SAML -kontooprettelse . Sørg for også at opsætte en automatisk licensskabelon så nye brugere automatisk får tildelt licenser, når deres konti er oprettet i Control Hub-organisationen.

Organisationer med adressebogssynkronisering

Hvis din organisation er konfigureret til adressebogssynkronisering, skal du sørge for, at alle brugere, som du vil være i din organisation, er til stede på webstedet. Dette bør gøres 24 timer før du starter webstedets opdateringsproces, så brugere på webstedet kan knyttes til de nye brugere i din Control Hub-organisation.

Opdateringen mislykkes, hvis aktive brugere på webstedet ikke kan knyttes til Control Hub-brugere.

XML API'er

XML API'er er nu videresendes, som er kompatible med Control Hub-administrerede websteder. Du kan læse om detaljerne og forbeholdene ved opdateringer af XML API 41.11.0.

URL-adresser til XML API-tjenesteydelser er uændrede, efter et websted er opdateret fra webstedsadministration til Control Hub-administreret. De samme API-URL'er vil fortsat fungere. Cisco anbefaler, at alle API-integrationer bruger OAUTH til godkendelse.

Godkendelse i XML API'er

Integrationer, der ikke bruges Webex OAUTH til godkendelse kan mislykkes, når webstedet er opdateret til Control Hub. Følgende tabel viser, hvilken type administratorgodkendelse, der fortsat fungerer efter opdatering af dit websted.

Tabel 1. Typer af administratorgodkendelse, der fungerer i XML API efter webstedsopdatering

Type af administratorgodkendelse i XML API før webstedsopdatering	Administrator i SSO organisation efter webstedsopdatering	Administratoren er ikke i SSO organisationen efter webstedsopdatering
brugernavn (webExID)/adgangskode	Vil virke*	Vil virke*
brugernavn (webExID)/sessionsbillet	Vil virke	Vil virke
brugernavn/OAUTH (webExAccessToken)	Vil virke	Vil virke
e-mail/adgangskode	Vil virke*	Vil virke*
e-mail/sessionBillet	Vil virke	Vil virke
e-mail/OAUTH (webExAccessToken)	Vil virke	Vil virke

* Bagudkompatibilitet – Cisco har aktiveret godkendelse af brugernavn/adgangskode til at fungere i XML API'er efter webstedsopdatering, selvom brugernavnet ikke stemmer overens med e-mailen kun for ikke- SSO -organisationer. Kompatibiliteten gælder kun, hvis: Brugerlegitimationsoplysninger blev oprettet før webstedsopdateringen. Det er ikke tilladt at ændre brugernavnet, ellers mislykkes tidligere legitimationsoplysninger. Legitimationsoplysninger til API-godkendelse må ikke have en anden adgangskode i Control Hub i forhold til webstedet, da det blev administreret i Webstedsadministration. Du kan få mere at vide om XML API-integrationer på Control Hub-administrerede websteder, herunder OAUTH-godkendelse, med denne vejledning .

Brugernavn indstilles til e-mail for alle brugere, når et websted opdateres til Control Hub. Hvis brugernavnet bruges til API-nyttelaster, skal nyttelasterne bruge e-mail i stedet, efter webstedet er opdateret.

Administratorrolle i Control Hub til API-integrationer

Administratorer med kun rollen webstedsadministrator kan muligvis ikke udføre visse handlinger med XML API'er, såsom at ændre en brugers e-mailadresse eller viste navn, efter webstedet er opdateret til et Control Hub-websted. For administratorer, hvis legitimationsoplysninger bruges til API-integrationer, anbefaler vi, at du promoverer disse administratorer til fulde organisationsadministratorer i Control Hub, helst før du opdaterer webstedet til Control Hub.

Som bedste praksis anbefaler vi, at du opdaterer et testwebsted først for at bekræfte, at dine API-integrationer vil fungere uændrede efter opdatering til Control Hub.

Afhængigt af, hvad din integration gør, skal administratorer muligvis også tildeles en Meetings- værtskonto på Control Hub-webstedet, før integrationen fungerer (dette var ikke påkrævet for administratorer på webstedsadministrationswebsteder).

også tilføje (ikke i SSO sektionen).

Brugernavn indstilles til e-mail for alle brugere, når et websted konverteres til CH.

Så hvis et brugernavn er API-nyttelast, skal de angive brugerens e-mail, efter webstedet er konverteret.

XML API-forskelle i Control Hub

De fleste XML API-integrationer burde fungere uden ændringer efter opdatering af dit websted. Men der er nogle undtagelser, der er beskrevet i følgende liste:

• OpretBruger – På Control Hub-administrerede websteder kan denne handling også oprette en bruger i den organisation, der ejer webstedet, før der tildeles en licens. Hvis brugeren allerede findes i en anden organisation, mislykkes denne handling. PMR ID parameter træder ikke i kraft for brugere, der ikke allerede har en Aktiv status i Control Hub.

  createuser API tager længere tid at fuldføre på Control Hub-administrerede websteder. For bedre ydeevne kan du tilføje en ekstra tråd til parallelisering createuser opkald.

• IndstilBruger – Kan medføre tildeling eller fjernelse af licens til mødewebsted fra brugeren (afhængigt af API-parametre eller nyttelast).
• DelBruger – Fjerner licens til mødewebsted, men sletter ikke brugeren fra Control Hub-organisationen.
• LstsummaryBruger – Returnerer også brugerens objectGUID.
• AuthenticateUser –På Control Hub-administrerede websteder anbefaler vi oprettelse af sessionsbillet via AuthenticateUser i stedet for at bruge brugernavn og adgangskode for hver XML API. Brug af SAML -svar i brødtekstindhold er ikke understøttet med dette opkald til Control Hub-administrerede websteder.

REST-API'er

Control Hub har sine egne API'er, herunder People and License REST API'er til oprettelse og licensering af brugere på:

• https://developer.webex.com/docs/api/v1/people

• https://developer.webex.com/docs/api/v1/licenses

Sessionstyper og sporingskoder er også tilgængelige med REST API'er på:

• https://developer.webex.com/docs/api/v1/session-types
• https://developer.webex.com/docs/api/v1/tracking-codes

Men REST API'erne ovenfor understøtter ikke alle de brugeradministrationsfunktioner, der er tilgængelige i XML API'er. Du skal f.eks. stadig bruge XML API'er til at tildele mødelicenser til brugere uden for den organisation, der ejer webstedet. People API understøtter ikke tildeling af webstedsadministratorroller til brugerne. Hvis du ønsker at tildele webstedsadministratorroller via en API, skal du stadig bruge XML API.

Du kan bruge People API til at oprette organisationsadministratorer med fulde (eller skrivebeskyttede) tilladelser, og disse administratorer kan også administrere (eller se) dine Control Hub-administrerede mødewebsteder.

Control Hub har Webex-webstedsspecifikke administratorroller, men People API'en kan ikke tildele denne rolle på nuværende tidspunkt.

Fremtidsplaner (med forbehold for ændringer)

• Nyt licens-API, der også kan tildele mødested til eksterne brugere, der ikke er i den samme organisation, som oprettede webstedet. Ekstern brugerlicens er tilgængelig manuelt i Control Hub i dag.
• SCIM API til at oprette og slette brugere i organisationen.
• Ciscos langsigtede retning er kun at bruge REST API'er (til alle handlinger på brugere og mødesteder). XML API'er til brugeradministration vil fortsat være understøttet, indtil REST API'er udelukkende kan bruges til alle brugeradministrationshandlinger. Brugeradministration XML API'er vil også blive udfaset (dato TBD).

Sådan kontrollerer du for brugere, der vil blokere webstedsopdatering

1. Log ind på webstedsadministration, og åbn siden Opdater administration.

2. Åbn forudsætninger for at opdatere administrationskontrollen, og klik på Eksporter påvirkede brugere i CSV.

3. Vent på, at eksporten afsluttes. Denne proces kan tage et stykke tid afhængigt af starttiden og antallet af brugere på webstedet. Eksporter sættes på pause i 6 minutter øverst i timen (mellem xx:57 til xx:03).

4. Klik på Download CSV , når eksporten er færdig.

   Dine browseroverførsler users-to-review.csv.

5. Åbn CSV-filen, og marker kolonnen Anbefalet handling (den sidste kolonne). Tag den anbefalede handling for hver bruger i filen.

Brugere med uoverensstemmelse mellem e-mailadresser

Nogle brugere kan have en anden e-mailadresse i Webstedsadministration og Control Hub. Dette er muligt, hvis brugerens e-mail kun blev ændret ét af de to steder, efter brugeren blev knyttet fra dette websted til Control Hub.

Prøv disse handlinger for at løse brugere med uoverensstemmende e-mailadresser:

• Rediger brugerens e-mailadresse i webstedsadministration, så den passer til Control Hub-e-mailadressen.

  Brugere kan redigere deres webstedsadministrationsprofiler: https://help.webex.com/nmig1kcb/

• Rediger brugerens e-mailadresse i Control Hub, så den passer til webstedsadministratorens e-mailadresse: https://help.webex.com/nmig1kcb/

  Brugere kan ændre deres egne e-mailadresser i Control Hub-organisationen: https://help.webex.com/nmig1kcb/

Hvis du opdaterer dit websted til Control Hub uden at rette uoverensstemmelser mellem brugerens e-mailadresser, skal de berørte brugere bruge deres Control Hub-e-mailadresser til at logge ind på deres mødested. Disse brugere kan muligvis ikke logge ind, hvis de forsøger at logge ind med e-mailadressen i webstedsadministration, eller hvis deres Control Hub-e-mailadresse ikke længere er gyldig i deres IdP (for SSO -organisationer). De vil ikke blokere dig fra at opdatere webstedet, men det er bedre at rette e-mailadresserne, før du starter opdateringen.

Eksterne brugere med Basic Meetings-licens

Eksterne brugere med Grundlæggende møder-licenser skal deaktiveres eller opgraderes til betalte Webex Meetings licenser før opdatering af webstedet fra webstedsadministration til Control Hub.

Sådan deaktiveres brugere

Når du deaktiverer brugere, mister de deres værtslicens eller mødedeltagerprivilegiet (afhængigt af hvilken rolle de havde, mens de var aktive). Deaktiverede brugere vises stadig i CSV-eksportfilen på webstedet efter opdatering af webstedet til Control Hub.

For individuel brugerdeaktivering i webstedsadministration:

1. Gå til Brugeradministration for > Rediger bruger.

2. Brug indeks-, søge- og filterkontrolelementerne til at finde brugeren.

3. Fjern markeringen i feltet Aktiv.

4. Indsend ændringerne.

   Se Administrer brugerkonti i Webex Webstedsadministration for yderligere oplysninger.

For gruppebrugerdeaktivering i webstedsadministration:

1. Eksporter brugerne til en CSV-fil.

2. Åbn CSV-filen, og rediger Active kolonneværdier til N for alle påvirkede brugere.

3. Importer den ændrede CSV-fil.

   De brugere, du ændrede, er nu inaktive.

   Se BatchImporter og -eksporter Webex-brugere i Webex webstedsadministration for yderligere oplysninger.

Brugere i organisationer med adressebogssynkronisering

Hvis der er ikke-sammenkædede brugere, som skal være i din organisation, men endnu ikke er tilføjet, skal du først føje dem til din organisation. Dette er især vigtigt for organisationer, der er konfigureret til adressebogssynkronisering (via Katalogforbindelse eller Azure AD), fordi adressebogssynkronisering ikke tillader webstedets opdateringsproces at tilføje brugere.

Webstedsopdateringen mislykkes, hvis nogle aktive brugere på webstedet ikke kan knyttes til en Control Hub-organisation. Hvis din organisation er konfigureret til adressebogssynkronisering, skal du sørge for, at alle brugere på webstedet, som skal være en del af Control Hub-organisationen, tilføjes i Katalogforbindelse eller Azure AD først, inden opdateringen startes.

Løs brugerproblemer, før du starter opdateringen

Hvis du forsøger at opdatere webstedet til Control Hub uden at løse problemerne for brugerne i users-to-review fil, kan opdateringsprocessen mislykkes. Værktøjet kontrollerer ikke, om du har rettet fejlene, før du starter den endelige opdatering.