Tak for din feedback.
Opdater Webex Meetings-webstedsadministration fra webstedsadministration til Control Hub
Har du feedback?Om opdatering fra webstedsadministration til Control Hub
Opdatering af et websted fra Webstedsadministration til Control Hub kræver ikke en opdatering af klientversioner. Nogle websteder kan ikke bruge denne funktion, før de partnere, der administrerer disse organisationer, er klar.
Webex bliver en samlet platform til administration af møder, meddelelser, opkald og andre samarbejdsformer. Derfor ønsker vi at flytte administrationen af alle Webex Meetings-websteder fra Webstedsadministration til Control Hub.
Vi har et værktøj i Site Administration, der kan hjælpe dig med denne ændring. Hvis dit websted allerede er berettiget til at opdatere til Control Hub, kan du komme i gang ved at klikke på Opdateringsadministration i navigationsmenuen.
Se denne video for en demonstration af, hvordan du opdaterer dit -websted til Control Hub.
Som hjælp til at planlægge opdateringen af dit websted gennemgår du afsnittet Site assessment readiness (Webstedsvurdering) for beredskab .
Fordelene ved at administrere -websteder i Control Hub omfatter:
-
Unified-licenstildelinger på tværs af alle Webex-tjenester, såsom møder, meddelelser og opkald.
-
Ensartede sikkerhedspolitikker for alle Webex-tjenesteydelser.
-
Almindelig log ind-oplevelse for alle slutbrugere mellem forskellige Webex-tjenesteydelser.
-
Moderne administratorkontroller, såsom Katalogforbindelse, VEDRM og active directory-grupper.
-
Licensskabeloner til automatisk tildeling af flere licenser til brugere.
Du kan ikke bruge disse indstillinger webstedsadministration at administrere et mødewebsted efter opdatering til Control Hub.
Hvis dit websted er planlagt til en automatisk opdatering fra at være administreret i webstedsadministrator til Control Hub, vil du se følgende skærmbillede.
Du kan klikke på Skift dato for opdatering af din hjemmeside for at ændre den planlagte dato.
Oplevelsen med at administrere -websteder i Control Hub ligner administration på webstedsadministration. Brugeradministration i Control Hub har mere moderne underliggende teknologier, så der er nogle få forskelle på administration af websteder i Control Hub. Dette afsnit fokuserer på forskelle, der ringede ud, når du opdaterer dit websted.
Få en mere detaljeret oversigt over forskellene mellem webstedsadministration og Control Hub i denne artikel.
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 også tilgængelig i Control Hub. Se Automatisk SAML-kontooprettelse og -opdatering til Control Hub for at få flere oplysninger.
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:
-
Integrering af din Control Hub-organisation med en identitetsudbyder.
- 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. Læs 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.
Før du opdaterer dit mødewebsted, så det administreres i Control Hub, skal du forberede din Control Hub-organisation.
Sørg for, at der ikke er nogen afventende eller blokerende handlinger for abonnementet. Opdateringen mislykkes, hvis:
- Du har enhver afventende handling på abonnementet tilknyttet det websted, som du opdaterer.
- Webstedet har ikke noget abonnement knyttet til det i Control Hub-organisationen.
- Webstedslicensoplysningerne i webstedsadministration stemmer ikke overens med webstedslicensoplysningerne i Control Hub.
Vi anbefaler kraftigt, at du bekræfter dine domæner og gør krav på dine brugere. Følgende læsning vil hjælpe:
-
Control Hub e-bogen: https://ebooks.cisco.com/story/controlhubessentials/
-
Sådan administrerer du dine domæner: https://help.webex.com/cd6d84
-
Gør krav på dine brugere fra andre organisationer (efter at have bekræftet dine domæner): https://help.webex.com/nceb8tm. Det er især vigtigt at gøre krav på brugere, da det sikrer, at der er så mange brugere som muligt, der skal være i din organisation, faktisk er der. Ved at gøre krav på brugere med "Øjeblikkelig krav" undgår du også forsinkelser i brugen af e-mailadresserne i din organisation.
Vi anbefaler på det kraftigste, at du gør krav på brugere, før du opdaterer dit websted til Control Hub. Hvis du gør krav på brugere i din organisation, efter at webstedet er blevet opdateret til Control Hub, kan disse brugere miste adgang til møder og mødeaktiver på webstedet.
Som en løsning kan du gøre følgende for at sikre, at brugerne ikke mister adgang til møder og mødeaktiver på webstedet, efter at webstedet er blevet opdateret til Control Hub:
- For brugere med eksterne administratorrettigheder til organisationen eller webstedet – Fjern al ekstern administratoradgang til organisationen og webstedet, og fjern derefter mødewebstedslicensen. Når du har gjort krav på brugeren, skal du give brugeren en ny licens til webstedet. Du kan også gendanne deres eksterne administratorrettigheder.
- For almindelige brugere – Fjern licensen til mødewebstedet, gør krav på brugeren i din organisation, og giv derefter brugeren en ny licens til webstedet.
-
Hvis mødewebstedet er konfigureret til SSO, skal du også konfigurere indstillinger SSO din Control Hub-organisation .
Automatisk kontooprettelse for nye brugere
Hvis dit Webex-websted har aktiveret automatisk kontooprettelse i Webstedsadministration, kan du aktivere en lignende funktion i Control Hub med SAML automatisk kontooprettelse. Sørg også for at konfigurere 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.
Administratoradgang til Webex-websteder efter opdatering
En person med en organisationsomfattende administratorrolle i Control Hub får automatisk adgang til websteder, der opdateres fra webstedsadministrator til Control Hub. For eksempel vil fulde organisationsadministratorer blive fulde Webex-webstedsadministratorer, organisationsbrugeradministratorer vil blive Webex-webstedsbrugeradministratorer, og organisations skrivebeskyttede administratorer vil blive skrivebeskyttede Webex-webstedsadministratorer.
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'er til XML API-tjenester ændres ikke, når et websted er opdateret fra webstedsadministrator til Control Hub-administreret. De samme API URL-adresser vil fortsat virke. Cisco anbefaler, at alle API-integrationer bruger OAUTH til godkendelse.
Godkendelse i XML API'er
Integrationer, der ikke bruger Webex OAUTH til godkendelse, kan mislykkes, når webstedet er opdateret til Control Hub. Følgende tabel viser, hvilken type administratorgodkendelse der fortsat vil fungere efter opdatering af dit websted.
| Type af administratorgodkendelse i XML API før webstedsopdatering | Admin i SSO-organisation efter webstedsopdatering | Admin ikke i SSO-organisationen efter webstedsopdatering |
|---|---|---|
| brugernavn (webExID)/password |  Vil virke* | Vil virke* |
| brugernavn (webExID)/sessionTicket | Vil arbejde | Vil arbejde |
| username/OAUTH (webExAccessToken) | Vil arbejde | Vil arbejde |
| email/password | Vil virke* | Vil virke* |
| email/sessionTicket | Vil arbejde | Vil arbejde |
| email/OAUTH (webExAccessToken) | Vil arbejde | Vil arbejde |
* Bagudkompatibilitet – Cisco har aktiveret username/password godkendelser til at fungere i XML API'er efter webstedsopdatering, selvom username ikke matcher e-mailadressen. Kompatibiliteten gælder kun, hvis:
- Brugeroplysningerne blev oprettet før webstedsopdateringen. Der er ikke tilladt ændringer til
username, ellers vil tidligere loginoplysninger mislykkes. - Legitimationsoplysninger til API-godkendelse kan ikke have en anden adgangskode i Control Hub end på webstedet, når de blev administreret i webstedsadministration.
- Brugere, hvis legitimationsoplysninger bruges til godkendelse, skal være i aktiv tilstand (ikke inaktiv) i Webstedsadministration på tidspunktet for webstedsopdateringen til Control Hub.
Du kan få mere at vide om XML API-integrationer på Control Hub-administrerede websteder, herunder OAUTH-godkendelse, med denne vejledning.
Username er indstillet til e-mail for alle brugere, når et websted opdateres til Control Hub. Hvis username bruges til API-nyttelast, skal nyttelasten i stedet bruge e-mail, når webstedet er opdateret.
Administratorrolle i Control Hub til API-integrationer
Administratorer med kun rollen som webstedsadministrator kan muligvis ikke udføre visse handlinger med XML API'er, f.eks. ændring af en brugers e-mailadresse eller visningsnavn, efter webstedet er opdateret til et Control Hub-websted. For administratorer, hvis legitimationsoplysninger bruges til API-integrationer, anbefaler vi, at du forfremmer disse administratorer til fulde administratorer i Control Hub, ideelt 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 mødeværtskonto på Control Hub-webstedet for at integrationen kan fungere (dette var ikke påkrævet for administratorer på websteder for websteder).
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, som er beskrevet i følgende liste:
- Opret bruger– På Control Hub-administrerede websteder kan denne handling også oprette en bruger i den webstedsejende organisation, før en licens tildeles. Hvis brugeren allerede findes i en anden organisation, mislykkes denne handling.
PMR ID parametertræder ikke i kraft for brugere, der ikke allerede har statussen Aktiv i Control Hub.createuserDet tager længere tid at udføre API på Control Hub-administrerede websteder. For bedre ydeevne kan du tilføje en ekstra tråd til at paralleliserecreateuser-kald. - SetUser– Kan resultere i tildeling eller fjernelse af licens til mødewebstedet fra brugeren (afhængigt af API-parametrene eller nyttelasten).
- DelUser– Fjerner licensen til mødewebstedet, men sletter ikke brugeren fra Control Hub-organisationen.
- LstsummaryUser— Returnerer også brugerens
objectGUID. - AuthenticateUser– På Control Hub-administrerede websteder anbefaler vi oprettelse af sessionsticket via
AuthenticateUseri stedet for at bruge brugernavn og adgangskode til hver XML API. Brug af SAML-svaret i brødtekstindhold understøttes ikke med dette opkald for 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å:
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
Rest API'erne ovenfor understøtter dog ikke alle brugeradministrationsfunktioner, der er tilgængelige i XML API'er. For eksempel skal du 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 webstedsadministrationsroller til brugere. Hvis du vil tildele webstedsadministrationsroller via en API, skal du fortsat bruge XML API.
Du kan bruge People API'en 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)
- Ny licens-API, som også kan tildele mødewebstedslicenser til eksterne brugere, der ikke er i den samme organisation, som oprettede webstedet. Eksterne brugerlicenser er tilgængelige manuelt i Control Hub i dag.
- SCIM API til at oprette og slette brugere i organisationen.
- Ciscos langsigtede mål er kun at bruge REST API'er (til alle operationer på brugere og mødesteder). XML API'er til brugeradministration vil fortsat være understøttede, indtil REST API'er kan anvendes udelukkende til alle brugeradministrationshandlinger. XML-API'er til brugeradministration vil også blive udfaset (dato endnu ikke fastlagt).
Før du opdaterer dit -websted til Control Hub, anbefaler vi på det kraftigste, at du gennemgår følgende elementer først for at få opdateringen til at gå så gnidningsløst som muligt:
- Gennemgå først dette dokument, og sørg for, at din organisation følger den bedste praksis, der anbefales i afsnittet Forbered din Control Hub-organisation .
- Dernæst skal du logge ind på Webex-administration og klikke på Opdater administration. I websteds-parathedsfasen skal du ikke udføre nogen anbefalet handling i filen fra afsnittet Gennemse brugere og bør endnu ikke deaktivere funktioner, der er ringede op i afsnittet gennemse funktioner. Ved at følge disse vejledninger bliver webstedsberedskabsvurderingen en skrivebeskyttet handling blot for at vurdere de ændringer, du skal foretage, inden du opdaterer til Control Hub.
- Under sektionen Gennemgå brugere skal du klikke på Eksporter bruger-CSV-fil og downloade CSV-filen, som hedder
users-to-review-xxxxx.csv.Denne fil viser alle de brugere der har brug for opmærksomhed og vil have en anbefalet handling for hver bruger. Antallet af brugere i denne fil giver dig en idé om, hvor mange brugerrelaterede problemer du skal arbejde på, før du kan opdatere webstedet.
- I afsnittet Gennemse funktioner kan du se alle funktioner, der er angivet med et rødt X i kolonnen Konsekvenser. Dette vil informere dig om dit websteds parathed fra et funktionskonflikt perspektiv.
- Gå ikke til trin 2, og klik ikke på knappen Opdater til Control Hub endnu.
Når du har gennemgået brugerens CSV-fil og set på, hvilke funktioner du kan have til at konfigurere igen, skal du fortsætte med at læse resten af afsnittene i denne artikel for at forberede dit websted og din organisation på, hvordan du opdaterer til Control Hub.
Bemærk: Hvis dit websted har API-integrationer udført af din virksomhed eller gennem tredjepartsløsninger, såsom undervisningsstyringsløsninger, skal du sørge for at gennemgå afsnittet Forbered websteds API-integrationer til at fungere med Control Hub .
Kommende ændringer til version 43.6
Indtil nu skulle disse to funktioner deaktiveres, før webstedet kunne opdateres til Control Hub:
- Obligatoriske felter for værtsprofil
- Nødvendige sporingskoder
Fra og med udgivelsen af 43.6 behøver websteder, der deltager i betaversionerne af brugerdefinerede attributter og obligatoriske værtsprofilfelter, ikke længere at deaktivere disse funktioner, før de opdaterer deres websted til Control Hub. I stedet vil guiden give dig besked om at gennemgå disse to funktioner, da den aktuelle konfiguration kopieres til Control Hub-organisationen.
Hvis du deltager i betaversionen af obligatoriske felter til værtsprofil, vil du se denne advarsel:
Hvis du deltager i betaversionen af obligatoriske sporingskoder og brugerdefinerede attributter, vil du se denne handlingspunkt:
Hvis du ikke deltager i disse betaversioner, så fortsæt med at læse følgende afsnit.
Deaktiver funktioner, der blokerer for opdatering af websteder
Nogle funktioner skal deaktiveres, før du kan opdatere et Webex-websted til Control Hub. Du kan se en liste, der viser dig, hvilke funktioner der skal deaktiveres. Funktioner, der er markeret med et rødt cirkel X-ikon, skal udføres. Funktioner markeret med en gul trekant udråbstegn ikon er kun for dine oplysninger og kræver ingen handling.
Se denne video for en demonstration af, hvordan du opdaterer dit websted til Control Hub.
Hvis din organisation bruger funktionen til automatisk oprettelse af konti i Site Admin, skal du oprette en tilsvarende funktion i Control Hub og oprette en automatisk licensskabelon til automatisk at tildele licenser. Se denne artikel for yderligere oplysninger. Dette bør gøres, før webstedet opdateres, så det administreres i Control Hub.
-
Log ind på Webex webstedsadministration, og gå .
-
Find og deaktiver valgmuligheden Værtskonto tilmelding .
-
Find Kræv for konto tilmeldning: og slet alle felterne til de brugerprofil felter.
-
-
Klik på Opdatér.
-
Gå til
-
I kolonnen Værtsprofil skal du ændre alle rækker med sporingskode markeret som Påkrævet til administrationSæt eller Valgfri.
-
Læs mere om sporingskoder på https://help.webex.com/izu2ty.
Alle sporingskodeværdier for brugere bevares, når du opdaterer et websted til Control Hub.
-
I fremtiden vil denne begrænsning blive ophævet, og du vil kunne knytte sporingskoder til nødvendige brugerdefinerede brugerattributter i Control Hub for at få tilsvarende funktionalitet.
Funktionen til sporingskoder for kort til brugerattributter er et udkast, der er i offentlig forhåndsvisning. Vi giver dig et smugkig på, hvad du kan forvente.
Før du kan opdatere et websted med obligatoriske sporingskoder fra webstedsadministration til Control Hub, skal du knytte disse sporingskoder til brugerattributter i Control Hub. Du kan klikke på ikonet under Information for at gå direkte til guiden til sporing af kortkoder til brugerattributter for webstedet. Hvis du ikke har tilknyttet eller deaktiveret de nødvendige sporingskoder endnu, kan du ikke opdatere dit websted til Control Hub.
Hvis dit websted ikke har obligatoriske sporingskoder, kan du stadig knytte sporingskoder til brugerattributter, før du opdaterer et websted til Control Hub, ved at følge denne procedure.
Til mødesteder, der bruger afdeling som en sporingskode, anbefaler vi, at du knytter denne sporingskode til afdelingens brugerprofil i modsætning til en brugerdefineret egenskab. Da afdeling er en standard-profilegenskab i Control Hub, vil dette scenarie være mere effektivt i de fleste tilfælde.
Hvis denne attribut er påkrævet, skal du gå til afsnittet med brugerprofilattributter og markere afdelingsattributten som påkrævet. Husk, at denne afdelingsegenskab – ligesom andre brugeregenskaber – ikke udfyldes for eksterne brugere.
| 1 |
Log ind i Control Hub, og gå til Møde. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Vælg et websted, og gå derefter til . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Vælg Opret sporingskodekort.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Vælg Åbn sporingskodeoversigten.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Klik på Download konfigurationsoversigt. Du skal downloade en kopi af den aktuelle sporingskodekonfiguration. Du skal bruge denne oversigt til de næste trin for at sikre, at alle egenskabsværdier stemmer overens med de aktuelle sporingskoder. Du kan også downloade tidligere sporingskodelister som en CSV-fil for at uploade de samme værdier for brugertilpassede egenskaber.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Gå tilbage til guiden, og vælg Tilføj og gennemgå brugeregenskaber.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Konfigurer evt. nye brugerdefinerede egenskaber, som stedet skal bruge. Markér alle attributter som påkrævede, hvis du ønsker, at disse felter skal udfyldes for brugerne. Brugerdefinerede attributter gælder ikke for organisationer, der synkroniserer brugere med Directory Connector, Azure AD osv. Du kan bruge dette trin som en mulighed for at gennemgå visningsnavnene for sporingskoder. Når du har foretaget de nødvendige ændringer, skal du klikke på Gem. Låste attributter ligner AdminSet i klassiske sporingskoder for mødesider. Når du markerer en brugerdefineret egenskab som låst, kan brugerne ikke se denne egenskab.Hvis du trykker på Gem på dette trin, træder alle brugerdefinerede egenskaber, som du tilføjede, fjernede eller markerede som påkrævet, øjeblikkelig i kraft for organisationen. Nye brugere, der er onboardet i organisationen, skal overholde denne opdaterede brugerdefinerede egenskabskonfiguration. Ellers bliver brugeren ikke onboardet. Vær forsigtig, før du markerer brugerdefinerede egenskaber efter behov.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Gå tilbage til guiden, og vælg Tilknyt sporingskoder.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Brug rullelisten til at knytte sporingskoder til organisationens brugerdefinerede egenskaber eller brugerprofilegenskaber. Når en stedsporingskode tilknyttes en egenskab, tilknyttes systemet først til eksisterende egenskaber, der matcher sporingskodenavne, hvis tekstfelt er valgt som indtastningstype. Klik på Næste, når du er færdig. Hvis din organisation bruger en automatisk bruger-onboardingproces, såsom Directory Connector eller Azure AD, skal du ikke knytte sporingskoder til brugerdefinerede egenskaber. Tilknyt i stedet sporingskoder til synkroniserede egenskaber. Tidligere kunne sporingskoder konfigureres forskelligt efter center. Alle centre (møder, begivenheder, webinarer osv.) deler nu en enkelt planlægningskonfiguration. Når du tilknytter en egenskab efter behov, er den pågældende egenskab påkrævet på planlægningstidspunktet i Webex Meetings, Webex Webinars osv.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Klik på Gem kortet. Synkronisering udføres automatisk under processen med at opdatere et websted til Control Hub. Vi foreslår at lave en sikkerhedskopi af sporingskodeværdier for brugere ved at udføre en webstedsbrugereksport for mødewebstedet Når du knytter sporingskoder til brugerdefinerede egenskaber, kommer dataenes eneste sandhedskilde fra Webex Identity i stedet for hvert enkelt mødested. Ved synkronisering kopieres sporingskodens brugerværdier én gang til tilknyttede egenskaber, der ikke allerede er udfyldt for brugere, hvilket betyder, at rækkefølgen af de steder, du synkroniserer sporingskoder til først, har betydning. Når det første sted synkroniseres, kopieres sporingskodeværdierne for brugere fra det pågældende sted til den tilknyttede brugeregenskab for den pågældende bruger i Control Hub, men kun hvis denne værdi ikke allerede er udfyldt for brugeren. Nogle sporingskodeværdier kopieres muligvis ikke fra sted til brugeregenskaber under synkronisering Hvis en brugerværdi for tilknyttet sted er udfyldt på synkroniseringstidspunktet, kopieres sporingsværdien fra stedet ikke til den tilknyttede egenskab i Control Hub for brugeren. For at undgå, at data erstatter andre sporingskoder for brugere, anbefaler vi, at du tilknytter og synkroniserer data for et mødested med de seneste sporingskodedata for brugere. Sporingskodeværdier kopieres ikke fra steder, der knytter sporingskoder til brugerfelter, der synkroniseres via eksterne kilder, såsom Directory Connector eller Azure AD. Følgende tabel skitserer mulige scenarier, hvor data erstatter de oprindelige sporingskoder. I disse scenarier er sporingskoden og den tilknyttede egenskab brugerens by.
* Den tidligere sporingskodeværdi erstattes af den eksisterende tilknyttede attribut. | ||||||||||||||||||||||||||||||||||||||||
Inden du opdaterer dit -websted, så det administreres i Control Hub, skal du sørge for, at:
- Alle brugere af -webstedet, der skal være i din organisation, er faktisk i din Control Hub-organisation.
- Alle brugere af -webstedet, der ikke skal være i din organisation, slettes fra din organisation.
- Brugere i organisationen kan bekræftes af din IdP, hvis din organisation er konfigureret til SSO.
- Brugerprofilfelter, der er markeret som obligatoriske på webstedet, kopieres også til Control Hub-organisationen, når du opdaterer webstedet. Hvis du ikke ønsker, at disse felter skal være markeret som obligatoriske til kontotilmelding på webstedet i Control Hub, skal du først fjerne markeringen i felterne i Webstedsadministration, før du opdaterer til Control Hub.
- Du gennemlæst afsnittet Forbered din Control Hub-organisation fra tidligere i denne artikel.
Se denne video for en demonstration af, hvordan du opdaterer dit websted til Control Hub.
Sådan kontrollerer du for brugere, der vil blokere webstedsopdatering
-
Log ind på webstedsadministration, og åbn siden Opdater administration.
-
Åbn forudsætninger for at opdatere administrationskontrollen, og klik på Eksporter påvirkede brugere i CSV.
-
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 ved starten af timen (mellem xx:57 til xx:03).
-
Klik på Download CSV , når eksporten er færdig.
Din browser downloader
users-to-review.csv. -
Å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
-
Skift brugerens e-mailadresse i Control Hub, så den matcher webstedsadministratorens e-mailadresse: https://help.webex.com/nsi3kgb.
Brugere kan ændre deres egne e-mailadresser i Control Hub-organisationen: https://help.webex.com/nme40aeb
Hvis du opdaterer dit -websted til Control Hub uden at rette uoverensstemmelse mellem brugerens e-mailadresser, skal de påvirkede brugere bruge deres Control Hub-e-mailadresser til at logge ind på deres mødewebsted. 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 (i 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 Basic Meetings-licenser skal deaktiveres eller opgraderes til betalte Webex Meetings-licenser, før webstedet opdateres fra webstedsadministrator til Control Hub.
Sådan deaktiveres brugere
For individuel brugerdeaktivering i webstedsadministration:
-
Gå til .
-
Brug indeks-, søge- og filterkontrolelementerne til at finde brugeren.
-
Fjern markeringen i feltet Aktiv.
-
Indsend ændringerne.
Se Administrer brugerkonti i Webex-webstedsadministration for yderligere information.
For gruppebrugerdeaktivering i webstedsadministration:
-
Eksporter brugerne til en CSV-fil.
-
Åbn CSV-filen, og rediger værdierne i kolonnen
ActivetilNfor alle berørte brugere. -
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 filen users-to-review, kan opdateringsadministrationsprocessen mislykkes. Værktøjet kontrollerer ikke, om du har rettet fejlene, før du starter den endelige opdatering.
Opdatering af SSO-websteder og ikke-SSO-websteder, der er linket til en SSO-organisation
En Control Hub-organisation kan understøtte flere identitetsudbydere (IdP'er) til SSO, hvor en af IdP'erne er Webex IdP (lokal godkendelse)
Flere IdP'er i Control Hub vil hjælpe:
- Hvor IdP'en for et SSO-websted i Site Admin er forskellig fra SSO IdP'en for Control Hub.
- Når brugere på webstedet ikke er i den SSO IdP, der er konfigureret i organisationen, kan disse brugere nu blot tilføjes til den lokale Webex IdP. Du kan derefter flytte disse brugere til den konfigurerede SSO IdP senere.
Opsætning af flere IdP'er kan gøre det muligt for alle brugere på webstedet, der opdateres fra webstedsadministrator til Control Hub, at logge ind via den godkendelsesmetode, der er konfigureret i en Control Hub-organisation. For at opnå dette kan du:
- Tilføj yderligere SSO IdP'er til Control Hub-organisationen.
- Tilføj brugere til en allerede konfigureret IdP.
- Tilføj brugere til den lokale Webex IdP.
Se denne artikel for at få mere at vide om flere IdP'er i Control Hub.
Før du begynder
Der er nogle funktioner, du skal deaktivere, og du skal kontrollere, at alle brugere er i god tilstand for at blive opdateret til Control Hub. Hvis du bruger API-integrerede applikationer, skal du opdatere dem for at bruge Webex API.
Du kan læse om disse forudsætninger i de tidligere dele af denne artikel.
Sørg for, at alle dine administratorer ved, at du opdaterer webstedet til Control Hub, og at de ikke må foretage nogen ændringer i webstedsadministrationen, efter du starter.
| 1 |
Eksporter og gem webstedets brugeres eksportfil. Denne fil fungerer som et brugerkonfigurationsarkiv, der hjælper dig med at validere efter opdateringen. |
| 2 |
Log ind for at webstedsadministration, og klik på Opdater administration. |
| 3 |
Gennemse forudsætningerne, især CSV-listen over brugere i stater, der kan påvirke opdateringens succes. |
| 4 |
Læs om de funktioner, der skal deaktiveres, og de forskelle, du kan forvente i brugeradministration og værtslicensering (også dokumenteret i denne artikel). |
| 5 |
Klik på Opdater til Control Hub. Denne knap aktiveres kun, når trinene ovenfor er fuldført.  Et pop-up-vindue vises. Dette vindue viser, at opdatering af et websted til Control Hub er permanent, og du kan ikke fortryde opdateringen, når den er færdig. Når opdateringen er færdig, administreres dette websted ikke længere webstedsadministration. Hvis du ikke er klar til at administrere dette websted fuldt ud i Control Hub, skal du afslutte guiden nu.
 |
| 6 |
Klik på Ok. Opdateringen starter et banner vises over webstedsadministration for at lade dig vide, at en webstedsopdatering er i gang. Hvis noget går galt, vil du se en fejlmeddelelse med foreslået handling. Ellers vil der vises en vellykket meddelelse. Opdatering af webstedet tager cirka 3 minutter + 1000 aktive users/min + 2000 inaktive users/min at fuldføre. Hvis du for eksempel startede opdateringen af webstedet kl. 05:20 og dit websted har 8000 aktive brugere og 2000 inaktive brugere, vil en opdatering af webstedet tage omkring 12 minutter. Derudover sættes webstedsopdateringer på pause i 6 minutter i starten af timen (mellem xx:57 til xx:03). Men dine resultater kan variere. |
| 7 |
Klik på Log ind på Control Hub. |
Efter at have udløst webstedsopdateringen fra Webex webstedsadministration kan du logge ind på Control Hub for at se status for webstedsopdateringen.
-
Log ind på Control Hub og åbn siden Møder.
Du kan se en liste over dine mødewebsteder.
-
Klik på et websted for at se oplysninger om det pågældende websted.
-
Se efter afsnittet Webstedsopdatering , hvor du kan læse opdateringsstatussen.
Når opdateringen er færdig, kan du downloade en liste over alle brugere i webstedsadministration og se, hvilke af disse brugere der var aktive eller inaktive på webstedet. Brugere, der vises som inaktive i kolonnen brugerstatus i webstedsadministration, har ikke adgang til det Control Hub-administrerede websted. Disse brugere vises ikke som have adgang til webstedet i brugerafsnittet i Control Hub.
Det kan tage lidt tid, før download-knappen vises (minutter for de fleste organisationer).
-
Gennemgå listen for at kontrollere, om der er problemer under opdatering.
Du kan ikke længere administrere dette websted i et webstedsadministration, når webstedsopdateringen er færdig. Al administration af dette websted skal udføres i Control Hub. Her er nogle trin til at gøre dig bekendt med og afprøve administration af dit -websted i Control Hub:
-
Tjek nogle webstedskonfigurationsindstillinger for at bekræfte, at intet er ændret. Dette er nemmere, hvis du kopierede nogle indstillinger for webstedsadministrator, før du opdaterede til Control Hub.
-
Vælg en vært, og bekræft deres licens, sporingskoder og sessionstyper i Control Hub. Log ind på mødewebstedet, og bekræft, at deres planlagte møder, optagelser og præferencer ikke er ændret. Validering er nemmere, hvis værtens data kopieres før opdatering til Control Hub.
Bed brugeren om at kontrollere, at de kan planlægge og være vært for nye møder.
-
Tilføj en ny bruger til din organisation. Giv dem en værtslicens, rediger deres sessionstyper, og bekræft, at de kan være vært for møder.
Vi anbefaler, at du opretter organisations- eller gruppebaserede licensskabeloner for automatisk at tildele licenser til nye brugere eller bestemte grupper af nye brugere. -
Vælg en bruger, der var fuld administrator i webstedsadministrator, og bekræft, at de har det passende adgangsniveau til det opdaterede websted i Control Hub.
De bør være i stand til at læse og modificere webstedet; opret, licens, modificer og slet brugere.
-
Hvis dit websted har API-integrationer, skal du skifte til at bruge People API'er. Bekræft, at den opdaterede integration fungerer som forventet.
Læs mere om administration af mødewebsteder i Control Hub på https://help.webex.com/naqlzeu.
-
Brugerne får en enkelt, samlet login-oplevelse til Webex-appen og alle Control Hub-administrerede websteder.
Hvis brugernavnet ikke passer med brugerens e-mailadresse i webstedsadministration, vil disse brugere påvirke loginoplevelsen. Gamle brugernavne kan ikke længere bruges, og disse brugere skal bruge deres e-mailadresse til at logge ind. -
Brugerlegitimationsoplysninger er knyttet til deres Control Hub-identitet. De samme legitimationsoplysninger gælder for alle Control Hub-administrerede websteder i den samme organisation og for Webex-appen.
-
Hvis Control Hub-organisationen har SSO konfigureret, styrer SSO loginoplevelsen for Webex-appen og alle Control Hub-administrerede websteder.
-
Log ind-oplevelsen med Webex-appen er ikke påvirket som følge af opdatering til Control Hub.
-
Når brugere logger ind på Webex Meetings websted, ser login-skærmen anderledes ud. Brugere skal indtaste deres e-mailadresse for at logge ind, selvom deres organisation er konfigureret til SSO.
Administratorer kan aktivere indstillingen Husk mig i Control Hub, så brugerne ikke behøver at indtaste deres e-mailadresse igen, hver gang de logger ind. -
Afhængigt af hver brugers historik, antallet af websteder de havde en konto på, osv.:
-
Hvis brugere blev knyttet til eksisterende brugere i Webex Identity/Control Hub, bruger brugere den samme adgangskode til alle Webex-websteder, der er opdateret til Control Hub.
-
Hvis brugere blev oprettet i Webex Identity/Control Hub på grund af webstedslinkning, gælder deres første tilknyttede websteds legitimationsoplysninger (hvis organisationen ikke blev konfigureret med SSO). Brugere omdirigeres til at logge ind på dette websted. Hvis brugere har flere websteder med flere legitimationsoplysninger, bør webstedets URL-adresse hjælpe dem med at afgøre, hvilke legitimationsoplysninger de skal bruge.
-
Brugere kan nulstille deres adgangskode i Control Hub-organisationer (hvis adgangskoden ikke administreres via SSO). Hvis brugere har glemt deres adgangskode, kan de bare klikke på Har du glemt dit brugernavn eller din adgangskode? på login-skærmen for at nulstille deres adgangskode. Brugere kan også nulstille deres adgangskode ved at følge disse vejledninger:
- Nulstil adgangskode til Webex-appen: https://help.webex.com/article/n02v0b8/
- Nulstil adgangskode for Webex Meetings websted: https://help.webex.com/article/6v6kaab/
-
-
Hvis en slutbrugers e-mailadresse blev ændret, og denne bruger havde en anden e-mailadresse i Webstedsadministration og Control Hub på tidspunktet for webstedsopdateringen, kan den pågældende bruger opleve problemer under forsøg på at logge ind. Brugeren ved muligvis ikke, at de nu skal bruge deres Control Hub-e-mailadresse til at logge ind, eller at e-mailadressen i Control Hub muligvis ikke længere er gyldig i deres organisations SSO IdP. Denne type situation undgås bedst ved at opdatere e-mailadresserne til brugere i Control Hub, da der foretages ændringer til e-mailadresserne for de samme brugere i webstedsadministrationen.
-
Gen login påkrævet for brugere på Webex Meetings mobilapp til iOS:
- Hvis du opdaterer et ikke SSO-websted til Control Hub, er dine brugere nødt til at logge ind på Webex Meetings til iOS igen. Selvom Meetings til iOS-appen ikke vil kræve, at brugere logger ind igen i op til to måneder efter webstedsopdateringen, foreslår vi, at brugere logger ind manuelt for på forhånd at undgå denne situation.
-
Under opdateringen af webstedet skal brugere, hvis brugernavne ikke matcher deres e-mailadresser, muligvis logge ind igen.
-
Disse brugere skal muligvis logge ind på deres Webex-klienter igen, hvis de forsøger at få adgang til Webex-tjenester på webstedet under webstedsopdateringen til Control Hub. Brugere, der allerede har deltaget i møder, før webstedsopdateringen startede, vil ikke blive påvirket.
-
Tom CSV-fil med "bruger til gennemgang"
Hvis dit websted er stort og har mere end 1000 brugere, hvis e-mailadresser er forskellige i webstedsadministration end i Control Hub, kan du opleve en tom CSV-fil med "bruger til at gennemgå" i guiden til webstedsopdatering. Dette medfører, at webstedsopdateringen ikke fungerer, fordi du ikke vil være i stand til at løse de brugere, der har problemer. Vi har planer om at løse dette problem i de kommende uger.
Indstillinger, der ikke overføres ved opdatering til Control Hub
- Hvis dit websted, der administreres af webstedsadministratoren, var på den langsomme kanal, og din Control Hub også administreres af en partner, kan du miste synligheden af kontrolelementerne for versionsopdatering af mødewebsteder efter opdatering til Control Hub. Hvis dette sker, bedes du kontakte din partner og bede dem om at aktivere indstillingen Tillad kunden at opgradere webstedsversionen for din organisation.
- Afventende anmodninger om selvtilmelding overføres ikke til underretningscenteret. Brugere skal oprette en konto igen, når opdateringen er færdig.
- Brugernavnsværdier i Site Admin tilskrives brugernes e-mailadresser i Control Hub, når opdateringen er færdig.
Brugerproblemer, der forårsager, at opdateringen mislykkes
- Brugere med e-mailadresser, der er knyttet til brugere i en Webex for offentlige organisation, vil få opdateringen til at mislykkes, hvis disse brugere ikke deaktiveres, før opdateringen startes.
Almindelige problemer, der forårsager, at opdateringen mislykkes, og anbefalede handlinger
Hvis dit websted ikke kan opdatere til Control Hub, skal du kontrollere følgende tabel for at se, om en af disse comon-fejl er årsagen, og hvad du kan gøre for at løse det.
| Fejl, der forårsager en fejl i opdateringen | Anbefalet handling |
|---|---|
| Webstedstypen er ugyldig. | Kontakt dit Webex Support team for at bekræfte, at webstedet er bruger tilknyttet. |
| Webstedet har ikke noget abonnement tilknyttet. | Websteder skal tilknyttes et abonnement, før det kan opdateres til Control Hub. |
| Der er et problem med organisations-id'et. | Websteds-tilknyttet organisations-id er ikke det samme som abonnementsorganisations-id'et. Kontakt dit Webex Support team. |
| Følgende abonnement har afventende handlinger i Control Hub: (Under-id). | Prøv webstedsopdatering igen, når handlingen under behandling er fuldført. |
| Der er konflikter i single sign-on (SSO) indstillinger. | Hvis webstedet ikke SSO aktiveret, skal du sørge for, at:
|
| Webstedslicensoplysningerne i webstedsadministration stemmer ikke overens med webstedslicensoplysningerne i Control Hub. | Uoverensstemmende licensoplysninger mellem webstedsadministration og Control Hub. Kontakt dit Webex Support team. |
| Nogle brugernavne eller e-mailadresser i webstedsadministration konflikt med brugernavne eller e-mailadresser i Control Hub. | En brugers e-mail i Webstedsadministration bruges af en anden bruger i Control Hub. Skift en af e-mailadresserne eller brugernavnene. |
| Vi havde problemer med at opdatere dit websted. | En intern fejl forhindrede dette websted i at blive opdateret. Kontakt dit Webex Support team. |
| Vi havde problemer med at opdatere Webex-brugerne. | En intern fejl forhindrede dette websted i at blive opdateret. Kontakt dit Webex Support team. |
Problemer med login for brugere
Sørg for altid at tillade Webex-cookies. Ellers kan brugerne have problemer med at logge ind efter opdatering til Control Hub.
Q. Er der en dato for, hvornår Cisco ikke længere understøtter webstedsadministration?
Sv. Ja. Vi planlægger at udfase Webex-webstedsadministration ved udgangen af december 2023.
Q. Vil administratorer af webstedet i Webstedsadministration stadig beholde deres administrative adgang til webstedet efter opdatering til kontrolhub-administration?
Sv. Ja. Alle administratorer på webstedet i Webstedsadministration har stadig administrativ adgang til webstedet, efter at webstedet er opdateret til Control Hub-administration.
Q. Hvorfor ser jeg nye administratorer på webstedet efter at have opdateret et mødewebsted fra Webstedsadministrator til Control Hub-administration?
Sv. De nye administratorer på webstedet var sandsynligvis Control Hub-organisationsadministratorer. Når et websted opdateres fra webstedsadministrator til Control Hub, bliver alle organisationsadministratorer webstedsadministratorer for det nye Control Hub-administrerede websted. Det betyder, at organisationens fulde administratorer bliver til Webex-websteds fulde administratorer, organisationens brugeradministratorer bliver Webex-websteds brugeradministratorer, og organisationens skrivebeskyttede administratorer bliver til Webex-websteds skrivebeskyttede administratorer.
Q. Hvorfor virker login med produktivitetsværktøjet ikke efter opdatering af webstedet til Control Hub?
Sv. Sørg for, at internetbrowsere er konfigureret til altid at tillade sessionscookies, som findes i browserens avancerede privatlivsindstillinger.
Q. Hvis en bruger slettes i Control Hub, og den samme e-mailadresse derefter tilføjes til Control Hub igen og tildeles en mødelicens til det samme Webex-websted, kan brugeren så få adgang til sine gamle optagelser?
Sv. Ja, brugeren vil have adgang til alt deres gamle Meetings-indhold, hvis de er tildelt en licens til et af de tidligere Webex-websteder, de var på. Dette gælder både for websteder administreret med Control Hub og websteder, der blev opdateret til Control Hub.
Q. Hvis en bruger blev deaktiveret i Webstedsadministration før webstedsopdateringen til Control Hub og senere blev genlicenseret til det samme Webex-websted i Control Hub, vil brugeren så have adgang til sine gamle optagelser?
Sv. Ja, brugeren vil stadig have adgang til deres gamle optagelser. Derudover vil alle brugere, der blev deaktiveret i webstedsadministration inden webstedsopdateringen, blive angivet i CSV-eksportfilen meetings i Control Hub.
Q. Hvis et websted ikke har en SSO IdP konfigureret, men Control Hub-organisationen har en SSO IdP, hvad sker der så, når webstedet opdateres til Control Hub?
Sv. Webstedet bruger det samme websted SSO IdP som Control Hub-organisationen.
Q. Hvis et websted har en anden SSO IdP-konfiguration end SSO IdP'en i Control Hub, hvad sker der så, når webstedet opdateres til Control Hub?
Sv. Webstedet skifter over for at bruge det samme SSO IdP som Control Hub-organisationen.
Q. Hvis et websted har en SSO IdP konfigureret, men Control Hub-organisationen ikke har en SSO IdP, hvad sker der så, når webstedet opdateres til Control Hub?
Sv. Du vil blive blokeret fra at opdatere dit websted. Hvis du vil ophæve blokeringen af webstedet, så du kan opdatere til Control Hub, skal du enten fjerne SSO IdP fra webstedsadministrationswebstedet eller tilføje en SSO IdP til Control Hub-organisationen.
Q. Kan jeg stadig logge ind på webstedets URL for at få adgang til optagelser og planlægge møder eller begivenheder?
Sv. Ja, du kan stadig logge ind på webstedets URL-adresse, hvor du kan tilgå optagelser, planlægge møder osv.
Q. Ændres brugerspecifikke indstillinger under webstedsopdateringen fra webstedsadministration til Control Hub?
Sv. Nej, brugerindstillingerne forbliver uændrede. Disse indstillinger vil være gældende som før webstedsopdateringen.
Q. Er mine optagelser eller planlagte møder påvirket af denne hjemmesideopdatering?
Sv. Værtsoptagelser påvirkes ikke. Du vil stadig have adgang til dem. Dine planlagte møder påvirkes heller ikke. De er ikke ændret.
Q. Er optagelser eller planlagte møder for brugere påvirket af denne webstedsopdatering?
Sv. Brugeroptagelser påvirkes ikke. De vil stadig have adgang til dem. Planlagte møder påvirkes heller ikke. De er ikke ændret.
For brugere, der endnu ikke er blevet gjort krav på, kan deres optagelser eller planlagte møder blive påvirket, hvis du gør krav på dem, efter du har opdateret webstedet til Control Hub. Se følgende note for yderligere information.
Vi anbefaler på det kraftigste, at du gør krav på brugere, før du opdaterer dit websted til Control Hub. Hvis du gør krav på brugere i din organisation, efter at webstedet er blevet opdateret til Control Hub, kan disse brugere miste adgang til møder og mødeaktiver på webstedet.
Som en løsning kan du gøre følgende for at sikre, at brugerne ikke mister adgang til møder og mødeaktiver på webstedet, efter at webstedet er blevet opdateret til Control Hub:
- For brugere med eksterne administratorrettigheder til organisationen eller webstedet – Fjern al ekstern administratoradgang til organisationen og webstedet, og fjern derefter mødewebstedslicensen. Når du har gjort krav på brugeren, skal du give brugeren en ny licens til webstedet. Du kan også gendanne deres eksterne administratorrettigheder.
- For almindelige brugere – Fjern licensen til mødewebstedet, gør krav på brugeren i din organisation, og giv derefter brugeren en ny licens til webstedet.
Q. Hvor kan jeg gennemgå ventende anmodninger om selvtilmeldingskonti for Control Hub-administrerede websteder?
Sv. Du og andre administratorer kan gennemse anmodninger om tilmelding selv i Alerts Center.
Q. Kan jeg få adgang til brugernavnsværdier fra webstedsadministratoren efter at have opdateret et websted til Control Hub?
Sv. En brugereksportfil for alle brugere i webstedsadministration er tilgængelig i Control Hub i 90 dage, efter du opdaterer webstedet til Control Hub. Denne CSV-fil indeholder brugernavnværdier.
Q. Vi bruger brugernavnsværdier til at identificere brugere i Site Admin. Hvordan kan vi gøre det samme i Control Hub?
Sv. Brugernavnværdier går tabt efter opdatering af et websted til Control Hub. Hvis du har brug for adgang til disse værdier, er en løsning at kopiere værdierne til en sporingskode, før du opdaterer webstedet. Sporingskodeværdier for brugere bevares og er tilgængelige efter opdatering af et websted til Control Hub. Hvis du bruger SSO, er ExternalID en Control Hub-brugerattribut, der kan indeholde denne værdi. Dette kræver , at du konfigurerer dine SAML-udsagn for at videregive denne værdi , når du SSO i Control Hub. Denne værdi vil også blive overført til Control Hub under automatisk oprettelse af nye brugere.
Q. Hvor lang tid tager det at færdiggøre opdateringen af webstedet, efter den er startet?
Sv. Opdatering af webstedet tager cirka 3 minutter + 1000 aktive users/min + 2000 inaktive users/min at fuldføre. Hvis du for eksempel startede opdateringen af webstedet kl. 05:20 og dit websted har 8000 aktive brugere og 2000 inaktive brugere, vil en webstedsopdatering tage omkring 12 minutter. Derudover sættes webstedsopdateringer på pause i 6 minutter i starten af timen (mellem xx:57 til xx:03). Men dine resultater kan variere.
Q. Hvordan kan jeg automatisk licensere alle nye brugere eller nye brugere i bestemte grupper efter opdatering af webstedet, så det kan administreres i Control Hub?
Sv. Du kan oprette organisations- eller gruppebaserede licensskabeloner for automatisk at tildele licenser til nye brugere.
Q. Er der nedetid under opdateringen af webstedet?
Sv. Nej. Under opdateringen af webstedet:
- Brugere kan fortsætte med at bruge mødetjenesten, f.eks. deltage i og starte planlagte og ad hoc-møder.
- Møder, der er i gang, når webstedsopdateringen starter, vil ikke blive påvirket.
- Abonnementet vil være låst i Control Hub.
- Der kan være problemer med sektionen "Kommende møder" i Meetings-skrivebordsklienten.
- Ændringer i konfigurationer for webstedsadministration anbefales ikke.
