Hvis du vil fullstendig administrere brukere, Webex-tjenester og lisenser på ett sted, kan du velge å oppdatere administrering av et Webex-nettsted fra nettstedadministrasjon til kontrollhub.
Om oppdatering fra Site Administration til Control Hub
 | Oppdatering av et nettsted fra nettstedsadministrasjon til Control Hub krever ikke en oppdatering av klientversjoner. Noen nettsteder kan ikke bruke denne funksjonen før partnerne som administrerer disse organisasjonene, er klare. |
| Hvis Webex for Government-organisasjonen din inkluderer eksterne brukere, kan du for øyeblikket ikke konvertere fra å bruke nettstedsadministrasjon til Control Hub. Du får en feilmelding hvis du prøver å konvertere med eksterne brukere i organisasjonen. Vi forventer å gjøre denne funksjonen tilgjengelig for organisasjoner med eksterne brukere i midten av 2023. |
Webex blir en enhetlig plattform for å administrere møter og meldinger, samt oppringninger og andre former for samarbeid. Det er derfor vi ønsker å flytte administrasjonen av alle Webex Meetings nettsteder fra nettstedsadministrasjon til Control Hub.
Vi har et verktøy i nettstedsadministrasjon som hjelper deg gjennom denne endringen. Hvis nettstedet ditt allerede er kvalifisert for oppdatering til Control Hub, kan du komme i gang ved å klikke på Oppdater administrasjon i navigasjonsmenyen.
For en demonstrasjon av hvordan oppdatering av nettstedet til Control Hub fungerer, se denne videoen.
For å hjelpe deg med å planlegge nettstedoppdateringen, se delen Beredskap for nettstedvurdering.
Fordelene ved å administrere nettsteder i Control Hub inkluderer:
Unified-lisenstilordninger på tvers av alle Webex-tjenester, som Meetings, Messaging og Calling.
Konsekvente sikkerhetspolicyer for alle Webex-tjenester.
Felles påloggingsopplevelse for alle sluttbrukere mellom ulike Webex-tjenester.
Moderne administratorkontroller, for eksempel registerkobling, SCIM og Active Directory-grupper.
Lisensmaler for å tilordne flere lisenser til brukere automatisk.
 | Du kan ikke bruke nettstedadministrasjon til å administrere et møtenettsted etter oppdatering til Control Hub. |
| Denne delen gjelder bare hvis nettstedet ditt er blitt valgt av Cisco for en automatisk oppdatering av nettstedsadministrasjon. |
Hvis nettstedet ditt er planlagt for en automatisk oppdatering fra å bli administrert i Site Admin til Control Hub, får du se følgende skjermbilde.
Du kan klikke på Endre oppdateringsdatoen for nettstedet for å endre den planlagte datoen.
Opplevelsen med å administrere nettsteder i Control Hub ligner på administrasjon i nettstedsadministrasjon. Brukeradministrasjon i Control Hub har mer moderne underliggende teknologier, så det er et par forskjeller i administrering av nettsteder i Control Hub. Denne delen fokuserer på forskjeller som vises når du oppdaterer nettstedet ditt.
| For en mer detaljert oversikt over forskjellene mellom nettstedsadministrasjon og Control Hub, kan du se denne artikkelen. |
Brukeradministrasjon
Vi har et sentralisert system for brukeradministrasjon som ligger til grunn for Control Hub, der brukerne er forskjellige og unike i hele organisasjonen (og hele Webex). I nettstedsadministrasjon er brukerprofilen forskjellig for hvert nettsted for møter.
- Engangspålogging (SSO) med automatisk kontoopprettelse
-
Nettstedsadministrasjon gir deg en funksjon for «automatisk kontoopprettelse» som oppretter brukere når de autentiserer seg med SSO.
Denne funksjonen er også tilgjengelig i Control Hub. Se Automatisk SAML-kontooppretting og oppdatering for Control Hub hvis du vil ha mer informasjon.
Mange organisasjoner som bruker SSO, foretrekker kanskje å administrere brukerne sentralt i eksterne katalogverktøy som Microsoft® Active Directory og Microsoft Azure, samt krever autentisering med eksterne identitetsleverandører.
Les mer om:
Integrering av din Kontroller Hub-organisasjonen med en identitetsleverandør .
- Obligatoriske profildata og sporingskoder
-
Nettstedsadministrasjon lar deg angi nødvendige profilfelt for nye brukere (forrige skjermbilde). Du kan utvide dette til å kreve sporingskoder for brukeropprettelse (skjermbilde nedenfor). Hvis du konfigurerer disse tilleggskravene, kan du ikke legge til brukere på nettstedet uten dem.
Control Hub trenger bare visningsnavn og e-postadresse for å opprette en bruker.
Alle andre brukerfelt er valgfrie når du oppretter en ny bruker i Control Hub, så vi håndhever ikke ytterligere profildata for Control Hub-administrerte nettsteder.
Du må deaktivere obligatoriske profilfelt og sporingskoder før du oppdaterer nettstedet til Control Hub.
- Passordbehandling og låsing
-
Nettstedsadministrasjon har en funksjon som låser brukere midlertidig hvis de ikke klarer å logge på etter en rekke forsøk.
Control Hub har følgende alternativer for å forhindre uautorisert tilgang:
Automatisk tidsavbrudd etter de første mislykkede forsøkene.
En CAPTCHA-mekanisme (Completely Automated Public Turing-test for å skille mellom datamaskiner og mennesker).
Legitime brukere har et selvbetjeningsalternativ for å endre glemte passord.
Vertslisensiering
- Verter må være i Control Hub-organisasjonen
-
Nettstedsadministrasjon lar deg tilordne en vertslisens til hvilken som helst bruker. Når du administrerer nettstedet i Control Hub, kan du bare tildele vertslisenser (og deltakerroller) til brukere i den samme Control Hub-organisasjonen.
- Selvregistrering for vertskonto
-
Nettstedsadministrasjon lar deg velge å la brukerne be om en (vert-)konto på nettstedet. Du kan også la brukere med en konto be om tilleggstjenester på nettstedet (se skjermbilder).
Når du administrerer et nettsted for møter i Control Hub, kan ikke brukerne be om sin egen vertskonto for dette nettstedet.
Control Hub har i stedet en sentralisert, automatisert måte for deg å tildele møtelisenser til nye brukere på. Les https://help.webex.com/n3ijtao.
Du kan også administrere brukerlisenser etter API eller i gruppe ved bruk av CSV.
Hvis du vil at brukerne skal be om vertskontoer, kan du konfigurere nettstedets hjelp/støtte med tips om å kontakte administratorer eller koble til andre verktøy.
Du må deaktivere «Tillat registrering av vertskonto» og «Tillat brukere å be om tilleggstjenester» i nettstedadministrasjon før du oppdaterer nettstedet til Control Hub.
-
Control Hub har andre alternativer for lisensbehandling, for eksempel maler for automatisk tilordning. Du kan få en rapport om inaktive verter for å hjelpe deg med å fjerne lisenser fra disse brukerne, enkeltvis eller i gruppe – eller via API.
Hvis du trenger dette automatiske deaktiveringsalternativet, og de andre alternativene i Control Hub ikke passer for deg, bør du unngå å oppdatere nettstedet til Control Hub på dette tidspunktet.
Før du oppdaterer møtesiden til å administreres i Control Hub, bør du forberede Control Hub-organisasjonen.
| Sørg for at det ikke er noen ventende eller blokkerende handlinger på abonnementet. Oppdateringen vil mislykkes hvis:
|
Vi anbefaler på det sterkeste at du bekrefter domenene dine og gjøre krav på brukerne dine. Følgende lesing vil hjelpe deg:
e-boken The Control Hub: https://ebooks.cisco.com/story/controlhubessentials/
Slik administrerer du domenene dine: https://help.webex.com/cd6d84
Gjør krav på brukerne dine fra andre organisasjoner (etter å ha bekreftet domenene dine): https://help.webex.com/nceb8tm. Å hevde brukere er spesielt viktig å gjøre fordi det sikrer at så mange brukere som mulig som burde være i organisasjonen din faktisk er der. Ved å gjøre krav på brukere med «Øyeblikkelig krav» unngås også forsinkelser i bruken av e-postadressene i organisasjonen.
Vi anbefaler på det sterkeste at du gjør krav på brukere før du oppdaterer nettstedet ditt til Control Hub. Hvis du krever brukere inn i organisasjonen etter at nettstedet har blitt oppdatert til Control Hub, kan disse brukerne miste tilgangen til møter og møteressurser på nettstedet.
Som en løsning kan du gjøre følgende for å sikre at brukerne ikke mister tilgangen til møter og møteressurser på nettstedet etter at nettstedet har blitt oppdatert til Control Hub:
- For brukere med eksterne administratorrettigheter til organisasjonen eller nettstedet – Fjern all ekstern administratortilgang til organisasjonen og nettstedet, og fjern deretter lisensen for møteområdet. Når du har gjort krav på brukeren, må du lisensiere denne brukeren til nettstedet på nytt. Du kan også gjenopprette de eksterne administratorrettighetene.
- For vanlige brukere – Fjern lisensen for møteområdet, krev brukeren til organisasjonen din, og lisensier deretter brukeren til nettstedet på nytt.
Dersom nettstedet for møter er konfigurert for SSO, må du også konfigurere SSO for Control Hub-organisasjon.
Automatisk kontooppretting for nye brukere
Hvis Webex-nettsted ditt aktiverte automatisk kontooppretting i Site Admin, kan du aktivere en lignende funksjon i Control Hub med Automatisk SAML-kontooppretting . Sørg for å også sette opp en automatisk lisensmal slik at nye brukere automatisk får tilordnet lisenser når kontoene deres er opprettet i Control Hub-organisasjonen.
Organisasjoner med katalogsynkronisering
Hvis organisasjonen din er konfigurert for katalogsynkronisering, må du sørge for at alle brukere du ønsker skal være i organisasjonen er tilstede på nettstedet. Dette bør gjøres 24 timer før du starter oppdateringsprosessen for nettstedet, slik at brukere på nettstedet kan kobles til de nye brukerne i din Control Hub-organisasjon.
| Oppdateringen vil mislykkes hvis aktive brukere på nettstedet ikke kan kobles til Control Hub-brukere. |
Administratortilgang til Webex-nettsteder etter oppdatering
En person med en administrator for hele organisasjonen i Control Hub får automatisk tilgang til nettsteder som oppdateres fra nettstedsadministrator til Control Hub. Fullstendige administratorer for organisasjonen blir for eksempel fullstendige administratorer for Webex-nettsted , administratorer for organisasjonsbrukere blir Webex-nettsted , og skrivebeskyttede administratorer for organisasjoner blir skrivebeskyttede administratorer for Webex-nettsted -området.
XML API-er
XML API-er er nå foroverkompatible med Control Hub-administrerte nettsteder. Du kan lese om detaljene og forbeholdene i XML API 41.11.0-oppdateringer.
URL-adressene for XML API-tjenesten er uendret etter at et nettsted er oppdatert fra nettstedsadministrator til Control Hub-administrert. De samme API-nettadressene vil fortsette å fungere. Cisco anbefaler at alle API-integrasjoner bruker OAUTH for autentisering.
Autentisering i XML API-er
Integreringer som ikke brukes Webex OAUTH for autentisering kan mislykkes etter at nettstedet er oppdatert til Control Hub. Tabellen nedenfor viser hvilken type administratorautentisering som fortsetter å fungere etter at du har oppdatert nettstedet.
| Type administratorgodkjenning i XML API før nettstedsoppdatering | Administrator i SSO-organisasjon etter nettstedsoppdatering | Administrator er ikke i SSO-organisasjon etter nettstedsoppdatering |
|---|---|---|
| brukernavn (webExID)/passord |  Vil fungere* | Vil fungere* |
| brukernavn (webExID)/sessionTicket | Vil fungere | Vil fungere |
| brukernavn/OAUTH (webExAccessToken) | Vil fungere | Vil fungere |
| e-post/passord | Vil fungere* | Vil fungere* |
| e-post/øktBillett | Vil fungere | Vil fungere |
| e-post/OAUTH (webExAccessToken) | Vil fungere | Vil fungere |
| * Bakoverkompatibilitet – Cisco har aktivert autentisering av brukernavn/passord for å fungere i XML API-er etter nettstedsoppdatering, selv om
Du kan lære mer om XML API-integrasjoner på Control Hub-administrerte nettsteder, inkludert OAUTH-autentisering, med denne veiledningen . |
Username er satt til e-post for alle brukere når et nettsted oppdateres til Control Hub. Hvis username brukes for API-nyttelaster, må nyttelastene bruke e-post i stedet etter at nettstedet er oppdatert.
Administratorrolle i Control Hub for API-integrasjoner
Administratorer som bare har rollen som nettstedsadministrator, kan kanskje ikke utføre enkelte operasjoner med XML API-er, for eksempel å endre en brukers e-postadresse eller visningsnavn etter at nettstedet er oppdatert til et Control Hub-område. For administratorer som har legitimasjon som brukes til API-integreringer, anbefaler vi at du oppgraderer disse administratorene til fullstendige organisasjonsadministratorer i Control Hub, ideelt sett før du oppdaterer nettstedet til Control Hub.
| Som en beste praksis anbefaler vi at du oppdaterer en testside først for å bekrefte at API-integrasjonene vil fungere uendret etter oppdatering til Control Hub. |
Avhengig av hva integreringen din gjør, kan det hende at administratorer også må tilordnes en Meetings- vertskonto på Control Hub-nettstedet for at integreringen skal fungere (dette var ikke nødvendig for administratorer på nettstedsadministratorområder).
XML API-forskjeller i Control Hub
De fleste XML API-integrasjoner skal fungere, uten endringer, etter oppdatering av nettstedet ditt. Men det finnes noen unntak som er beskrevet i følgende liste:
- OpprettBruker – På Control Hub-administrerte områder kan denne operasjonen også opprette en bruker i den nettstedet som eier organisasjonen før du tilordner en lisens. Hvis brukeren allerede finnes i en annen organisasjon, vil denne operasjonen mislykkes.
PMR ID parametertrer ikke i kraft for brukere som ikke allerede har en Aktiv status i Control Hub.
createuserAPI-en tar lengre tid å fullføre på Control Hub-administrerte nettsteder. For bedre ytelse kan du legge til en ekstra tråd for å parallelliserecreateuseranrop. - Angi bruker – Kan føre til at brukeren tilordner eller fjerner lisensen for møtenettstedet (avhengig av API-parametrene eller nyttelasten).
- DelUser – Fjerner lisens for møteområde, men sletter ikke brukeren fra Control Hub-organisasjonen.
- LstsummaryUser –Returnerer også brukerens
objectGUID. - AuthenticateUser – På Control Hub-administrerte nettsteder anbefaler vi at du oppretter en øktbillett via
AuthenticateUseri stedet for å bruke brukernavn og passord for hvert XML API. Bruk av SAML-respons i brødtekstinnhold støttes ikke med dette anropet for Control Hub-administrerte nettsteder.
REST API-er
Control Hub har sine egne API-er, inkludert People og License REST API-er for oppretting og lisensiering av brukere på:
Økttyper og sporingskoder er også tilgjengelige 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-ene ovenfor støtter imidlertid ikke alle brukeradministrasjonsfunksjonene som er tilgjengelige i XML API-er. Du må for eksempel fortsatt bruke XML API-er for å tilordne møtelisenser til brukere utenfor organisasjonen som eier nettstedet. People API støtter ikke tilordning av nettstedsadministratorroller til brukerne. Hvis du vil tilordne nettstedsadministratorroller via et API, må du fortsatt bruke XML API.
Du kan bruke People API til å opprette organisasjonsadministratorer med fullstendige (eller skrivebeskyttede) tillatelser, og disse administratorene kan også administrere (eller vise) de Control Hub-administrerte møteområdene.
| Control Hub har Webex nettstedsspesifikke administratorroller, men People API kan ikke tilordne denne rollen for øyeblikket. |
Fremtidige planer (med forbehold om endringer)
- Ny lisens-API som også kan gi lisenser for møteområde til eksterne brukere som ikke er i samme organisasjon som opprettet nettstedet. Ekstern brukerlisensiering er tilgjengelig manuelt i Control Hub i dag.
- SCIM API for å opprette og slette brukere i organisasjonen.
- Ciscos langsiktige retning er å bare bruke REST API-er (for all operasjon på brukere og møteområder). XML API-er for brukeradministrasjon vil fortsette å støttes frem til REST API-er utelukkende kan brukes til alle brukeradministrasjonsoperasjoner. XML API-er for brukeradministrasjon vil også bli avviklet (dato TBD).
Før du oppdaterer nettstedet ditt til Control Hub, anbefaler vi på det sterkeste at du gjennomgår følgende elementer først for å gjøre oppdateringen så smidig som mulig:
- Se først gjennom dette dokumentet og sørg for at organisasjonen din følger de beste fremgangsmåtene som er anbefalt i delen Forbered din kontrollsenterorganisasjon.
- Deretter logger du på Webex Administration og klikker på Oppdater administrasjon. I nettstedets beredskapsfase bør du ikke foreta deg noen anbefalte handlinger i filen fra delen for vurderingsbrukere og bør ikke deaktivere noen funksjoner som er nevnt i delen for vurderingsfunksjoner ennå. Ved å følge disse instruksjonene blir vurderingen av nettstedets beredskap en skrivebeskyttet operasjon bare for å vurdere endringene du må gjøre før du oppdaterer til Control Hub.
- Under Gjennomgå brukere klikker du på Eksporter bruker-CSV-fil og laster ned CSV-filen, som kalles
users-to-review-xxxxx.csv.Denne filen vil liste opp alle brukerne som trenger oppmerksomhet og vil ha en anbefalt handling for hver bruker. Antall brukere i denne filen gir deg en ide om hvor mange brukerrelaterte problemer du må jobbe med før du kan oppdatere siden.
- Under Gjennomgå funksjoner ser du på alle funksjoner som er oppført med en rød X i konsekvenskolonnen. Dette vil informere deg om nettstedets beredskap fra et funksjonskonfliktperspektiv.
- Gå ikke til trinn 2 og klikk ikke på knappen Oppdater for å kontrollere hub ennå.
Når du har gått gjennom bruker-CSV-filen og sett på hvilke funksjoner du må konfigurere på nytt, fortsett å lese resten av delene i denne artikkelen for å forberede nettstedet og organisasjonen din på hvordan du oppdaterer til Control Hub.
| Merk: Hvis nettstedet ditt har API-integrasjoner utført av bedriften din eller gjennom tredjepartsløsninger, for eksempel læringsadministrasjonsløsninger, må du gå gjennom delen Forbered nettsteds-API-integrasjoner for å fungere med Control Hub. |
Kommende endringer for versjon 43.6
Frem til nå måtte disse to funksjonene deaktiveres før du oppdaterte nettstedet til Control Hub:
- Obligatoriske felt for vertsprofil
- Obligatoriske sporingskoder
Fra og med utgivelsen av 43.6 trenger ikke nettsteder som deltar i betaversjonene for egendefinerte attributter og obligatoriske vertsprofilfeltfunksjoner lenger å deaktivere disse funksjonene før de oppdaterer nettstedet til Control Hub. I stedet vil veiviseren gi deg beskjed om å se gjennom disse to funksjonene, da gjeldende konfigurasjon kopieres til Control Hub-organisasjonen.
Hvis du deltar i obligatoriske vertsprofilfelt beta, vil du se denne advarselen:
Hvis du deltar i obligatoriske sporingskoder og egendefinerte attributter beta, så ser du dette handlingselementet:
Hvis du ikke deltar i disse betaversjonene, kan du fortsette å lese den følgende delen.
Deaktiver funksjoner som blokkerer nettstedsoppdatering
Noen funksjoner må deaktiveres før du kan oppdatere et Webex-nettsted til Control Hub. Du kan se en liste som viser deg hvilken funksjon som må deaktiveres. Funksjoner som er merket med en rød sirkel rundt et X-ikon må utføres. Funksjoner merket med en gul trekant med et utropstegn er bare til informasjon og krever ingen handling.
For en demonstrasjon av hvordan du oppdaterer nettstedet til Control Hub, se denne videoen.
| Hvis organisasjonen din bruker funksjonen for automatisk kontooppretting i Site Admin, bør du konfigurere en tilsvarende funksjon i Control Hub og konfigurere en automatisk lisensmal for automatisk tildeling av lisenser. Se denne artikkelen hvis du vil ha mer informasjon. Dette bør gjøres før du oppdaterer nettstedet som skal administreres i Control Hub. |
Logg på Webex Site Administration, og gå til .
Finn og deaktiver alternativet Tillat registrering av vertskonto.
Finn Krev for registrering av konto: og tøm alle boksene for nødvendige brukerprofilfelt.
Klikk på Oppdater.
Gå til .
I kolonnen Vertsprofil endrer du alle sporingskodene som er merket som Obligatorisk til Angitt av administrator eller Valgfri.
Les mer om sporingskoder på https://help.webex.com/izu2ty.
Alle sporingskodeverdier for brukere blir bevart når du oppdaterer et nettsted til Control Hub.
I fremtiden vil denne begrensningen bli opphevet, og du vil kunne tilordne sporingskoder til nødvendige egendefinerte brukerattributter i Control Hub for tilsvarende funksjonalitet.
| Funksjonen tilordne sporingskoder til brukerattributter er et utkast som er i offentlig forhåndsvisning. Vi gir deg en sniktitt på hva du kan forvente. |
Før du kan oppdatere et nettsted med kreves sporingskoder fra nettstedsadministrasjon til Control Hub, må du tilordne disse sporingskodene til brukerattributter i Control Hub. Du kan klikke på ikonet under Informasjon for å ta deg rett til veiviseren for kartsporingskoder til brukerattributter for nettstedet. Hvis du ikke har tilordnet eller deaktivert de nødvendige sporingskodene ennå, vil du ikke kunne oppdatere nettstedet til Control Hub.
Hvis nettstedet ditt ikke har obligatoriske sporingskoder, kan du likevel tilordne sporingskoder til brukerattributter før du oppdaterer et nettsted til Control Hub ved å følge denne fremgangsmåten.
| For møtenettsteder som bruker avdeling som en sporingskode, anbefaler vi at du tilordner denne sporingskoden til attributtet for avdelingens brukerprofil i stedet for et egendefinert attributt. Siden avdeling er et standard profilattributt i Control Hub, vil dette scenarioet være mer effektivt i de fleste tilfeller. Hvis dette attributtet er obligatorisk, går du til delen brukerprofil og merker avdelingsattributtet som obligatorisk. Husk at dette avdelingsattributtet, sammen med andre brukerattributter, ikke fylles ut for eksterne brukere. |
| 1 | Logg på Control Hub og gå til Møte. | ||||||||||||||||||||||||||||||||||||||||||||
| 2 | Velg et nettsted, og gå til . | ||||||||||||||||||||||||||||||||||||||||||||
| 3 | Velg Opprett sporingskodekart .  | ||||||||||||||||||||||||||||||||||||||||||||
| 4 | Velg Åpne sammendrag av sporingskode.  | ||||||||||||||||||||||||||||||||||||||||||||
| 5 | Klikk på Last ned konfigurasjonssammendrag. Du må laste ned en kopi av den gjeldende konfigurasjonen av sporingskode. Du trenger dette sammendraget for de neste trinnene, for å sikre at alle attributtverdiene samsvarer med de gjeldende sporingskodene. Du kan også laste ned tidligere sporingskodelister som en CSV-fil, for å laste opp de samme verdiene for egendefinerte attributter.  | ||||||||||||||||||||||||||||||||||||||||||||
| 6 | Gå tilbake til veiviseren og velg Legg til og gjennomgå brukerattributter.  | ||||||||||||||||||||||||||||||||||||||||||||
| 7 | Konfigurer eventuelle nye egendefinerte attributter som trengs for dette nettstedet. Merk eventuelle attributter som obligatoriske hvis du vil at disse feltene skal fylles ut for brukere. Egendefinerte attributter er ikke aktuelle for organisasjoner som synkroniserer brukere med Directory Connector, Azure AD osv. Du kan bruke dette trinnet som en mulighet til å se gjennom visningsnavnene for sporingskoder. Når du har gjort eventuelle nødvendige endringer, klikker du på Lagre.
 | ||||||||||||||||||||||||||||||||||||||||||||
| 8 | Gå tilbake til veiviseren og velg Tilordne sporingskoder.  | ||||||||||||||||||||||||||||||||||||||||||||
| 9 | Bruk rullegardinlisten til å tilordne sporingskoder til organisasjonens egendefinerte attributter eller brukerprofilattributter. Når du tilordner en nettstedssporingskode til et attributt, tilordnes systemet først til eksisterende attributter som samsvarer med sporingskodenavn dersom inndatatypen er angitt til tekstfelt. Når du er ferdig, klikker du Neste.
Tidligere kunne sporingskoder konfigureres forskjellig per senter. Alle sentre (Meetings, Events, Webinars osv.) deler nå én planleggingskonfigurasjon. Når du tilordner et attributt som påkrevd, vil dette attributtet være påkrevd ved tidspunktet for planleggingen i Webex Meetings, Webex Webinars osv.  | ||||||||||||||||||||||||||||||||||||||||||||
| 10 | Klikk på Lagre kartet . Synkronisering gjøres automatisk under prosessen for å oppdatere et nettsted til Control Hub.
Når du tilordner sporingskoder til egendefinerte attributter, kommer dataens enkelte sannhetskilde (SSOT) fra Webex Identity i stedet for hvert enkelt møtested. Synkronisering utfører en engangskopiering av brukerverdier for sporingskoder til tilordnede attributter som ikke allerede er fylt ut for brukere, hvilket betyr at rekkefølgen på hvilke nettsteder du synkroniserer sporingskoder for først, har betydning. Når du synkroniserer det første nettstedet, kopieres sporingskodeverdiene for brukere fra dette nettstedet til det tilordnede brukerattributtet for denne brukeren i Control Hub, men bare hvis verdien ikke allerede er fylt ut for brukeren. Noen sporingskodeverdier kan kanskje ikke kopieres fra nettsted til brukerattributter ved synkronisering Hvis en brukers verdi for et tilordnet nettsted allerede er fylt ut på synkroniseringstidspunktet, blir ikke sporingsverdien fra dette nettstedet kopiert til det tilordnede attributtet i Control Hub for denne brukeren. For å unngå at data erstatter andre sporingskoder for brukere, anbefaler vi at du tilordner og synkroniserer data for et møtested med de nyeste sporingskodedataene for brukere.
Tabellen nedenfor skisserer mulige scenarioer der data har forrang for de opprinnelige sporingskodene. I disse scenarioene er sporingskoden og det tilordnede attributtet brukerens by.
* Den forrige verdien for sporingskoden erstattes av det eksisterende tilordnede attributtet. | ||||||||||||||||||||||||||||||||||||||||||||
Før du oppdaterer nettstedet ditt for å bli administrert i Control Hub, sørg for at:
- Alle brukere av nettstedet som skal være i organisasjonen din er faktisk i Control Hub-organisasjonen din.
- Alle brukere av nettstedet som ikke skal være i organisasjonen din, blir slettet fra organisasjonen.
- Brukere i organisasjonen kan autentiseres av din IdP hvis organisasjonen din er konfigurert for SSO.
- Brukerprofilfelt som er merket som obligatoriske på nettstedet, blir også kopiert til Control Hub-organisasjonen når du oppdaterer nettstedet. Hvis du ikke vil at disse feltene skal merkes som obligatoriske for kontoregistrering på nettstedet i Control Hub, fjerner du merket for feltene i Site Admin før du oppdaterer til Control Hub.
- Du har gjennomgått delen Forbered din kontrollhub-organisasjon fra tidligere i denne artikkelen.
| Vi anbefaler på det sterkeste at du gjør krav på brukere før du oppdaterer nettstedet ditt til Control Hub. Hvis du krever brukere inn i organisasjonen etter at nettstedet har blitt oppdatert til Control Hub, kan disse brukerne miste tilgangen til møter og møteressurser på nettstedet. Se Klargjør Control Hub-organisasjonen for mer informasjon. |
For en demonstrasjon av hvordan du oppdaterer nettstedet til Control Hub, se denne videoen.
Hvordan se etter brukere som vil blokkere nettstedoppdatering
Logg på nettstedadministrasjon, og åpne siden Oppdater administrasjon.
Åpne kontrollen Gjennomgå forutsetninger for oppdatering av administrasjon, og klikk på Eksporter berørte brukere i CSV.
Vent til eksporten er ferdig. Denne prosessen kan ta en stund avhengig av starttidspunkt og antall brukere på nettstedet. Eksporten settes på pause i seks minutter øverst i timen (mellom xx:57 til xx:03).
Klikk på Last ned CSV når eksporten er ferdig.
Nettleseren din laster ned
users-to-review.csv.Åpne CSV-filen og merk av i kolonnen Anbefalt handling (den siste kolonnen). Utfør den anbefalte handlingen for hver bruker i filen.
Brukere med e-postadresser som ikke samsvarer
Noen brukere kan ha forskjellige e-postadresser i nettstedsadministrasjon og Control Hub. Dette er mulig hvis brukerens e-post ble endret bare ett av de to stedene etter at brukeren ble koblet til Control Hub fra dette nettstedet.
Prøv å gjøre dette for å løse brukere med e-postadresser som ikke samsvarer:
Endre brukerens e-postadresse i nettstedsadministrasjon så den samsvarer med e-postadressen i Control Hub
Brukere kan redigere profilene sine i nettstedsadministrasjon: https://help.webex.com/nmig1kcb
Endre brukerens e-postadresse i Control Hub så den samsvarer med e-postadressen i nettstedsadministrasjon: https://help.webex.com/nsi3kgb.
Brukere kan endre sine egne e postadresser i Control Hub-organisasjonen: https://help.webex.com/nme40aeb
| Hvis du oppdaterer nettstedet til Control Hub uten å korrigere feil på e-postadresse for brukere, må de berørte brukerne bruke Control Hub-e-postadressene sine til å logge på møtested sitt . Disse brukerne kan kanskje ikke logge på hvis de prøver å logge på med e-postadresse i Site Admin eller hvis Control Hub- e-postadresse ikke lenger er gyldig i IdP (for SSO-organisasjoner). De blokkerer ikke deg fra å oppdatere nettstedet, men det er bedre å fikse e-postadressene før du starter oppdateringen. |
Eksterne brukere med Basic Meetings-lisens
Eksterne brukere med Grunnleggende møtelisenser må deaktiveres eller oppgraderes til betalte Webex Meetings lisenser før du oppdaterer nettstedet fra Site Admin til Control Hub.
Slik deaktiverer du brukere
| Når du deaktiverer brukere, mister de vertslisensen eller deltakerrettigheten (avhengig av hvilken rolle de hadde mens de var aktive). Deaktiverte brukere vil fortsatt vises i nettstedets CSV-eksportfil etter oppdatering av nettstedet til Control Hub. |
Slik deaktiverer du individuelle brukere i nettstedsadministrasjon:
Gå til .
Bruk indeks, søk og filterkontroller for å finne brukeren.
Fjern merket i Aktive-boksen.
Send inn endringene.
Se Behandle brukerkontoer i Webex nettstedsadministrasjon hvis du vil ha mer informasjon.
Slik deaktiverer du brukere satsvis i nettstedsadministrasjon:
Eksporter brukerne til en CSV-fil.
Åpne CSV-filen og endre
Activekolonneverdiene tilNfor alle berørte brukere.Importer den endrede CSV-filen.
Brukerne du endret er nå Inaktive.
Se Importer/eksporter Webex-brukere satsvis i Webex Site Administration for mer informasjon.
Brukere i organisasjoner med katalogsynkronisering
Hvis det er frakoblede brukere som burde være i organisasjonen din, men som ikke er lagt til ennå, må du først legge dem til i organisasjonen. Dette er spesielt viktig for organisasjoner som er konfigurert for katalogsynkronisering (gjennom Directory Connector eller Azure AD) fordi katalogsynkronisering ikke vil tillate at nettstedets oppdateringsprosessen legger til brukere.
| Nettstedoppdateringen vil mislykkes hvis noen aktive brukere på nettstedet ikke kan kobles til en Control Hub-organisasjon. Hvis organisasjonen din er konfigurert for katalogsynkronisering, må du sørge for at alle brukere på nettstedet som må være en del av Control Hub-organisasjonen er lagt til Directory Connector eller Azure AD før du starter oppdateringen. |
Løs brukerproblemer før du starter oppdateringen
Hvis du prøver å oppdatere nettstedet til Control Hub uten å løse problemene for brukere i users-to-review fil, kan administrasjonsprosessen for oppdatering mislykkes. Verktøyet sjekker ikke om du har rettet opp problemene før du starter den siste oppdateringen.
Oppdatere SSO-nettsteder og ikke-SSO-nettsteder koblet til en SSO-organisasjon
En Control Hub-organisasjon kan støtte flere identitetsleverandører (IdP-er) for SSO der én av IdP-ene er Webex IdP (lokal autentisering)
Flere IdP-er i Control Hub vil hjelpe:
- Der IdP for et SSO-område i Site Admin er forskjellig fra SSO IdP for Control Hub.
- Når brukerne på nettstedet ikke er i SSO IdP som er konfigurert i organisasjonen, kan disse brukerne nå bare legges til i den lokale Webex IdP. Du kan deretter flytte disse brukerne til den konfigurerte SSO IdP-en senere.
Konfigurering av flere IdP-er kan gjøre det mulig for alle brukere på nettstedet som oppdateres fra nettstedsadministrator til Control Hub, å logge på via godkjenningsmetoden som er konfigurert i en Control Hub-organisasjon. For å oppnå dette kan du:
- Legg til flere SSO IdP-er i Control Hub-organisasjonen.
- Legg til brukere i en allerede konfigurert IdP.
- Legg til brukere i den lokale Webex IdP-en.
Se denne artikkelen for å lære mer om flere IdP-er i Control Hub.
Før du starter
Det er noen funksjoner du må deaktivere, og du må sjekke at alle brukere er i god stand for å bli oppdatert til Control Hub. Hvis du bruker API-integrerte applikasjoner, må du oppdatere dem for å bruke Webex API.
Du kan lese om disse forutsetningene i de tidligere delene av denne artikkelen.
| Sørg for at alle administratorene dine vet at du oppdaterer siden til Control Hub, og at de ikke må gjøre noen endringer i Site Admin etter at du starter. |
| 1 | Eksporter og lagre eksportfilen for nettstedets brukere. Denne filen fungerer som et brukerkonfigurasjon for å hjelpe deg med å validere etter oppdateringen. | ||
| 2 | Logg på nettstedadministrasjon og klikk på Oppdater administrasjon. | ||
| 3 | Gjennomgå forutsetningene, spesielt CSV-listen over brukere i stater som kan påvirke suksessen til oppdateringen. | ||
| 4 | Les om funksjonene som må deaktiveres og forskjellene du kan forvente i brukeradministrasjon og vertslisensiering (også dokumentert i denne artikkelen). | ||
| 5 | Klikk på Oppdater til Control Hub. Denne knappen aktiveres først etter at trinnene ovenfor er fullført.  Et popup-vindu vises. Dette vinduet viser at å oppdatere et nettsted til Control Hub er permanent, og du kan ikke angre oppdateringen når den er ferdig. Når oppdateringen er ferdig, vil denne siden ikke lenger administreres i nettstedadministrasjon. Hvis du ikke er forberedt på å administrere dette nettstedet fullt ut i Control Hub, må du avslutte veiviseren nå.
 | ||
| 6 | Klikk på OK. Oppdateringen starter et banner vises over nettstedadministrasjon for å fortelle deg at en nettstedsoppdatering pågår. Hvis noe går galt, ser du en feilmelding med anbefalt handling. Hvis ikke ser du en suksessmelding.
| ||
| 7 | Klikk Logg på Control Hub. |
Etter å ha utløst nettstedsoppdateringen fra Webex Site Administration, kan du logge på Control Hub for å se statusen til nettstedsoppdateringen.
| Nettstedoppdateringen vil ta lengre tid å oppdatere hvis den utløses nær toppen av timen. Nettstedoppdateringer settes på pause i noen minutter før og etter toppen av hver time. |
Logg på Kontrollhub og åpne Møter side.
Du får se en liste over nettsteder for møter.
Klikk på et sted for å se informasjon om det stedet.
Se etter delen Nettstedoppdatering, der du kan lese Oppdateringsstatus.
Etter at oppdateringen er fullført, kan du laste ned en liste over alle brukere i Nettstedadministrasjon og se hvilke av disse brukerne som var aktive eller inaktive på siden. Brukere som vises som inaktive i brukerstatuskolonnen i nettstedsadministrasjon, vil ikke ha tilgang til det administrerte området for kontrollhub. Disse brukerne vil heller ikke vises som å ha tilgang til nettstedet i brukerdelen av Control Hub.
Det kan ta litt tid før nedlastingsknappen vises (minutter for de fleste organisasjoner).
Se gjennom listen for å se etter problemer under oppdatering.
Du kan ikke lenger administrere dette nettstedet i nettstedadministrasjon når nettstedoppdateringen er ferdig. All administrasjon av dette nettstedet må utføres i Control Hub. Her er noen trinn for å gjøre deg kjent med og prøve administrasjon av nettstedet ditt i Control Hub:
Kontroller noen konfigurasjonsinnstillinger for nettstedet for å bekrefte at ingenting er endret. Dette er enklere hvis du kopierte noen nettstedsadministratorinnstillinger før du oppdaterte til Control Hub.
Velg en vert, og bekreft lisensen, sporingskodene og økttypene i Control Hub. Logg på møtested og bekreft at de planlagte møtene, opptakene og preferansene ikke endres. Validering er enklere hvis vertens data kopieres før oppdatering til Control Hub.
Be brukeren kontrollere at de kan planlegge og arrangere nye møter.
Legg til en ny bruker i organisasjonen din. Gi dem en vertslisens, endre økttypene og bekreft at de kan være vert for møter.
Vi anbefaler at du konfigurere organisasjons- eller gruppebaserte lisensmaler for automatisk tilordning av lisenser til nye brukere eller bestemte grupper av nye brukere.Velg en bruker som var full administrator i Site Administrator, og kontroller at de har riktig tilgangsnivå til det oppdaterte nettstedet i Control Hub.
De skal kunne lese og endre nettstedet, samt opprette, lisensiere, endre og slette brukere.
Hvis nettstedet ditt har API-integrasjoner, kan du bytte til å bruke People API-er. Bekreft at den oppdaterte integrasjonen fungerer som forventet.
Les mer om hvordan du administrerer nettsteder for møter i Control Hub på https://help.webex.com/naqlzeu.
Brukere vil ha en enkelt, enhetlig påloggingsopplevelse til Webex-appen og alle Control Hub-administrerte nettsteder.
Hvis brukernavnet ikke samsvarer med brukerens e-postadresse i nettstedadministrasjon, vil disse brukerne ha en innvirkning på påloggingsopplevelsen. Gamle brukernavn kan ikke lenger brukes, og disse brukerne må bruke e-postadressen sin for å logge på.Brukerlegitimasjon er knyttet til deres Control Hub-identitet. De samme legitimasjonene gjelder for alle Control Hub-administrerte nettsteder i den samme organisasjonen og for Webex-appen.
Hvis Control Hub-organisasjonen har SSO konfigurert, styrer denne SSO påloggingsopplevelsen til Webex-appen og alle Control Hub-administrerte nettsteder.
Påloggingsopplevelsen til Webex-appen påvirkes ikke som et resultat av oppdatering til Control Hub.
Når brukere logger på et Webex Meetings-nettsted, vil påloggingsskjermen se annerledes ut. Brukere må angi e-postadressen sin for å logge på selv om organisasjonen deres er konfigurert for SSO.
Administratorer kan aktivere alternativet Husk meg i Control Hub, slik at brukerne ikke trenger å skrive inn e-postadressen sin igjen hver gang de logger på.Avhengig av hver brukers historikk, antall nettsteder de hadde en konto på osv.:
Hvis brukere ble koblet til eksisterende brukere i Webex Identity/Control Hub, vil brukerne bruke det samme passordet for alle Webex-nettsteder som er oppdatert til Control Hub.
Hvis brukere ble opprettet i Webex Identity/Control Hub på grunn av nettstedkobling, gjelder påloggingsinformasjonen til deres første koblede nettsted (hvis organisasjonen ikke var konfigurert med SSO). Brukere blir omdirigert til å logge på det nettstedet. Hvis brukere har flere nettsteder med flere påloggingsopplysninger, bør nettadressen hjelpe dem med å finne ut hvilken påloggingsinformasjon de skal bruke.
Brukere har lov til å tilbakestille passordet sitt i Control Hub-organisasjoner (hvis passordet ikke administreres via SSO). Hvis brukere har glemt passordet sitt, kan de bare klikke på Har du glemt brukernavnet eller passordet ditt? på påloggingsskjermen for å tilbakestille passordet. Brukere kan også tilbakestille passordet sitt ved å følge disse instruksjonene:
- Tilbakestill passord for Webex-appen: https://help.webex.com/article/n02v0b8/
- Tilbakestill passord for et Webex Meetings-nettsted: https://help.webex.com/article/6v6kaab/
Hvis e-postadresse til en sluttbruker ble endret og denne brukeren hadde en annen e-postadresse i Site Admin og Control Hub på tidspunktet for nettstedoppdateringen, kan denne brukeren få problemer når han prøver å logge på. Brukeren vet kanskje ikke at de nå trenger å bruke Control Hub- e-postadresse for å logge på, eller så er e-postadresse i Control Hub ikke lenger gyldig i organisasjonens SSO IdP. Denne typen situasjoner unngås best ved å oppdatere e-postadressene til brukere i Control Hub ettersom det gjøres endringer i e-postadressene til de samme brukerne i Site Admin.
Pålogging på nytt kreves for brukere på Webex Meetings -mobilappen for iOS:
- Hvis du oppdaterer et nettsted som ikke er SSO, til Control Hub, må brukerne logge på Webex Meetings -mobilappen for iOS på nytt. Selv om Meetings for iOS-appen ikke krever at brukere logger på på nytt i opptil to måneder etter nettstedsoppdateringen, foreslår vi at brukerne logger på igjen manuelt for å unngå denne situasjonen.
Under nettstedsoppdateringen kan det hende at brukere som har brukernavn som ikke samsvarer med e-postadressene, må logge på igjen.
Disse brukerne kan bli pålagt å logge på Webex-klientene sine på nytt hvis de prøver å få tilgang til Webex-tjenester på nettstedet under nettstedsoppdateringen til Control Hub. Brukere som allerede ble med på møter før nettstedsoppdateringen startet, blir ikke berørt.
Tom CSV-fil «bruker til gjennomgang».
Hvis nettstedet er stort og har mer enn 1000 brukere som har en annen e-postadresse i Site Admin enn i Control Hub, kan det hende du opplever en tom CSV-fil «bruker som skal gjennomgå» i veiviseren for nettstedsoppdatering. Dette fører til at nettstedsoppdateringen ikke fungerer fordi du ikke vil kunne løse brukere med problemer. Det jobbes med dette problemet, og vi planlegger å løse det i løpet av de kommende ukene.
Innstillinger som ikke overføres ved oppdatering til Control Hub
- Hvis det administrerte nettstedet ditt for nettstedsadministratoren var på den trege kanalen og Control Hub også administreres av en partner, kan du miste synligheten for versjonsoppdateringskontrollene for Meetings-nettstedet etter oppdatering til Control Hub. Hvis dette skjer, kan du kontakte partneren din og be dem om å aktivere La kunden oppgradere nettstedsversjonen innstilling for organisasjonen din.
- Ventende kontoforespørsler om egenregistrering overføres ikke til varslingssenter. Brukere må registrere deg for en konto igjen etter at oppdateringen er fullført.
- Brukernavnverdier i Site Admin overstyres med e-postadresser til brukere i Control Hub etter at oppdateringen er fullført.
Brukerproblemer som gjør at oppdateringen mislykkes
- Brukere med e-postadresser som er knyttet til brukere i en Webex for Government-organisasjon vil føre til at oppdateringen mislykkes hvis disse brukerne ikke deaktiveres før oppdateringen starter.
Vanlige problemer som fører til at oppdateringen mislykkes, og anbefalte handlinger
Hvis nettstedet ditt ikke oppdateres til Control Hub, kan du sjekke tabellen nedenfor for å se om én av disse vanlige feilene er årsaken, og hva du kan gjøre for å fikse det.
| Feil som fører til at oppdateringen mislykkes | Anbefalt handling |
|---|---|
| Nettstedstypen er ugyldig. | Kontakt brukerstøtteteamet for Webex for å bekrefte at nettstedet er brukertilkoblet. |
| Nettstedet har ikke noen tilknyttede abonnementer. | Nettsteder må være knyttet til et abonnement før det kan oppdateres til Control Hub. |
| Det finnes et problem med organisasjons-ID-en. | Den nettstedskoblede organisasjons-ID-en er ikke den samme som organisasjons-ID-en for abonnementet. Kontakt brukerstøtteteamet for Webex. |
| Følgende abonnement har ventende operasjoner i Control Hub: (SubID). | Prøv nettstedsoppdateringen på nytt etter at den ventende operasjonen er fullført. |
| Det finnes konflikter i innstillingene for engangspålogging (SSO). | Hvis nettstedet er SSO aktivert, må du kontrollere at:
|
| Nettstedets lisensinformasjonen i nettstedsadministrasjon samsvarer ikke med nettstedets lisensinformasjonen i Control Hub. | Inkonsekvent lisensinformasjon mellom nettstedsadministrator og Control Hub. Kontakt brukerstøtteteamet for Webex. |
| Enkelte brukernavn eller e-postadresser i nettstedsadministrasjon er i konflikt med brukernavn eller e-postadresser i Control Hub. | En brukers e-postadresse i Site Admin brukes av en annen bruker i Control Hub. Endre én av e-postadressene eller brukernavnene. |
| Det oppsto et problem ved oppdatering av nettstedet ditt. | En intern feil forhindret at dette nettstedet ble oppdatert. Kontakt brukerstøtteteamet for Webex. |
| Vi hadde et problem ved oppdatering av Webex-brukerne. | En intern feil forhindret at dette nettstedet ble oppdatert. Kontakt brukerstøtteteamet for Webex. |
Påloggingsproblemer for brukere
Sørg for å alltid tillate Webex-informasjonskapsler. Ellers kan brukerne få påloggingsproblemer etter oppdatering til Control Hub.
Spm. Finnes det en dato for når Cisco ikke lenger vil støtte nettstedsadministrasjon?
Sv. Ja. Vi planlegger å avvikle nettstedsadministrasjon i slutten av desember 2023.
Spm. Vil administratorer av nettstedet i Site Admin fortsatt beholde den administrative tilgangen til nettstedet etter oppdatering til Control hub-administrasjon?
Sv. Ja. Alle administratorer på nettstedet i Site Admin har fortsatt administrativ tilgang til nettstedet etter at nettstedet er oppdatert til Control Hub-administrasjon.
Spm. Hvorfor ser jeg nye administratorer på nettstedet etter å ha oppdatert et møtested fra Site Admin til Control Hub-administrasjon?
Sv. De nye administratorene på nettstedet var sannsynligvis Control Hub-organisasjonsadministratorer. Når et nettsted oppdateres fra Site Admin til Control Hub, blir alle organisasjonsomfattende administratorer nettstedsadministratorer for det nye Control Hub-administrerte nettstedet. Det betyr at fullstendige administratorer for organisasjonen blir fullstendige administratorer for Webex-nettsted , administratorer av organisasjonsbrukere blir Webex-nettsted , og skrivebeskyttede administratorer for organisasjoner blir skrivebeskyttede administratorer for Webex-nettsted -området.
Spm. Hvordan kommer det seg at pålogging med produktivitetsverktøy ikke fungerer etter at du har oppdatert nettstedet til Control Hub?
Sv. Kontroller at nettlesere er konfigurert til tillat alltid øktinformasjonskapsler , som ligger i avanserte personverninnstillinger i nettleserne.
Spm. Hvis en bruker slettes i Control Hub og den samme e-postadresse legges til på nytt i Control Hub og tilordnes en Meetings-lisens til det samme Webex-nettsted, har brukeren tilgang til de gamle opptakene sine?
Sv. Ja, brukeren vil ha tilgang til alt sitt gamle møteinnhold hvis de blir tilordnet en lisens til et av de tidligere Webex-nettstedene de var på. Dette gjelder både for Control Hub-administrerte områder og nettsteder som ble oppdatert til Control Hub.
Spm. Hvis en bruker ble deaktivert i Site Admin før nettstedsoppdateringen til Control Hub og senere ble lisensiert på nytt til det samme Webex-nettsted i Control Hub, vil brukeren ha tilgang til sine gamle opptak?
Sv. Ja, brukeren vil fortsatt ha tilgang til sine gamle opptak. I tillegg vil alle brukere som ble deaktivert i nettstedsadministrator før nettstedsoppdateringen, bli oppført i CSV-eksportfil for Meetings i Control Hub .
Spm. Hvis et nettsted ikke har en SSO IdP satt opp, men Control Hub-organisasjonen har en SSO IdP, hva skjer når nettstedet oppdateres til Control Hub?
Sv. Nettstedet vil bruke samme SSO IdP som Control Hub-organisasjonen.
Spm. Hvis et nettsted har et annet SSO IdP-oppsett enn SSO IdP i Control Hub, hva skjer når nettstedet oppdateres til Control Hub?
Sv. Nettstedet vil bytte over til å bruke samme SSO IdP som Control Hub-organisasjonen.
Spm. Hvis et nettsted har en SSO IdP satt opp, men Control Hub-organisasjonen ikke har en SSO IdP, hva skjer når nettstedet oppdateres til Control Hub?
Sv. Du blir blokkert fra å oppdatere nettstedet ditt. Hvis du vil oppheve blokkeringen av nettstedet slik at du kan oppdatere til Control Hub, fjerner du enten SSO IdP fra nettstedsadministratoren eller legger til en SSO IdP i Control Hub-organisasjonen.
Spm. Kan jeg fremdeles logge på nettadressen til nettstedet for å få tilgang til opptak og planlegge møter eller hendelser?
Sv. Ja, du kan fortsatt logge på nettadressen til nettstedet, der du kan få tilgang til opptak, planlegge møter osv.
Spm. Endres brukerspesifikke innstillinger under nettstedsoppdateringen fra nettstedsadministrasjon til Control Hub?
Sv. Nei, brukerinnstillinger forblir uendret. Disse innstillingene vil gjelde som før nettstedsoppdateringen.
Spm. Påvirkes opptakene eller de planlagte møtene mine av denne nettstedsoppdateringen?
Sv. Vertsopptak påvirkes ikke. Du har fortsatt tilgang til dem. De planlagte møtene påvirkes heller ikke. Det er ingen endringer i dem.
Spm. Berøres opptak eller planlagte møter med brukere av denne nettstedsoppdateringen?
Sv. Brukeropptak påvirkes ikke. De har fortsatt tilgang til dem. Planlagte møter påvirkes heller ikke. Det er ingen endringer i dem.
For brukere som ikke har blitt gjort krav på ennå, kan opptak eller planlagte møter bli påvirket hvis du gjør krav på dem etter at du har oppdatert nettstedet til Control Hub. Se følgende merknad for mer informasjon.
| Vi anbefaler på det sterkeste at du gjør krav på brukere før du oppdaterer nettstedet ditt til Control Hub. Hvis du krever brukere inn i organisasjonen etter at nettstedet har blitt oppdatert til Control Hub, kan disse brukerne miste tilgangen til møter og møteressurser på nettstedet. Som en løsning kan du gjøre følgende for å sikre at brukerne ikke mister tilgangen til møter og møteressurser på nettstedet etter at nettstedet har blitt oppdatert til Control Hub:
|
Spm. Hvor kan jeg gjennomgå ventende kontoforespørsler om egenregistrering for Control Hub-administrerte nettsteder?
Sv. Du og andre administratorer kan se gjennom forespørsler om egenregistrering i Varslingssenter .
Spm. Har jeg tilgang til brukernavnsverdier fra nettstedsadministrator etter at jeg har oppdatert et nettsted til Control Hub?
Sv. En brukereksportfil for alle brukere i Site Admin er tilgjengelig i Control Hub i 90 dager etter at du oppdaterer nettstedet til Control Hub. Denne CSV-fil inneholder brukernavnverdier.
Spm. Vi bruker brukernavnverdier for å identifisere brukere i nettstedsadministrator. Hvordan kan vi gjøre det samme i Control Hub?
Sv. Brukernavnverdier går tapt etter oppdatering av et nettsted til Control Hub. Hvis du trenger tilgang til disse verdiene, kan en løsning være å kopiere verdiene til en sporingskode før du oppdaterer nettstedet. Sporingskodeverdier for brukere blir bevart og tilgjengelige etter at du har oppdatert et nettsted til Control Hub. Hvis du bruker SSO, da ExternalID er et Control Hub-brukerattributt som kan inneholde denne verdien. Dette krever deg til å konfigurere SAML-påstandene dine for å sende denne verdien når konfigurere SSO i Control Hub . Denne verdien sendes også til Control Hub i løpet av automatisk oppretting av nye brukere .
Spm. Hvor lang tid tar det å fullføre nettstedsoppdateringen etter at den har startet?
Sv. Nettstedsoppdateringen tar omtrent 3 minutter + 1000 aktive brukere/min + 2000 inaktive brukere/min å fullføre. Hvis du for eksempel startet nettstedsoppdateringen kl. 05:20 og nettstedet ditt har 8000 aktive brukere og 2000 inaktive brukere, vil nettstedsoppdateringen ta rundt 12 minutter. I tillegg settes nettstedsoppdateringer på pause i seks minutter øverst i timen (mellom xx:57 til xx:03). Men resultatene dine kan variere.
Spm. Hvordan kan jeg automatisk lisensiere alle nye brukere eller nye brukere i bestemte grupper etter at jeg har oppdatert nettstedet som skal administreres i Control Hub?
Sv. Du kan konfigurere organisasjons- eller gruppebaserte lisensmaler for automatisk å tilordne lisenser til nye brukere.
Spm. Er det nedetid under oppdateringen av nettstedet?
Sv. Nei. Under nettstedsoppdateringen:
- Brukere kan fortsette å bruke møtetjenesten, for eksempel å bli med og starte planlagte møter og ad hoc-møter.
- Møter som pågår når nettstedsoppdateringen starter, blir ikke påvirket.
- Abonnementet låses i Control Hub.
- Desktop-klienten for Meetings kan ha problemer med delen Kommende møter.
- Endringer i konfigurasjonene for nettstedsadministrasjon anbefales ikke.
