Takk for tilbakemeldingen.
Oppdater administrasjon av Webex Meetings-nettsted fra nettstedsadministrasjon til Control Hub
Tilbakemelding?Om oppdatering fra nettstedsadministrasjon 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.
Webex blir en enhetlig plattform for å administrere møter, meldinger, anrop og andre former for samarbeid. Derfor ønsker vi å flytte administrasjonen av alle Webex Meetings-nettsteder fra nettstedsadministrasjon til Control Hub.
Vi har et verktøy i nettstedsadministrasjon for å hjelpe deg gjennom denne endringen. Hvis nettstedet ditt allerede er kvalifisert til å oppdatere til Control Hub, kan du komme i gang ved å klikke på Oppdater administrasjon i navigasjonsmenyen.
Hvis du vil ha en demonstrasjon av hvordan oppdatering av nettstedet ditt til Control Hub fungerer, kan du se denne videoen.
Hvis du vil ha hjelp til å planlegge nettstedsoppdateringen, kan du se delen Beredskap for nettstedsvurdering .
Fordelene med å administrere nettsteder i Control Hub inkluderer:
-
Unified-lisenstilordninger for alle Webex-tjenester, for eksempel Meetings, Messaging og Calling.
-
Konsekvente sikkerhetspolicyer for alle Webex-tjenester.
-
Felles påloggingsopplevelse for alle sluttbrukere mellom forskjellige Webex-tjenester.
-
Moderne administratorkontroller, for eksempel registerkobling, SCIM og Active Directory-grupper.
-
Lisensmaler for å tilordne flere lisenser til brukere automatisk.
Du kan ikke bruke nettstedsadministrasjon til å administrere et møtenettsted etter oppdatering til Control Hub.
Hvis nettstedet ditt er planlagt for en automatisk oppdatering fra å bli administrert i nettstedsadministrasjon til Control Hub, vil 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 noen forskjeller i administrasjon 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, se denne artikkelen.
Brukeradministrasjon
Vi har et sentralisert brukerstyringssystem 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 møtenettsted.
- Engangspålogging (SSO) med automatisk kontooppretting
-
I nettstedsadministrasjon har du en «automatisk kontooppretting»-funksjon som oppretter brukere når de autentiserer seg selv med SSO.
Denne funksjonen er også tilgjengelig i Control Hub. Se SAML Auto Account Creation and Update for Control Hub for mer informasjon.
Mange organisasjoner som bruker SSO, foretrekker kanskje å administrere brukerne sentralt i eksterne katalogverktøy som Microsoft® Active Directory og Microsoft Azure, i tillegg til å kreve godkjenning hos eksterne identitetsleverandører.
Les mer om:
- Obligatoriske profildata og sporingskoder
-
Nettstedsadministrasjon lar deg angi obligatoriske profilfelt for nye brukere (forrige skjermbilde). Du kan utvide dette til å kreve sporingskoder for brukeroppretting (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 fremtvinger ikke ytterligere profildata for Control Hub-administrerte nettsteder.
Du må deaktivere obligatoriske profilfelt og sporingskoder før du oppdaterer nettstedet ditt til Control Hub.
- Passordadministrasjon og sperring
-
Nettstedsadministrasjon har en funksjon som midlertidig låser brukere ut hvis de ikke logger 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 (fullstendig automatisert offentlig 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 din
-
I nettstedsadministrasjon kan du tilordne en vertslisens til en hvilken som helst bruker. Når du administrerer nettstedet i Control Hub, kan du bare tilordne vertslisenser (& deltakerrolle) til brukere i samme Control Hub-organisasjon.
- Selvregistrering for vertskonto
-
I nettstedsadministrasjon kan du velge å la brukere be om en (vert) konto på nettstedet. Du kan også la brukere med en konto be om ytterligere tjenester på nettstedet. (se skjermbilder).
Når du administrerer et møtenettsted i Control Hub, kan ikke brukere be om sin egen vertskonto for det nettstedet.
Control Hub har en sentralisert, automatisert måte for deg å tilordne møtelisenser til nye brukere i stedet. Les https://help.webex.com/n3ijtao.
Du kan også administrere brukerlisenser etter API eller i bulk ved hjelp av CSV.
Hvis du vil at brukere skal be om vertskontoer sine, kan du konfigurere nettstedets hjelp/støtte med pekere for å kontakte administratorer eller koble til andre verktøy.
Du må deaktivere «Tillat registrering av vertskonto» og «Tillat brukere å be om tilleggstjenester» i nettstedsadministrasjon før du oppdaterer nettstedet ditt 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 grupper, 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 ditt til Control Hub på dette tidspunktet.
Før du oppdaterer møtenettstedet ditt til å administreres i Control Hub, bør du forberede Control Hub-organisasjonen din.
Sørg for at det ikke er noen ventende eller blokkerende handlinger på abonnementet. Oppdateringen vil mislykkes hvis:
- Du har eventuelle ventende handlinger på abonnementet knyttet til nettstedet du oppdaterer.
- Nettstedet har ikke noe abonnement tilknyttet det i Control Hub-organisasjonen.
- Nettstedslisensinformasjonen i nettstedsadministrasjon samsvarer ikke med nettstedslisensinformasjonen i Control Hub.
Vi anbefaler på det sterkeste å bekrefte domenene dine og gjøre krav på brukerne dine. Følgende lesing vil hjelpe:
-
Control Hub-e-boken: https://ebooks.cisco.com/story/controlhubessentials/
-
Slik administrerer du domenene dine: https://help.webex.com/cd6d84
-
Krev brukerne dine fra andre organisasjoner (etter å ha bekreftet domenene dine): https://help.webex.com/nceb8tm. Å kreve brukere er spesielt viktig å gjøre fordi det sikrer at så mange brukere som mulig som skal være i organisasjonen din faktisk er der. Hvis du gjør krav på brukere med "Umiddelbart krav", unngår du også forsinkelser i bruk av e-postadressene i organisasjonen.
Vi anbefaler på det sterkeste at du krever brukere før du oppdaterer nettstedet ditt til Control Hub. Hvis du gjør krav på brukere i organisasjonen etter at nettstedet er oppdatert til Control Hub, kan disse brukerne miste tilgangen til møter og møteressurser på nettstedet.
Som en midlertidig løsning kan du gjøre følgende for å sikre at brukere ikke mister tilgang til møter og møteressurser på nettstedet etter at nettstedet er 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øtenettstedet. Etter at du har gjort krav på brukeren, må du lisensiere brukeren på nytt til nettstedet. Du kan også gjenopprette sine eksterne administratorrettigheter.
- For vanlige brukere – Fjern møtenettstedslisensen, gjør krav på brukeren til organisasjonen din, og deretter lisensiere brukeren til nettstedet på nytt.
-
Hvis møtenettstedet er konfigurert for SSO, må du også konfigurere SSO for Control Hub -organisasjonen.
Automatisk kontooppretting for nye brukere
Hvis Webex-nettstedet aktiverte automatisk kontooppretting i nettstedsadministrasjon, kan du aktivere en lignende funksjon i Control Hub med SAML automatisk kontooppretting. Sørg for også å konfigurere 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 brukerne du ønsker skal være i organisasjonen, er til stede 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.
Administratortilgang til Webex-nettsteder etter oppdatering
En person med administratorrolle for hele organisasjonen i Control Hub får automatisk tilgang til nettsteder som oppdateres fra nettstedsadministrasjon til Control Hub. For eksempel vil fullstendige administratorer for organisasjonen bli fullstendige administratorer for Webex-nettstedet, organisasjonens brukeradministratorer bli Webex-nettstedsbrukeradministratorer, og organisasjonens skrivebeskyttede administratorer blir skrivebeskyttede administratorer for Webex-nettstedet.
XML API-er
XML API-er er nå fremover kompatible med Control Hub-administrerte nettsteder. Du kan lese om detaljene og forbeholdene i XML API 41.11.0 Oppdateringer.
URL-adresser for XML API-tjeneste er uendret etter at et nettsted er oppdatert fra nettstedsadministrator til Control Hub-administrert. De samme API-URL-ene vil fortsette å fungere. Cisco anbefaler at alle API-integrasjoner bruker OAUTH for godkjenning.
Autentisering i XML API-er
Integreringer som ikke bruker Webex OAUTH til godkjenning , kan mislykkes etter at nettstedet er oppdatert til Control Hub. Tabellen nedenfor viser hvilken type administratorautentisering som vil fortsette å fungere etter oppdatering av nettstedet ditt.
| Type administratorautentisering i XML API før oppdatering av nettstedet | Administrator i SSO-organisasjon etter nettstedsoppdatering | Administrator 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/øktTicket | Vil fungere | Vil fungere |
| e-post/OAUTH (webExAccessToken) | Vil fungere | Vil fungere |
* Bakoverkompatibilitet – Cisco har gjort det mulig for brukernavn-/passordautentiseringer å fungere i XML API-er etter nettstedsoppdatering selv om brukernavn ikke samsvarer med e-post. Kompatibilitet gjelder bare hvis:
- Brukerlegitimasjon ble opprettet før oppdateringen av nettstedet. Ingen endringer er tillatt i
brukernavn, ellers vil tidligere legitimasjon mislykkes. - Legitimasjon for API-godkjenning kan ikke ha et annet passord i Control Hub sammenlignet med nettstedet når det ble administrert i nettstedsadministrasjon.
- Brukere med legitimasjon som brukes til godkjenning, må være i aktiv tilstand (ikke inaktiv) i nettstedsadministrasjon når nettstedet oppdateres til Control Hub.
Du kan lære mer om XML API-integrasjoner på Control Hub-administrerte nettsteder, inkludert OAUTH-autentisering, med denne veiledningen.
Brukernavn er satt til e-post for alle brukere når et nettsted oppdateres til Control Hub. Hvis brukernavn brukes til API-payloads, må payloads bruke e-post i stedet etter at nettstedet er oppdatert.
Administratorrolle i Control Hub for API-integrasjoner
Administratorer som bare har en nettstedsadministratorrolle, kan kanskje ikke utføre noen operasjoner med XML API-er, for eksempel å endre en brukers e-postadresse eller visningsnavn etter at nettstedet er oppdatert til et Control Hub-nettsted. For administratorer med legitimasjon som brukes til API-integrasjoner, anbefaler vi at du formidler disse administratorene til organisasjonens fullstendige administratorer i Control Hub, ideelt sett før du oppdaterer nettstedet til Control Hub.
Som beste praksis anbefaler vi at du oppdaterer et testnettsted først for å bekrefte at API-integrasjonene dine vil fungere uendret etter oppdatering til Control Hub.
Avhengig av hva integreringen din gjør, kan det også hende at administratorer må tilordnes en Meetings-vertskonto på Control Hub-nettstedet for at integreringen skal fungere (dette var ikke nødvendig for administratorer på nettsteder for nettstedsadministrasjon).
XML API-forskjeller i Control Hub
De fleste XML API-integrasjoner bør fungere, uten endringer, etter oppdatering av nettstedet ditt. Men det er noen unntak som er detaljert i listen nedenfor:
- CreateUser – På Control Hub-administrerte nettsteder kan denne operasjonen også opprette en bruker i nettstedets eierorganisasjon før du tilordner en lisens. Hvis brukeren allerede finnes i en annen organisasjon, vil denne operasjonen mislykkes.
PMR ID-parameterentrer ikke i kraft for brukere som ikke allerede har en Aktiv status i Control Hub.createuserAPI tar lengre tid å fullføre på Control Hub-administrerte nettsteder. For bedre ytelse kan du legge til en ekstra tråd for å parallelliserekreateuseresamtaler. - SetUser – Kan føre til tilordning eller fjerning av møtenettstedslisens fra brukeren (avhengig av API-parametrene eller nyttelasten).
- DelUser – Fjerner lisens for møter, men sletter ikke brukeren fra Control Hub-organisasjonen.
- LstsummaryUser– Returnerer også brukerens
objectGUID. - AuthenticateUser – På Control Hub-administrerte nettsteder anbefaler vi at du oppretter øktbillett via
AuthenticateUseri stedet for å bruke brukernavn og passord for hver XML API. Bruk av SAML-respons i kroppsinnhold støttes ikke med denne samtalen 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 til å tilordne møtelisenser til brukere utenfor organisasjonen som eier nettstedet. People API støtter ikke tilordning av nettstedsadministratorroller til brukere. Hvis du vil tilordne nettstedsadministratorroller via en API, må du fremdeles bruke XML API.
Du kan bruke People API til å opprette organisasjonsadministratorer med fullstendige (eller skrivebeskyttede) tillatelser, og disse administratorene kan også administrere (eller vise) dine Control Hub-administrerte møtenettsteder.
Control Hub har Webex-nettstedsspesifikke administratorroller, men People API kan ikke tilordne denne rollen for øyeblikket.
Fremtidige planer (kan endres)
- Ny lisens-API som også kan gi møtenettstedslisenser 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 å kun bruke REST API-er (for alle operasjoner på brukere og møteområder). XML API-er for brukeradministrasjon vil fortsette å støttes inntil REST API-er utelukkende kan brukes for alle brukeradministrasjonsoperasjoner. XML API-er for brukeradministrasjon vil også bli avskrevet (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 følger de beste fremgangsmåtene som anbefales i delen Klargjør din Control Hub-organisasjon .
- Deretter logger du på Webex-administrasjon og klikker på Oppdater administrasjon. I nettstedets beredskapsfase bør du ikke utføre noen anbefalte handlinger i filen fra delen for gjennomgangsbrukere og bør ikke deaktivere noen funksjoner som er nevnt i delen for gjennomgangsfunksjoner 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 delen 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 nettstedet.
- Under delen Gjennomgå funksjoner kan du se 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 til Control Hub ennå.
Når du har gjennomgått brukerens CSV-fil og sett på hvilke funksjoner du kanskje må konfigurere på nytt, fortsett å lese resten av delene i denne artikkelen for å forberede nettstedet og organisasjonen 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 se gjennom delen Forbered nettstedets API-integrasjoner for å fungere med Control Hub .
Kommende endringer i versjon 43.6
Inntil nå måtte disse to funksjonene deaktiveres før du oppdaterte nettstedet til Control Hub:
- Obligatoriske felter for vertsprofil
- Påkrevde sporingskoder
Fra og med utgivelsen av 43.6 trenger nettsteder som deltar i betaene for egendefinerte attributter og obligatoriske vertsprofilfelt ikke 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 den gjeldende konfigurasjonen vil bli kopiert til Control Hub-organisasjonen.
Hvis du deltar i betavertens obligatoriske vertsprofilfelt , vil du se denne advarselen:
Hvis du deltar i beta påkrevde sporingskoder og egendefinerte attributter , vil du se dette handlingselementet:
Hvis du ikke deltar i disse betaene, fortsett å lese følgende avsnitt.
Deaktiver funksjoner som blokkerer nettstedoppdatering
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 X-ikon må utføres. Funksjoner merket med en gul trekant utropstegn er bare for din informasjon og krever ingen handling.
Hvis du vil ha en demo om hvordan du oppdaterer nettstedet ditt til Control Hub, kan du se denne videoen.
Hvis organisasjonen bruker funksjonen for automatisk kontooppretting i nettstedsadministrasjon, bør du konfigurere en tilsvarende funksjon i Control Hub og konfigurere en automatisk lisensmal for å tilordne lisenser automatisk. Se denne artikkelen for 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 obligatoriske brukerprofilfelt.
-
-
Klikk på Oppdater.
-
Gå til .
-
I kolonnen Vertsprofil endrer du alle sporingskodelinjer merket som Obligatorisk til Administratorsett eller Valgfritt.
-
Les mer om sporingskoder på https://help.webex.com/izu2ty.
Alle sporingskodeverdier for brukere beholdes når du oppdaterer et nettsted til Control Hub.
-
I fremtiden vil denne begrensningen bli hevet, og du vil kunne tilordne sporingskoder til nødvendige egendefinerte brukerattributter i Control Hub for tilsvarende funksjonalitet.
Tilordne sporingskoder til brukerattributter-funksjonen er et utkast som er i offentlig forhåndsvisning. Vi gir deg en snikkikk på hva du kan forvente.
Før du kan oppdatere et nettsted med nødvendige 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 kartsporingskodene til veiviseren for brukerattributter for nettstedet. Hvis du ikke har tilordnet eller deaktivert de nødvendige sporingskodene ennå, vil du ikke kunne oppdatere nettstedet ditt til Control Hub.
Hvis nettstedet ditt ikke har påkrevde sporingskoder, kan du fremdeles tilordne sporingskoder til brukerattributter før du oppdaterer et nettsted til Control Hub ved å følge denne fremgangsmåten.
For møteområder som bruker avdeling som sporingskode, anbefaler vi at du tilordner sporingskoden til avdelingens brukerprofilattributt i motsetning til et egendefinert attributt. Siden avdeling er et standard profilattributt i Control Hub, vil dette scenariet være mer effektivt i de fleste tilfeller.
Hvis dette attributtet er påkrevd, går du til attributtdelen for brukerprofil og merker avdelingsattributtet etter behov. Husk at dette avdelingsattributtet, sammen med andre brukerattributter, ikke blir fylt ut for eksterne brukere.
| 1 |
Logg på Control Hub og gå til Møte. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Velg et nettsted, og gå deretter 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 sporingskoden. Du trenger dette sammendraget for de neste trinnene for å sikre at alle attributtverdiene samsvarer med gjeldende sporingskoder. 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 se gjennom brukerattributter.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Konfigurer eventuelle nye egendefinerte attributter som trengs for dette nettstedet. Merk alle attributter etter behov hvis du vil at disse feltene skal fylles ut for brukere. Egendefinerte attributter gjelder ikke for organisasjoner som synkroniserer brukere med registerkobling, Azure AD osv. Du kan bruke dette trinnet som en mulighet til å se gjennom visningsnavnene for sporingskoder. Når du har gjort de nødvendige endringene, klikker du på Lagre. Låste attributter ligner på AdminSet i klassiske møtenettsporingskoder. Når du merker et egendefinert attributt som låst, vil ikke brukere kunne se det attributtet.Hvis du trykker på lagre i dette trinnet, trer alle egendefinerte attributter som du har lagt til, fjernet eller merket etter behov umiddelbart i kraft for organisasjonen. Nye brukere som er innført i organisasjonen, må overholde denne oppdaterte konfigurasjonen av egendefinerte attributter, ellers vil innføring av brukere mislykkes. Fortsett med forsiktighet før du merker egendefinerte attributter etter behov.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Gå tilbake til veiviseren og velg Tilordne sporingskoder.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Bruk rullegardinlisten til å tilordne sporingskoder til organisasjonens egendefinerte attributter eller brukerprofilattributter. Når en nettstedssporingskode tilordnes et attributt, tilordnes systemet først til eksisterende attributter som samsvarer med sporingskodenavn hvis inndatatypen er satt til tekstfelt. Når du er ferdig, klikker du på Neste. Hvis organisasjonen bruker en automatisert brukerinnføringsprosess, for eksempel Directory Connector eller Azure AD, bør du ikke tilordne sporingskoder til egendefinerte attributter. Tilordne i stedet sporingskodene til synkroniserte attributter. Tidligere kan sporingskoder konfigureres annerledes per senter. Alle sentre (Meetings, Events, Webinars osv.) deler nå én planleggingskonfigurasjon. Når du tilordner et attributt etter behov, kreves attributtet når du planlegger det i Webex Meetings, Webex Webinars osv.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Klikk på Lagre kartet. Synkronisering utføres automatisk under prosessen for å oppdatere et nettsted til Control Hub. Vi foreslår å sikkerhetskopiere sporingskodeverdiene for brukere ved å utføre en nettstedseksport for møtenettstedet Når du tilordner sporingskoder til egendefinerte attributter, kommer datas eneste sannhetskilde fra Webex Identity i stedet for hvert enkelt møtenettsted. Synkronisering utfører en engangskopi av sporingskodebrukerverdier til tilordnede attributter som ikke allerede er fylt ut for brukere, noe som betyr at rekkefølgen på hvilke nettsteder du synkroniserer sporingskodene først. 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 denne verdien ikke allerede er fylt ut for brukeren. Noen sporingskodeverdier kan ikke kopieres fra nettstedet til brukerattributter under synkronisering Hvis en brukers verdi for et kartlagt nettsted allerede er fylt ut på tidspunktet for synkronisering, kopieres ikke sporingsverdien fra dette nettstedet til det kartlagte attributtet i Control Hub for den brukeren. For å unngå at data erstatter andre sporingskoder for brukere, anbefaler vi at du tilordner og synkroniserer data for et møtenettsted med de nyeste sporingskodedataene for brukere. Sporingskodeverdier kopieres ikke fra nettsteder som tilordner sporingskoder til brukerfelt som er synkronisert via eksterne kilder, for eksempel registerkobling eller Azure AD. Tabellen nedenfor beskriver mulige scenarier der dataene erstatter de opprinnelige sporingskodene. I disse scenarioene er sporingskoden og det tilordnede attributtet brukerens by.
* Forrige sporingskodeverdi erstattes av det eksisterende tilordnede attributtet. | ||||||||||||||||||||||||||||||||||||||||
Før du oppdaterer nettstedet ditt for å administreres i Control Hub, må du sørge 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, slettes fra organisasjonen.
- Brukere i organisasjonen kan godkjennes av din IdP hvis organisasjonen din er konfigurert for SSO.
- Brukerprofilfelt merket som kreves på nettstedet, vil også bli kopiert til Control Hub-organisasjonen når du oppdaterer nettstedet. Hvis du ikke vil at disse feltene skal merkes som påkrevd for kontoregistrering på nettstedet i Control Hub, fjerner du merket for feltene i nettstedsadministrasjon før du oppdaterer til Control Hub.
- Du har gjennomgått delen Klargjør din Control Hub-organisasjon fra tidligere i denne artikkelen.
Hvis du vil ha en demo om hvordan du oppdaterer nettstedet ditt til Control Hub, kan du se denne videoen.
Slik sjekker du etter brukere som blokkerer nettstedoppdatering
-
Logg på nettstedsadministrasjon, 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 litt tid, avhengig av starttidspunktet og antall brukere på nettstedet. Eksporten settes på pause i 6 minutter på toppen av timen (mellom xx:57 og xx:03).
-
Klikk på Last ned CSV når eksporten er fullført.
Nettleseren laster ned
users-to-review.csv. -
Åpne CSV-filen og merk av for kolonnen Anbefalt handling (den siste kolonnen). Ta den anbefalte handlingen for hver bruker i filen.
Brukere med e-postadresser som ikke samsvarer
Noen brukere kan ha en annen e-postadresse i nettstedsadministrasjon og Control Hub. Dette er mulig hvis brukerens e-postadresse ble endret bare ett av de to stedene etter at brukeren ble koblet fra dette nettstedet til Control Hub.
Prøv disse handlingene for å fikse brukere med e-postadresser som ikke samsvarer:
-
Endre brukerens e-postadresse i nettstedsadministrasjon slik at den samsvarer med e-postadressen til Control Hub
Brukere kan redigere profilene sine for nettstedsadministrasjon: https://help.webex.com/nmig1kcb
-
Endre brukerens e-postadresse i Control Hub slik at den samsvarer med e-postadressen til nettstedsadministratoren: 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 ditt til Control Hub uten å korrigere uoverensstemmelser med brukerens e-postadresser, må de berørte brukerne bruke Control Hub-e-postadressene sine for å logge på møtenettstedet. Disse brukerne kan ikke logge på hvis de prøver å logge på med e-postadressen i nettstedsadministrasjon, eller hvis e-postadressen til Control Hub ikke lenger er gyldig i sin IdP (for SSO-organisasjoner). De vil ikke blokkere deg fra å oppdatere nettstedet, men det er bedre å fikse e-postadressene før du starter oppdateringen.
Eksterne brukere med lisens for grunnleggende møter
Eksterne brukere med Basic Meetings-lisenser må deaktiveres eller oppgraderes til betalte Webex Meetings-lisenser før du oppdaterer nettstedet fra nettstedsadministrasjon til Control Hub.
Slik deaktiverer du brukere
For deaktivering av individuelle brukere i nettstedsadministrasjon:
-
Gå til .
-
Bruk indeks, søk og filterkontroller for å finne brukeren.
-
Fjern merket i boksen Aktiv .
-
Send inn endringene.
Se Administrere brukerkontoer i Webex Site Administration for mer informasjon.
For deaktivering av satsvis bruker i nettstedsadministrasjon:
-
Eksporter brukerne til en CSV-fil.
-
Åpne CSV-filen og endre
Aktiv-kolonneverdiene tilNfor alle berørte brukere. -
Importer den modifiserte CSV-filen.
Brukerne du endret, er nå Inaktive.
Se Importere og eksportere Webex-brukere satsvis i Webex Site Administration for mer informasjon.
Brukere i organisasjoner med katalogsynkronisering
Hvis det er frakoblede brukere som skal være i organisasjonen din, men som ikke er lagt til ennå, må du først legge dem til i organisasjonen din. Dette er spesielt viktig for organisasjoner som er konfigurert for katalogsynkronisering (gjennom Directory Connector eller Azure AD) fordi katalogsynkronisering ikke vil tillate at oppdateringsprosessen for nettstedet 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 i 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 filen bruker-å-gjennomgå , kan oppdateringsadministrasjonsprosessen 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 med én av IdP-ene som er Webex IdP (lokal godkjenning)
Flere IdP-er i Control Hub vil hjelpe:
- Der IdP for et SSO-nettsted i nettstedsadministrasjon er forskjellig fra SSO-IdP for Control Hub.
- Når brukere på nettstedet ikke er i SSO IdP som er konfigurert i organisasjonen, kan disse brukerne nå bare legges til i den lokale Webex IdP-en. Du kan deretter flytte disse brukerne til den konfigurerte SSO IdP-en senere.
Hvis du konfigurerer flere IdP-er, kan alle brukere på nettstedet som oppdateres fra nettstedsadministrasjon 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 å finne ut mer om flere IdP-er i Control Hub.
Før du begynner
Det er noen funksjoner du må deaktivere, og du må kontrollere at alle brukere er i god stand for å bli oppdatert til Control Hub. Hvis du bruker API-integrerte programmer, 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 nettstedet til Control Hub, og at de ikke må gjøre noen endringer i nettstedsadministrasjon etter at du har startet.
| 1 |
Eksporter og lagre eksportfilen for nettstedsbrukere. Denne filen fungerer som et brukerkonfigurasjonsarkiv for å hjelpe deg med å validere etter oppdateringen. |
| 2 |
Logg på nettstedsadministrasjon, og klikk på Oppdater administrasjon. |
| 3 |
Gjennomgå forutsetningene, spesielt CSV-listen over brukere i tilstander 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 bare etter at trinnene ovenfor er fullført.  Et popup-vindu vises. Dette vinduet viser at oppdatering av et nettsted til Control Hub er permanent, og du kan ikke angre oppdateringen når den er ferdig. Når oppdateringen er fullført, vil dette nettstedet ikke lenger administreres i nettstedsadministrasjon. 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 nettstedsadministrasjon for å gi deg beskjed om at en nettstedsoppdatering pågår. Hvis noe går galt, vil du se en feilmelding med foreslått handling. Ellers ser du en suksessmelding. Nettstedsoppdatering tar omtrent 3 min + 1000 aktive brukere/min + 2000 inaktive brukere/min å fullføre. Hvis du for eksempel startet oppdateringen av nettstedet kl. 05:20 og nettstedet ditt har 8000 aktive brukere og 2000 inaktive brukere, vil oppdateringen av nettstedet ta ca. 12 minutter. I tillegg er nettstedoppdateringer satt på pause i 6 minutter på toppen av timen (mellom xx:57 og xx:03). Men resultatene dine kan variere. |
| 7 |
Klikk på Logg på Control Hub. |
Når du har utløst nettstedsoppdateringen fra Webex Site Administration, kan du logge på Control Hub for å se statusen for nettstedsoppdateringen.
-
Logg på Control Hub og åpne Møter -siden.
Du kan se en liste over møtestedene dine.
-
Klikk på et nettsted for å se informasjon om det nettstedet.
-
Se etter delen Oppdatering av nettsted , der du kan lese Oppdateringsstatus.
Når oppdateringen er fullført, kan du laste ned en liste over alle brukere i nettstedsadministrasjon og se hvilke av disse brukerne som var aktive eller inaktive på nettstedet. Brukere som vises som inaktive i brukerstatuskolonnen i nettstedsadministrasjon, får ikke tilgang til det administrerte nettstedet for Control Hub. 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 nettstedsadministrasjon når nettstedsoppdateringen er fullført. All administrasjon for 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 innstillinger for nettstedsadministrasjon før du oppdaterte til Control Hub.
-
Velg en vert, og bekreft lisensen, sporingskodene og økttypene i Control Hub. Logg på møtenettstedet og bekreft at deres planlagte møter, opptak og preferanser ikke endres. Validering er enklere hvis vertens data kopieres før oppdatering til Control Hub.
Be brukeren sjekke at de kan planlegge og være vert for 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 konfigurerer organisasjons- eller gruppebaserte lisensmaler for automatisk å tilordne lisenser til nye brukere eller bestemte grupper av nye brukere. -
Velg en bruker som var fullverdig administrator i nettstedsadministrator, og bekreft at de har riktig tilgangsnivå til det oppdaterte nettstedet i Control Hub.
De skal kunne lese og endre nettstedet, opprette, lisensiere, endre og slette brukere.
-
Hvis nettstedet ditt har API-integrasjoner, bytt til å bruke People API-ene. Bekreft at den oppdaterte integreringen fungerer som forventet.
Les mer om hvordan du administrerer møteområder i Control Hub på https://help.webex.com/naqlzeu.
-
Brukere vil ha en enkel, enhetlig påloggingsopplevelse til Webex-appen og alle Control Hub-administrerte nettsteder.
Hvis brukernavnet ikke samsvarer med brukerens e-postadresse i nettstedsadministrasjon, 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. Den samme legitimasjonen gjelder for alle Control Hub-administrerte nettsteder i samme organisasjon 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 er konfigurert for SSO.
Administratorer kan aktivere alternativet Husk meg i Control Hub , slik at brukere 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 nettstedskobling, gjelder påloggingsopplysningene til det første koblede nettstedet (hvis organisasjonen ikke var konfigurert med SSO). Brukere blir omdirigert til å logge på dette nettstedet. Hvis brukere har flere nettsteder med flere påloggingsopplysninger, bør nettstedets URL hjelpe dem med å finne ut hvilke påloggingsopplysninger de skal bruke.
-
Brukere har lov til å tilbakestille passordet sitt i Control Hub-organisasjoner (hvis passordet ikke administreres via SSO). Hvis brukerne har glemt passordet sitt, kan de bare klikke på Har du glemt brukernavnet eller passordet? 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 en sluttbrukers e-postadresse ble endret og denne brukeren hadde en annen e-postadresse i nettstedsadministrasjon og Control Hub på tidspunktet for nettstedsoppdateringen, kan denne brukeren oppleve problemer når de prøver å logge på. Brukeren vet kanskje ikke at de nå må bruke Control Hub-e-postadressen for å logge på, eller e-postadressen i Control Hub er kanskje ikke lenger gyldig i organisasjonens SSO IdP. Denne typen situasjon unngås best ved å oppdatere e-postadressene til brukere i Control Hub etter hvert som endringer gjøres i e-postadressene til de samme brukerne i nettstedsadministrasjon.
-
Pålogging på nytt kreves for brukere i Webex Meetings-mobilappen for iOS:
- Hvis du oppdaterer et ikke-SSO-nettsted 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å igjen i opptil to måneder etter oppdateringen av nettstedet, foreslår vi at brukere logger på igjen manuelt for å unngå denne situasjonen.
-
Under oppdateringen av nettstedet kan det hende at brukere med brukernavn som ikke samsvarer med e-postadressene sine, må logge på igjen.
-
Disse brukerne kan bli bedt om å logge på Webex-klientene igjen hvis de prøver å få tilgang til Webex-tjenester på nettstedet under oppdateringen av nettstedet til Control Hub. Brukere som allerede ble med i møter før oppdateringen av nettstedet startet, påvirkes ikke.
-
Tom «bruker til å gjennomgå» CSV-fil
Hvis nettstedet ditt er stort og har mer enn 1000 brukere med e-postadresser som er forskjellige i nettstedsadministrasjon enn i Control Hub, kan du oppleve en tom «bruker å gjennomgå» CSV-fil i veiviseren for nettstedsoppdatering. Dette fører til at nettstedoppdateringen ikke fungerer fordi du ikke vil kunne løse brukerne med problemer. Dette problemet blir behandlet, 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 for nettstedsadministrasjon var på den sene kanalen og Control Hub også administreres av en partner, kan du miste synligheten til oppdateringskontrollene for Meetings-nettstedet etter oppdatering til Control Hub. Hvis dette skjer, kan du kontakte partneren din og be vedkommende om å aktivere innstillingen Gi kunden tillatelse til å oppgradere nettstedsversjon for organisasjonen din.
- Ventende kontoforespørsler for egenregistrering overføres ikke til varslingssenteret. Brukere må registrere seg for en konto på nytt etter at oppdateringen er fullført.
- Brukernavnverdier i nettstedsadministrasjon overstyres med e-postadresser til brukere i Control Hub etter at oppdateringen er fullført.
Brukerproblemer som fører til at oppdateringen mislykkes
- Brukere med e-postadresser som er koblet til brukere i en Webex for Government-organisasjon, vil føre til at oppdateringen mislykkes hvis disse brukerne ikke deaktiveres før oppdateringen startes.
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 en av disse comon-feilene er årsaken og hva du kan gjøre for å løse det.
| Feil som fører til at oppdateringen mislykkes | Anbefalt handling |
|---|---|
| Nettstedstypen er ugyldig. | Kontakt ditt Webex-støtteteam for å bekrefte at nettstedet er brukerkoblet. |
| Nettstedet har ikke noe abonnement tilknyttet det. | Nettsteder må være knyttet til et abonnement før det kan oppdateres til Control Hub. |
| Det er et problem med organisasjons-ID-en. | Nettstedkoblet organisasjons-ID er ikke den samme som abonnementsorganisasjons-ID. Kontakt ditt Webex-støtteteam. |
| Følgende abonnement har ventende operasjoner i Control Hub: (SubID). | Prøv nettstedsoppdatering på nytt etter at den ventende operasjonen er fullført. |
| Det er konflikter i innstillingene for engangspålogging (SSO). | Hvis nettstedet er SSO aktivert, må du sørge for at:
|
| Nettstedslisensinformasjonen i nettstedsadministrasjon samsvarer ikke med nettstedslisensinformasjonen i Control Hub. | Inkonsekvent lisensinformasjon mellom nettstedsadministrasjon og Control Hub. Kontakt ditt Webex-støtteteam. |
| Noen brukernavn eller e-postadresser i nettstedsadministrasjon er i konflikt med brukernavn eller e-postadresser i Control Hub. | En brukers e-post i nettstedsadministrasjon brukes av en annen bruker i Control Hub. Endre en av e-postadressene eller brukernavnene. |
| Vi hadde et problem med å oppdatere nettstedet ditt. | En intern feil forhindret at dette nettstedet ble oppdatert. Kontakt ditt Webex-støtteteam. |
| Vi hadde et problem med å oppdatere Webex-brukerne. | En intern feil forhindret at dette nettstedet ble oppdatert. Kontakt ditt Webex-støtteteam. |
Påloggingsproblemer for brukere
Sørg for at du alltid tillater Webex-informasjonskapsler. Ellers kan brukere ha påloggingsproblemer etter oppdatering til Control Hub.
Sp. Finnes det en dato for når Cisco ikke lenger vil støtte nettstedsadministrasjon?
1. Ja. Vi planlegger å avvikle Webex Site Administration innen slutten av desember 2023.
Sp. Vil nettstedsadministratorer i nettstedsadministrasjon fortsatt beholde sin administrative tilgang til nettstedet etter oppdatering til Control Hub-administrasjon?
1. Ja. Alle administratorer på nettstedet i nettstedsadministrasjon har fortsatt administrativ tilgang til nettstedet etter at nettstedet er oppdatert til Control Hub-administrasjon.
Sp. Når jeg har oppdatert et møtenettsted fra nettstedsadministrasjon til Control Hub-administrasjon, hvorfor ser jeg nye administratorer på nettstedet?
1. De nye administratorene på nettstedet var sannsynligvis Control Hub-organisasjonsadministratorer. Når et nettsted oppdateres fra nettstedsadministrasjon til Control Hub, blir alle administratorene for hele organisasjonen nettstedsadministratorer for det nye Control Hub-administrerte nettstedet. Det betyr at fullstendige administratorer for organisasjonen vil bli fullstendige administratorer for Webex-nettstedet, organisasjonens brukeradministratorer vil bli Webex-nettstedsbrukeradministratorer, og organisasjonens skrivebeskyttede administratorer vil bli skrivebeskyttede administratorer for Webex-nettstedet.
Sp. Hvordan kan det hende at pålogging av produktivitetsverktøy ikke fungerer etter å ha oppdatert nettstedet til Control Hub?
1. Sørg for at nettlesere er konfigurert til å alltid tillate øktinformasjonskapsler, som finnes i nettleserens avanserte personverninnstillinger.
Spm. Hvis en bruker slettes i Control Hub og deretter legges den samme e-postadressen til på nytt i Control Hub og tilordnes en Meetings-lisens til det samme Webex-nettstedet, kan brukeren få tilgang til de gamle opptakene sine?
1. Ja, brukeren vil ha tilgang til alt det gamle Meetings-innholdet hvis de får tilordnet en lisens til noen av de tidligere Webex-nettstedene de var på. Dette gjelder både Control Hub-administrerte nettsteder og nettsteder som ble oppdatert til Control Hub.
Sp. Hvis en bruker ble deaktivert i nettstedsadministrasjon før nettstedsoppdateringen til Control Hub og deretter senere ble lisensiert på nytt til det samme Webex-nettstedet i Control Hub, vil brukeren ha tilgang til de gamle opptakene sine?
1. Ja, brukeren vil fortsatt ha tilgang til de gamle opptakene sine. I tillegg vil alle brukere som ble deaktivert i nettstedsadministrasjon før nettstedsoppdateringen, bli oppført i Meetings CSV-eksportfilen i Control Hub.
Sp. Hvis et nettsted ikke har en SSO IdP konfigurert, men Control Hub-organisasjonen har en SSO IdP, hva skjer når nettstedet oppdateres til Control Hub?
1. Nettstedet vil bruke samme SSO IdP som Control Hub-organisasjonen.
Sp. Hvis et nettsted har en annen SSO IdP konfigurert enn SSO IdP i Control Hub, hva skjer når nettstedet oppdateres til Control Hub?
1. Nettstedet vil bytte til å bruke samme SSO IdP som Control Hub-organisasjonen.
Sp. Hvis et nettsted har konfigurert en SSO IdP, men Control Hub-organisasjonen ikke har en SSO IdP, hva skjer når nettstedet oppdateres til Control Hub?
1. Du vil bli blokkert fra å oppdatere nettstedet ditt. Hvis du vil fjerne blokkeringen av nettstedet slik at du kan oppdatere til Control Hub, må du enten fjerne SSO IdP fra nettstedet for nettstedsadministrasjon eller legge til en SSO IdP i Control Hub-organisasjonen.
Sp. Kan jeg fremdeles logge på nettstedets URL for å få tilgang til opptak og planlegge møter eller hendelser?
1. Ja, du kan fremdeles logge på nettstedets URL der du kan få tilgang til opptak, planlegge møter osv.
Sp. Endres brukerspesifikke innstillinger under nettstedsoppdateringen fra nettstedsadministrasjon til Control Hub?
1. Nei, brukerinnstillingene forblir uendret. Disse innstillingene vil gjelde som før oppdateringen av nettstedet.
Sp. Påvirkes opptakene mine eller planlagte møter av denne nettstedoppdateringen?
1. Vertsopptak påvirkes ikke. Du vil fortsatt ha tilgang til dem. Dine planlagte møter påvirkes heller ikke. Det er ingen endringer i dem.
Sp. Påvirkes opptak eller planlagte møter av brukere av denne nettstedsoppdateringen?
1. Brukeropptak påvirkes ikke. De vil fortsatt ha tilgang til dem. Planlagte møter påvirkes heller ikke. Det er ingen endringer i dem.
For brukere som ikke er gjort krav på ennå, kan opptakene deres 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 krever brukere før du oppdaterer nettstedet ditt til Control Hub. Hvis du gjør krav på brukere i organisasjonen etter at nettstedet er oppdatert til Control Hub, kan disse brukerne miste tilgangen til møter og møteressurser på nettstedet.
Som en midlertidig løsning kan du gjøre følgende for å sikre at brukere ikke mister tilgang til møter og møteressurser på nettstedet etter at nettstedet er 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øtenettstedet. Etter at du har gjort krav på brukeren, må du lisensiere brukeren på nytt til nettstedet. Du kan også gjenopprette sine eksterne administratorrettigheter.
- For vanlige brukere – Fjern møtenettstedslisensen, gjør krav på brukeren til organisasjonen din, og deretter lisensiere brukeren til nettstedet på nytt.
Spørsmål. Hvor går jeg gjennom ventende kontoforespørsler for egenregistrering for Control Hub-administrerte nettsteder?
1. Du og andre administratorer kan se gjennom forespørsler om egenregistrering i varslingssenteret.
Sp. Kan jeg få tilgang til brukernavnverdier fra nettstedsadministrasjon etter å ha oppdatert et nettsted til Control Hub?
1. En brukereksportfil for alle brukere i nettstedsadministrasjon er tilgjengelig i Control Hub i 90 dager etter at du har oppdatert nettstedet til Control Hub. Denne CSV-filen inneholder verdier for brukernavn.
Spm. Vi bruker brukernavnverdier til å identifisere brukere i nettstedsadministrasjon. Hvordan kan vi gjøre det samme i Control Hub?
1. Verdier for brukernavn går tapt etter oppdatering av et nettsted til Control Hub. Hvis du trenger tilgang til disse verdiene, er én løsning å kopiere verdiene til en sporingskode før du oppdaterer nettstedet. Sporingskodeverdier for brukere vil bli bevart og tilgjengelig etter oppdatering av et nettsted til Control Hub. Hvis du bruker SSO, er ExternalID et Control Hub-brukerattributt som kan inneholde denne verdien. Dette krever at du konfigurerer SAML-påstandene dine for å passere denne verdien når du konfigurerer SSO i Control Hub. Denne verdien vil også bli overført til Control Hub under automatisk opprettelse av nye brukere.
Sp. Hvor lang tid tar det å fullføre nettstedsoppdateringen etter at den har startet?
1. Nettstedsoppdatering tar omtrent 3 min + 1000 aktive brukere/min + 2000 inaktive brukere/min å fullføre. Hvis du for eksempel startet oppdateringen av nettstedet kl. 05:20 og nettstedet ditt har 8000 aktive brukere og 2000 inaktive brukere, vil oppdateringen av nettstedet ta ca. 12 minutter. I tillegg er nettstedoppdateringer satt på pause i 6 minutter på toppen av timen (mellom xx:57 og xx:03). Men resultatene dine kan variere.
Sp. Hvordan kan jeg automatisk lisensiere alle nye brukere eller nye brukere i bestemte grupper etter å ha oppdatert nettstedet som skal administreres i Control Hub?
1. Du kan konfigurere organisasjons- eller gruppebaserte lisensmaler for automatisk å tilordne lisenser til nye brukere.
Spm. Er det nedetid under oppdateringen av nettstedet?
1. Nei. Under oppdateringen av nettstedet:
- Brukere kan fortsette å bruke Meetings-tjenesten, for eksempel å bli med i og starte planlagte og ad hoc-møter.
- Møter som pågår når nettstedoppdateringen starter, påvirkes ikke.
- Abonnementet blir låst i Control Hub.
- Meetings-skrivebordsklienten kan ha problemer med delen «Kommende møter».
- Endringer i konfigurasjoner for nettstedsadministrasjon anbefales ikke.
