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 vil vi flytte administrationen af alle Webex Meetings-websteder fra webstedsadministration til Control Hub.
Vi har et værktøj i webstedsadministration, der kan hjælpe dig gennem denne ændring. Hvis dit websted allerede er kvalificeret til at opdatere til Control Hub, kan du komme i gang ved at klikke på Opdater administration 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 blive administreret i webstedsadministration til Control Hub, ser du følgende skærmbillede.
Du kan klikke på Skift dato for opdatering af dit websted 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 kontooprettelse og -opdatering til SAML 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:
- 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 bekræftelse af 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. Hvis du gør krav på brugere med "Omgående 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 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 brugere ikke mister adgang til møder og mødeaktiver på webstedet, efter webstedet er blevet opdateret til Control Hub:
- For brugere med eksterne administratorprivilegier 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 gengive den pågældende bruger til webstedet. Du kan også gendanne deres eksterne administratorrettigheder.
- For almindelige brugere – fjern mødewebstedslicensen, gør krav på brugeren til din organisation, og giv derefter brugeren licens til webstedet igen.
-
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 administratorrolle i hele organisationen i Control Hub får automatisk adgang til websteder, der opdateres fra webstedsadministration til Control Hub. For eksempel bliver administratorer med fulde rettigheder administratorer på Webex-webstedet, administratorer af organisationsbrugere bliver brugeradministratorer af Webex-webstedet, og administratorer med læserettigheder i organisationen bliver skrivebeskyttede administratorer af Webex-webstedet.
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-tjenesten er uændret, når et websted er opdateret fra webstedsadministration 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 | Administrator i SSO-organisation efter webstedsopdatering | Administrator er ikke i SSO-organisation efter webstedsopdatering |
|---|---|---|
| brugernavn (webExID)/adgangskode |  Fungerer* | Fungerer* |
| brugernavn (webExID)/sessionsbillet | Fungerer | Fungerer |
| brugernavn/OAUTH (webExAccessToken) | Fungerer | Fungerer |
| e-mail/adgangskode | Fungerer* | Fungerer* |
| e-mail/sessionsbillet | Fungerer | Fungerer |
| e-mail/OAUTH (webexAccessToken) | Fungerer | Fungerer |
* Bagudkompatibilitet – Cisco har aktiveret godkendelse af brugernavn/adgangskode til at fungere i XML API'er efter webstedsopdatering, selvom brugernavn ikke stemmer overens med e-mail. Kompatibiliteten gælder kun, hvis:
- Brugerlegitimationsoplysninger blev oprettet før webstedsopdateringen. Ændringer af
brugernavner ikke tilladt, ellers vil tidligere legitimationsoplysninger mislykkes. - Legitimationsoplysninger til API-godkendelse kan ikke have en anden adgangskode i Control Hub vs. webstedet, når det 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.
Brugernavn er indstillet til e-mail for alle brugere, når et websted opdateres til Control Hub. Hvis brugernavn bruges til API-nyttelast, skal nyttelast bruge e-mail i stedet for, efter webstedet er opdateret.
Administratorrolle i Control Hub for API-integrationer
Administratorer, der kun har en webstedsadministratorrolle, kan muligvis ikke udføre visse handlinger med XML API'er, såsom ændring af en brugers e-mailadresse eller vist navn, 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 Meetings-værtskonto på Control Hub-webstedet, for at integrationen kan fungere (dette var ikke påkrævet for administratorer på webstedsadministrationswebsteder).
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 webstedsejerens organisation, før der tildeles en licens. Hvis brugeren allerede findes i en anden organisation, mislykkes denne handling.
PMR ID-parametertræder ikke i kraft for brugere, der ikke allerede har en Aktiv -status i Control Hub.createuserAPI tager længere tid at fuldføre på Control Hub-administrerede websteder. For bedre præstation kan du tilføje en ekstra tråd for at parallelliseremere kreativeopkald. - SetUser – Kan resultere i tildeling eller fjernelse af mødewebstedslicens fra brugeren (afhængigt af API-parametre eller nyttelast).
- DelUser – fjerner mødewebstedslicens, men sletter ikke brugeren fra Control Hub-organisationen.
- LstsummaryUser – returnerer også brugerens
objectGUID. - AuthenticateUser – På Control Hub-administrerede websteder anbefaler vi oprettelse af sessionsbillet 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. Du skal f.eks. stadig bruge XML API'er til at tildele mødelicenser til brugere uden for organisationen, 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.
Fremtidige planer (kan ændres)
- Ny licens-API, der 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 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øttede, indtil REST API'er kan anvendes udelukkende til alle brugeradministrationshandlinger. XML API'er til brugeradministration udfases også (dato-TBD).
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 afsnittet Gennemse brugere skal du klikke på Eksporter bruger-CSV-fil og downloade CSV-filen, som kaldes
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 udgivelse 43.6
Indtil nu skulle disse to funktioner deaktiveres, før webstedet blev opdateret til Control Hub:
- Obligatoriske værtsprofilfelter
- Påkrævede sporingskoder
Fra og med udgivelsen af 43.6 behøver websteder, der deltager i betaversionen for brugerdefinerede attributter og påkrævede værtsprofilfelter, ikke længere at deaktivere disse funktioner, før deres websted opdateres til Control Hub. I stedet giver guiden dig besked, så du kan gennemgå disse to funktioner, da den aktuelle konfiguration kopieres over til Control Hub-organisationen.
Hvis du deltager i betaversionen af påkrævede værtsprofilfelter , vil du se denne advarsel:
Hvis du deltager i betaversionen af påkrævede sporingskoder og brugerdefinerede attributter , vil du se dette handlingspunkt:
Hvis du ikke deltager i disse betaer, skal du fortsætte med at læse følgende afsnit.
Deaktiver funktioner, der blokerer webstedsopdatering
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 kontooprettelse i webstedsadministration, skal du konfigurere en tilsvarende funktion i Control Hub og konfigurere en automatisk licensskabelon til automatisk tildeling af licenser. Se denne artikel for at få flere oplysninger. Dette skal gøres, før du opdaterer det websted, der skal 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 påkrævede brugerattributter i Control Hub for at opnå tilsvarende funktionalitet.
Tilknytningen af sporingskoder til brugerattributfunktionen er et udkast, der er i offentlig forvisning. Vi giver dig et smugkig på, hvad du kan forvente.
Før du kan opdatere et websted med påkrævede sporingskoder fra webstedsadministration til Control Hub, skal du knytte disse sporingskoder til brugerattributter i Control Hub. Du kan klikke på ikonet under Oplysninger for at føre dig direkte til tilknytningen af sporingskoder til guiden brugerattributter for webstedet. Hvis du ikke har tilknyttet eller deaktiveret de påkrævede sporingskoder endnu, kan du ikke opdatere dit websted til Control Hub.
Hvis dit websted ikke har påkrævede 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 brugerprofilattribut 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 tilknytning af sporingskode.  | ||||||||||||||||||||||||||||||||||||||||
| 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ævet, hvis du ønsker, at disse felter skal udfyldes for brugere. 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å de viste navne for sporingskoder. Når du har foretaget de nødvendige ændringer, skal du klikke på Gem. Låste attributter svarer til AdminSet i klassiske mødewebstedssporingskoder. 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 lave 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.
* Tidligere sporingskodeværdi afløses 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 påkrævet på webstedet, kopieres også til Control Hub-organisationen, når du opdaterer webstedet. Hvis du ikke ønsker, at disse felter er markeret som påkrævet for kontotilmelding på webstedet i Control Hub, skal du først fjerne markeringen af 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. Eksport sættes på pause i 6 minutter øverst på timen (mellem xx:57 og xx:03).
-
Klik på Download CSV, når eksporten er færdig.
Din browser
downloader brugere-til-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 passer til 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 licens til grundlæggende møder
Eksterne brugere med grundlæggende mødelicenser skal deaktiveres eller opgraderes til betalte Webex Meetings-licenser, før webstedet opdateres fra webstedsadministration 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 oplysninger.
For gruppebrugerdeaktivering i webstedsadministration:
-
Eksporter brugerne til en CSV-fil.
-
Åbn CSV-filen, og rediger kolonneværdierne
AktivtilNfor 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.
Ret brugerproblemer, før opdateringen startes
Hvis du forsøger at opdatere webstedet til Control Hub uden at løse problemerne for brugere i filen brugere, der skal gennemgås , 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 knyttet til en SSO-organisation
En Control Hub-organisation kan understøtte flere identitetsudbydere (IdP'er) for SSO med en af IdP'erne, der er Webex IdP (lokal godkendelse)
Flere IdP'er i Control Hub hjælper:
- Hvor IdP'en for et SSO-websted i webstedsadministration er forskellig fra SSO-IdP'en i Control Hub.
- Når brugere på webstedet ikke er i den SSO IdP, der er konfigureret i organisationen, kan disse brugere nu blot fø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å det websted, der opdateres fra webstedsadministration 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.
- Fø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 for at hjælpe 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. Webstedsopdatering tager ca. 3 min. + 1000 aktive brugere/min. + 2000 inaktive brugere/min. at fuldføre. Hvis du f.eks. startede webstedsopdateringen kl. 05:20, og dit websted har 8000 aktive brugere og 2000 inaktive brugere, tager webstedsopdateringen ca. 12 minutter. Derudover sættes webstedsopdateringer på pause i 6 minutter øverst på timen (mellem xx:57 og 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:
-
Kontrollér nogle webstedskonfigurationsindstillinger for at bekræfte, at der ikke er sket ændringer. Dette er nemmere, hvis du kopierede nogle indstillinger for webstedsadministration, før du opdaterer til Control Hub.
-
Vælg en vært, og bekræft vedkommendes 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 ændres. Validering er nemmere, hvis værtens data kopieres, før den opdateres 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 opsætter organisationsbaserede eller gruppebaserede licensskabeloner til automatisk at tildele licenser til nye brugere eller specifikke 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 valgmuligheden Husk mig i Control Hub , så brugere ikke skal 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 webstedsopdateringen skal brugere, hvis brugernavne ikke stemmer overens med deres e-mailadresser, muligvis logge ind igen.
-
Disse brugere kan blive bedt om at logge ind på deres Webex-klienter igen, hvis de forsøger at få adgang til Webex-tjenesteydelser på webstedet under webstedsopdateringen til Control Hub. Brugere, der allerede deltog i møder, før webstedsopdateringen startede, påvirkes ikke.
-
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 webstedsadministratoradministrerede websted var på den langsomme kanal, og din Control Hub også administreres af en partner, kan du miste synligheden af kontrolfunktioner til opdatering af Meetings-webstedets version efter opdatering til Control Hub. Hvis dette sker, skal du kontakte din partner og bede vedkommende om at aktivere indstillingen Tillad kunde at opgradere webstedsversion for din organisation.
- Afventende kontoanmodninger om selvtilmelding overføres ikke til alarmcenteret. Brugere skal tilmelde sig en konto igen, når opdateringen er fuldført.
- Brugernavneværdier i webstedsadministration tilsidesættes med e-mailadresser på brugere i Control Hub, når opdateringen er fuldført.
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. |
Logonproblemer for brugere
Sørg for altid at tillade Webex-cookies. Ellers kan brugere få problemer med at logge ind efter opdatering til Control Hub.
Sp. Er der en dato for, hvornår Cisco ikke længere vil understøtte webstedsadministration?
Sv. Ja. Vi planlægger at udfase Webex-webstedsadministration i slutningen af december 2023.
Sp. Beholder webstedsadministratorer i webstedsadministration stadig deres administrative adgang til webstedet efter opdatering til Control Hub-administration?
Sv. Ja. Alle administratorer på webstedet i webstedsadministration har stadig administrativ adgang til webstedet, efter webstedet er opdateret til Control Hub-administration.
Sp. Hvorfor ser jeg nye administratorer på webstedet efter opdatering af et mødewebsted fra webstedsadministration til Control Hub-administration?
Sv. De nye administratorer på webstedet var sandsynligvis organisationsadministratorer i Control Hub. Når et websted opdateres fra webstedsadministration til Control Hub, bliver alle administratorer i hele organisationen webstedsadministratorer for det nye Control Hub-administrerede websted. Det betyder, at administratorer med fulde rettigheder i organisationen bliver administratorer med fulde rettigheder på Webex-webstedet, administratorer af organisationsbrugere bliver brugeradministratorer af Webex-webstedet, og administratorer med læserettigheder i organisationen bliver skrivebeskyttede administratorer af Webex-webstedet.
Q. Hvorfor virker login til produktivitetsværktøjer ikke efter opdatering af websted til Control Hub?
Sv. Sørg for, at internetbrowsere er konfigureret til altid at tillade sessionscookies, placeret i browserens avancerede indstillinger for beskyttelse af personlige oplysninger.
Sp. Hvis en bruger slettes i Control Hub, og den samme e-mailadresse derefter tilføjes til Control Hub igen og tildeles en Meetings-licens til det samme Webex-websted, kan brugeren så få adgang til deres 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.
Sp. Hvis en bruger blev deaktiveret i webstedsadministration før webstedsopdateringen til Control Hub og derefter senere blev genlicenseret til det samme Webex-websted i Control Hub, vil brugeren så få adgang til deres 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.
Sp. Hvis et websted ikke har en SSO IdP konfigureret, men Control Hub-organisationen har en SSO IdP, hvad sker der, når webstedet opdateres til Control Hub?
Sv. Webstedet bruger det samme websted SSO IdP som Control Hub-organisationen.
Sp. Hvis et websted har konfigureret en anden SSO IdP end SSO IdP i Control Hub, hvad sker der, når webstedet opdateres til Control Hub?
Sv. Webstedet skifter over for at bruge det samme SSO IdP som Control Hub-organisationen.
Sp. Hvis et websted har konfigureret en SSO IdP, men Control Hub-organisationen ikke har en SSO IdP, hvad sker der, 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.
Sp. Kan jeg stadig logge ind på webstedets URL-adresse 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.
Sp. Æ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.
Sp. Påvirkes mine optagelser eller planlagte møder af denne webstedsopdatering?
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.
Sp. Påvirkes optagelser eller planlagte møder for brugere 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 oplysninger.
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 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 brugere ikke mister adgang til møder og mødeaktiver på webstedet, efter webstedet er blevet opdateret til Control Hub:
- For brugere med eksterne administratorprivilegier 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 gengive den pågældende bruger til webstedet. Du kan også gendanne deres eksterne administratorrettigheder.
- For almindelige brugere – fjern mødewebstedslicensen, gør krav på brugeren til din organisation, og giv derefter brugeren licens til webstedet igen.
Spørgsmål. Hvor gennemgår jeg afventende kontoanmodninger for selvtilmelding for Control Hub-administrerede websteder?
Sv. Du og andre administratorer kan gennemse anmodninger om tilmelding selv i Alerts Center.
Sp. Kan jeg få adgang til brugernavneværdier fra webstedsadministration efter opdatering af 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 værdier for brugernavn til at identificere brugere i webstedsadministration. 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.
Sp. Hvor lang tid tager det at fuldføre webstedsopdateringen, efter den er startet?
Sv. Webstedsopdatering tager ca. 3 min. + 1000 aktive brugere/min. + 2000 inaktive brugere/min. at fuldføre. Hvis du f.eks. startede webstedsopdateringen kl. 05:20, og dit websted har 8000 aktive brugere og 2000 inaktive brugere, tager webstedsopdateringen ca. 12 minutter. Derudover sættes webstedsopdateringer på pause i 6 minutter øverst på timen (mellem xx:57 og xx:03). Men dine resultater kan variere.
Q. Hvordan kan jeg automatisk give licens til alle nye brugere eller nye brugere i specifikke grupper efter opdatering af webstedet, der skal administreres i Control Hub?
Sv. Du kan opsætte organisationsbaserede eller gruppebaserede licensskabeloner til automatisk at tildele licenser til nye brugere.
Sp. Er der nedetid under webstedsopdateringen?
Sv. Nej. Under webstedsopdateringen:
- Brugere kan fortsætte med at bruge mødetjenesten, såsom at deltage i og starte planlagte og ad hoc-møder.
- Møder, der er i gang, når webstedsopdateringen starter, påvirkes ikke.
- Abonnementet låses i Control Hub.
- Meetings-desktopklienten kan have problemer med afsnittet "Kommende møder".
- Ændringer i webstedsadministrationskonfigurationer anbefales ikke.
