Takk for tilbakemeldingen.
Oppdater Webex Meetings nettstedsadministrasjon fra nettstedsadministrasjon til kontrollhub
Tilbakemelding?Om oppdatering fra nettstedsadministrasjon til kontrollhub
Det kreves ikke en oppdatering av klientversjoner når man oppdaterer et nettsted fra nettstedsadministrasjon til kontrollhub. Enkelte nettsteder kan ikke bruke denne funksjonen før partnerne som administrerer disse organisasjonene er klare.
Webex er i ferd med å bli en enhetlig plattform for å administrere møter, meldinger, anrop og andre samarbeidsformer. Derfor ønsker vi å flytte administrasjonen av alle Webex Meetings-nettsteder fra nettstedsadministrasjon til kontrollhub.
Vi har et verktøy i nettstedadministrasjon som kan hjelpe deg gjennom denne endringen. Hvis nettstedet ditt allerede er kvalifisert for oppdatering til Control Hub, kan du komme i gang ved å klikke på Oppdateringsadministrasjon i navigasjonsmenyen.
For en demonstrasjon av hvordan det fungerer å oppdatere nettstedet ditt til Control Hub, se denne videoen.
For å planlegge nettstedsoppdateringen, se gjennom delen Vurdering av nettstedsberedskap.
Fordelene med å administrere nettsteder i Control Hub inkluderer:
-
Enhetlige lisenstildelinger på tvers av alle Webex-tjenester, for eksempel møter, meldinger og anrop.
-
Konsekvente sikkerhetspolicyer på tvers av alle Webex-tjenester.
-
Felles påloggingsopplevelse for alle sluttbrukere mellom ulike Webex-tjenester.
-
Moderne administratorkontroller, for eksempel Directory Connector, SCIM og Active Directory-grupper.
-
Lisensmaler for å tilordne flere lisenser til brukere automatisk.
Du kan ikke bruke områdeadministrasjon til å administrere et møtenettsted etter oppdatering til Control Hub.
Hvis nettstedet ditt er planlagt for en automatisk oppdatering fra å være administrert i nettstedsadministrator til kontrollhub, vil du se følgende skjermbilde.
Du kan klikke på Endre datoen for nettstedets oppdatering for å endre den planlagte datoen.
Opplevelsen av å 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 administrasjonen av nettsteder i Control Hub. Denne delen fokuserer på forskjeller som påpekes når du oppdaterer nettstedet ditt.
Hvis du vil ha en mer detaljert oversikt over forskjellene mellom nettstedsadministrasjon og kontrollhub, kan du se denne artikkelen.
Brukeradministrasjon
Vi har et sentralisert brukeradministrasjonssystem underliggende Control Hub, der brukerne er distinkte og unike innenfor hele organisasjonen (og hele Webex). I nettstedsadministrasjon er brukerprofilen forskjellig per møtested.
- Enkel pålogging (SSO) med automatisk kontooppretting
-
I nettstedsadministrasjon har du en funksjon for «automatisk kontooppretting» som oppretter brukere når de autentiserer seg selv via SSO.
Denne funksjonen er også tilgjengelig i Control Hub. Se Oppretting og oppdatering av automatisk SAML-konto for Control Hub for mer informasjon.
Mange organisasjoner som bruker SSO foretrekker kanskje å administrere brukerne sine sentralt i eksterne katalogverktøy som Microsoft® Active Directory og Microsoft Azure, samt å kreve autentisering med 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 et visningsnavn og en 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 ditt til Control Hub.
- Passordhåndtering og utlåsing
-
Nettstedsadministrasjon har en funksjon som midlertidig låser brukere ute hvis de ikke klarer å logge på etter flere 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 datamaskiner og mennesker fra hverandre).
-
Legitime brukere har et selvbetjeningsalternativ for å endre sine glemte passord.
-
Vertslisensiering
- Verter må være i Control Hub-organisasjonen din
-
I Site Admin 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 å tillate brukere å be om en (verts)konto på nettstedet. Du kan også tillate brukere med en konto å be om tilleggstjenester på nettstedet. (se skjermbilder).
Når du administrerer et møtested i Control Hub, kan ikke brukere be om sin egen vertskonto for det nettstedet.
Control Hub har en sentralisert, automatisert måte du kan tilordne møtelisenser til nye brukere i stedet. https://help.webex.com/n3ijtaoLes .
Du kan også administrere brukerlisenser via API eller samlet ved hjelp av CSV.
Hvis du vil at brukere skal be om vertskontoene sine, kan du konfigurere nettstedet help/support med tips til å kontakte administratorer eller lenker til andre verktøy.
Du må deaktivere «Tillat registrering av vertskonto» og «Tillat brukere å be om tilleggstjenester» i nettstedsadministrasjon før du oppdaterer nettstedet til Control Hub.
-
Control Hub har andre alternativer for lisensadministrasjon, som maler for automatisk tildeling. Du kan få en rapport over inaktive verter som hjelper deg med å fjerne lisenser fra disse brukerne, enkeltvis eller samlet, 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øtestedet ditt slik at det kan administreres i Control Hub, bør du forberede Control Hub-organisasjonen din.
Sørg for at det ikke finnes noen ventende eller blokkerende handlinger på abonnementet. Oppdateringen vil mislykkes hvis:
- Du har eventuelle ventende handlinger på abonnementet som er knyttet til nettstedet du oppdaterer.
- Nettstedet har ikke noe abonnement knyttet til seg i Control Hub-organisasjonen.
- Informasjonen om nettstedslisensen i nettstedsadministrasjon samsvarer ikke med informasjonen om nettstedslisensen i Control Hub.
Vi anbefaler på det sterkeste at du bekrefter domenene dine og gjør krav på brukerne dine. Følgende lesning vil hjelpe:
-
Kontrollsenteret e-bok: 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 at du har bekreftet domenene dine): https://help.webex.com/nceb8tm. Det er spesielt viktig å gjøre krav på brukere fordi det sikrer at så mange brukere som mulig som burde være i organisasjonen din faktisk er der. Å gjøre krav på brukere med «Øyeblikkelig krav» unngår også forsinkelser i bruken av e-postadressene i organisasjonen din.
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 din etter at nettstedet er oppdatert til Control Hub, kan disse brukerne miste tilgang 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 møtenettstedslisensen. Etter at du har gjort krav på brukeren, må du lisensiere den på nytt til nettstedet. Du kan også gjenopprette deres eksterne administratorrettigheter.
- For vanlige brukere – Fjern møtestedets lisens, krev brukeren til organisasjonen din, og lisensier deretter brukeren på nytt til nettstedet.
-
Hvis møtestedet er konfigurert for SSO, må du også konfigurere SSO for Control Hub-organisasjonen din.
Automatisk kontooppretting for nye brukere
Hvis Webex-nettstedet ditt har aktivert automatisk kontooppretting i nettstedsadministrasjon, kan du aktivere en lignende funksjon i Control Hub med SAML automatisk kontooppretting. Sørg også for å sette opp en automatisk lisensmal slik at nye brukere automatisk får tildelt 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 vil ha i organisasjonen din, 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 Control Hub-organisasjonen din.
Administratortilgang til Webex-nettsteder etter oppdatering
En person med en organisasjonsomfattende administratorrolle i Control Hub vil automatisk få tilgang til nettsteder som oppdateres fra nettstedsadministrator til Control Hub. For eksempel vil fullstendige administratorer for organisasjoner bli fullstendige administratorer for Webex-nettsteder, brukeradministratorer for organisasjoner vil bli brukeradministratorer for Webex-nettsteder, og skrivebeskyttede administratorer for organisasjoner vil bli skrivebeskyttede administratorer for Webex-nettsteder.
XML API-er
XML-API-er er nå fremoverkompatible med Control Hub-administrerte nettsteder. Du kan lese om detaljene og forbeholdene på XML API 41.11.0-oppdateringer.
URL-adresser for XML API-tjenester endres ikke etter at et nettsted er oppdatert fra nettstedsadministrator til kontrollhub-administrert. De samme API-URL-ene vil fortsette å fungere. Cisco anbefaler at alle API-integrasjoner bruker OAUTH for autentisering.
Autentisering i XML API-er
Integrasjoner som ikke bruker Webex OAUTH for autentisering kan mislykkes etter at nettstedet er oppdatert til Control Hub. Tabellen nedenfor viser hvilken type administratorautentisering som vil fortsette å fungere etter at du har oppdatert nettstedet ditt.
| Type administratorgodkjenning i XML API før nettstedoppdatering | Admin i SSO-organisasjon etter nettstedoppdatering | Administrator ikke i SSO-organisasjon etter nettstedoppdatering |
|---|---|---|
| brukernavn (webExID)/password |  Vil fungere* | Vil fungere* |
| brukernavn (webExID)/sessionTicket | Vil fungere | Vil fungere |
| username/OAUTH (webExAccessToken) | Vil fungere | Vil fungere |
| email/password | Vil fungere* | Vil fungere* |
| email/sessionTicket | Vil fungere | Vil fungere |
| email/OAUTH (webExAccessToken) | Vil fungere | Vil fungere |
* Bakoverkompatibilitet – Cisco har aktivert username/password autentiseringer skal fungere i XML API-er etter nettstedoppdatering, selv om username ikke samsvarer med e-posten. Kompatibiliteten gjelder bare hvis:
- Brukerlegitimasjonen ble opprettet før nettstedoppdateringen. Ingen endringer er tillatt på
username, ellers vil tidligere påloggingsinformasjon mislykkes. - Legitimasjon for API-godkjenning kan ikke ha et annet passord i Control Hub enn for nettstedet når det ble administrert i nettstedsadministrasjon.
- Brukere med legitimasjon som brukes til autentisering, må være i aktiv tilstand (ikke inaktiv) i områdeadministrasjon når områdeoppdateringen til Control Hub skjer.
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 med bare en nettstedsadministratorrolle 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-nettsted. For administratorer med legitimasjon som brukes til API-integrasjoner, anbefaler vi at du forfremmer disse administratorene til fullstendige organisasjonsadministratorer i Control Hub, ideelt sett før du oppdaterer nettstedet til Control Hub.
Som en god praksis anbefaler vi at du først oppdaterer et testnettsted for å bekrefte at API-integrasjonene dine vil fungere uendret etter oppdatering til Control Hub.
Avhengig av hva integrasjonen din gjør, kan det hende at administratorer også må tilordnes en møtevertskonto på Control Hub-nettstedet for at integrasjonen skal fungere (dette var ikke nødvendig for administratorer på nettsteder for nettstedsadministratorer).
XML API-forskjeller i Control Hub
De fleste XML API-integrasjoner skal fungere uten endringer etter at du har oppdatert nettstedet ditt. Men det finnes noen unntak som er beskrevet i listen nedenfor:
- Opprett bruker– På Control Hub-administrerte nettsteder kan denne operasjonen også opprette en bruker i organisasjonen som eier nettstedet før en lisens tildeles. Hvis brukeren allerede finnes i en annen organisasjon, vil denne operasjonen mislykkes.
PMR ID parametervil ikke tre i kraft for brukere som ikke allerede har statusen Aktiv i Kontrollhub.createuserAPI-et tar lengre tid å fullføre på Control Hub-administrerte nettsteder. For bedre ytelse kan du legge til en ekstra tråd for å parallelliserecreateuser-kall. - SetUser– Kan føre til at brukeren tildeles eller fjerner lisensen for møtesiden (avhengig av API-parametere eller nyttelast).
- DelUser– Fjerner lisensen for møteområdet, 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 hvert XML API. Bruk av SAML-svar i brødtekstinnhold støttes ikke med dette kallet for Control Hub-administrerte nettsteder.
REST API-er
Control Hub har sine egne API-er, inkludert REST-API-er for personer og lisenser, for å opprette og lisensiere 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. For eksempel må du fortsatt bruke XML API-er for å tilordne møtelisenser til brukere utenfor organisasjonen som eier nettstedet. People API støtter ikke tildeling av nettstedadministratorroller til brukere. Hvis du vil tilordne nettstedsadministratorroller via et API, må du fortsatt bruke XML API.
Du kan bruke People API-en til å opprette organisasjonsadministratorer med full (eller skrivebeskyttet) tillatelse, og disse administratorene kan også administrere (eller vise) dine Control Hub-administrerte møtesider.
Control Hub har Webex-nettstedsspesifikke administratorroller, men People API kan ikke tilordne denne rollen for øyeblikket.
Fremtidsplaner (med forbehold om endringer)
- Nytt lisens-API som også kan gi møtestedslisenser 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 mål er å kun bruke REST API-er (for alle operasjoner på brukere og møtesteder). XML API-er for brukeradministrasjon vil fortsatt støttes inntil REST API-er kan brukes eksklusivt for alle brukeradministrasjonsoperasjoner. XML-API-er for brukeradministrasjon vil også bli avskrevet (dato ennå ikke fastslått).
Før du oppdaterer nettstedet ditt til Control Hub, anbefaler vi på det sterkeste at du gjennomgår følgende punkter først, slik at oppdateringen går så knirkefritt som mulig:
- Først bør du se gjennom dette dokumentet og sørge for at organisasjonen din følger de beste fremgangsmåtene som anbefales i delen Klargjør kontrollhub-organisasjonen din.
- Logg deretter på Webex-administrasjon og klikk på Oppdater administrasjon. I fasen av nettstedets klargjøring bør du ikke utføre noen anbefalte handlinger i filen fra delen for gjennomgang av brukere, og bør ikke deaktivere noen funksjoner som er nevnt i delen for gjennomgangsfunksjoner ennå. Ved å følge disse instruksjonene blir vurderingen av nettstedets klarhet en skrivebeskyttet operasjon som bare skal 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 heter
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 idé om hvor mange brukerrelaterte problemer du må jobbe med før du kan oppdatere nettstedet.
- Under seksjonen Se gjennom funksjoner ser du på funksjoner som er oppført med en rød X i konsekvenskolonnen. Dette vil gi deg informasjon om nettstedets beredskap fra et funksjonskonfliktperspektiv.
- Ikke gå [] til trinn 2 og ikke klikk på Oppdater til Control Hub-knappen ennå.
Når du har gjennomgått brukerens CSV-fil og sett på hvilke funksjoner du må konfigurere på nytt, fortsetter du å lese resten av avsnittene i denne artikkelen for å forberede nettstedet og organisasjonen din på hvordan du oppdaterer til Control Hub.
Note: Hvis nettstedet ditt har API-integrasjoner gjort av bedriften din eller gjennom tredjepartsløsninger, for eksempel læringsadministrasjonsløsninger, må du se gjennom delen Klargjør 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 nettstedet ble oppdatert til Control Hub:
- Obligatoriske felt for vertsprofil
- Nødvendige sporingskoder
Fra og med utgivelsen av 43.6 trenger ikke nettsteder som deltar i betaversjonene for egendefinerte attributter og obligatoriske vertsprofilfelt lenger å deaktivere disse funksjonene før de oppdaterer nettstedet sitt til Control Hub. I stedet vil veiviseren gi deg beskjed om å se gjennom disse to funksjonene, ettersom den gjeldende konfigurasjonen kopieres over til Control Hub-organisasjonen.
Hvis du deltar i betaversjonen av obligatoriske felt for vertsprofil, vil du se denne advarselen:
Hvis du deltar i betaversjonen av obligatoriske sporingskoder og tilpassede attributter, vil du se denne handlingen:
Hvis du ikke deltar i disse betaversjonene, kan du fortsette å lese følgende avsnitt.
Deaktiver funksjoner som blokkerer nettstedoppdateringer
Noen funksjoner må deaktiveres før du kan oppdatere et Webex-nettsted til Control Hub. Du kan se en liste som viser deg hvilke funksjoner som må deaktiveres. Funksjoner som er merket med et rødt sirkel-X-ikon må utføres. Funksjoner merket med et gult trekantikon med utropstegn er kun til informasjon og krever ingen handling.
For en demonstrasjon av hvordan du oppdaterer nettstedet ditt til Control Hub, se denne videoen.
Hvis organisasjonen din 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 slik at det skal administreres i Control Hub.
-
Logg inn på Webex nettstedsadministrasjon og gå til .
-
Finn og deaktiver alternativet Tillat registrering av vertskonto.
-
Finn Krev for kontoregistrering: og fjern alle boksene for obligatoriske brukerprofilfelt.
-
-
Klikk på Oppdater.
-
Gå til .
-
I kolonnen Vertsprofil endrer du alle sporingskoderadene som er merket som Obligatorisk til AdminSet eller Valgfritt.
-
Les mer om sporingskoder på https://help.webex.com/izu2ty.
Alle sporingskodeverdier for brukere bevares 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 for sporingskoder for kart til brukerattributter er et utkast som er i offentlig forhåndsvisning. Vi gir deg en liten smakebit på hva du kan forvente.
Før du kan oppdatere et nettsted med obligatoriske 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 direkte til veiviseren for sporingskoder for kart til 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 nødvendige sporingskoder, kan du fortsatt tilordne sporingskoder til brukerattributter før du oppdaterer et nettsted til Control Hub ved å følge denne fremgangsmåten.
For møtesteder som bruker avdeling som sporingskode, anbefaler vi at du tilordner sporingskoden til avdelingens brukerprofilattributt i motsetning til et tilpasset attributt. Siden avdeling er et standardprofilattributt i Control Hub, vil dette scenariet være mer effektivt i de fleste tilfeller.
Hvis dette attributtet er obligatorisk, går du til delen for brukerprofilattributter og merker avdelingsattributtet som obligatorisk. Husk at dette avdelingsattributtet, sammen med andre brukerattributter, ikke vil bli fylt ut for eksterne brukere.
| 1 |
Logg på Kontrollhub og gå til Møte. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Velg et nettsted, og gå deretter til . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Velg Opprett sporingskodekart.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Velg Åpne sporingskodesammendrag.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Klikk på Last ned konfigurasjonssammendrag. Du må laste ned en kopi av den gjeldende sporingskodekonfigurasjonen. Du trenger dette sammendraget til de neste trinnene for å sørge for at alle attributtverdier er i samsvar med de gjeldende sporingskodene. Du kan også laste ned tidligere sporingskodelister som en CSV-fil for å laste opp de samme verdiene for tilpassede attributter.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Gå tilbake til veiviseren og velg Legg til og se gjennom brukerattributter.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Konfigurer eventuelle nye tilpassede attributter som trengs for dette nettstedet. Merk eventuelle attributter som obligatoriske hvis du vil at disse feltene skal fylles ut for brukere. Tilpassede attributter gjelder ikke for organisasjoner som synkroniserer brukere med Directory Connector, Azure AD osv. Du kan bruke dette trinnet som en mulighet til å gjennomgå visningsnavnene for sporingskoder. Når du har gjort de nødvendige endringene, klikker du på Lagre. Låste attributter ligner på AdminSet i klassiske sporingskoder for møtesider. Når du merker et tilpasset attributt som låst, vil ikke brukerne kunne se det attributtet.Hvis du trykker på lagre i dette trinnet, vil eventuelle tilpassede attributter du har lagt til, fjernet eller merket som nødvendige, umiddelbart tre i kraft for organisasjonen. Nye brukere som er registrert i organisasjonen må overholde denne oppdaterte konfigurasjonen av tilpassede attributter, ellers vil brukerregistreringen mislykkes. Vær forsiktig før du merker tilpassede attributter som nødvendige.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Gå tilbake til veiviseren og velg Kartsporingskoder.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Bruk rullegardinlisten til å tilordne sporingskoder til organisasjonens tilpassede attributter eller brukerprofilattributter. Når en sporingskode for et nettsted tilordnes til et attributt, tilordnes systemet først til eksisterende attributter som samsvarer med sporingskodenavn hvis inndatatypen er satt til tekstfelt. Når du er ferdig, klikk på Neste. Hvis organisasjonen din bruker en automatisert brukerregistreringsprosess, for eksempel Directory Connector eller Azure AD, bør du ikke tilordne sporingskoder til tilpassede attributter. Tilordne i stedet sporingskodene til synkroniserte attributter. Tidligere kunne sporingskoder konfigureres forskjellig per senter. Alle sentre (møter, arrangementer, webinarer osv.) deler nå én planleggingskonfigurasjon. Når du tilordner et attributt som påkrevd, vil det attributtet være påkrevd ved planlegging i Webex Meetings, Webex Webinars osv.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Klikk på Lagre kartet. Synkronisering gjøres automatisk under prosessen med å oppdatere et nettsted til Control Hub. Vi foreslår at du tar en sikkerhetskopi av sporingskodeverdiene for brukere ved å utføre en nettstedsbrukereksport for møtestedet Når du tilordner sporingskoder til egendefinerte attributter, kommer dataenes eneste sannhetskilde fra Webex Identity i stedet for hvert enkelt møtested. Synkronisering gjør en engangskopiering av sporingskoden til brukerverdier til tilordnede attributter som ikke allerede er utfylt for brukere, noe som betyr at rekkefølgen på hvilke nettsteder du synkroniserer sporingskoder med først har betydning. Når du synkroniserer det første nettstedet, kopieres sporingskodeverdiene for brukere fra det nettstedet til det tilordnede brukerattributtet for den brukeren i Control Hub, men bare hvis den verdien ikke allerede er utfylt for brukeren. Enkelte sporingskodeverdier kan kanskje ikke kopieres fra nettstedet til brukerattributter under synkronisering Hvis en brukers verdi for et tilordnet nettsted allerede er utfylt på synkroniseringstidspunktet, kopieres ikke sporingsverdien fra det nettstedet til det tilordnede attributtet i Control Hub for den brukeren. For å unngå at data overstyrer andre sporingskoder for brukere, anbefaler vi at du tilordner og synkroniserer data for et møtested med de nyeste sporingskodedataene for brukere. Sporingskodeverdier kopieres ikke fra nettsteder som tilordner sporingskoder til brukerfelt som synkroniseres via eksterne kilder, for eksempel Directory Connector eller Azure AD. Tabellen nedenfor viser mulige scenarioer der data erstatter de opprinnelige sporingskodene. I disse scenariene er sporingskoden og det tilordnede attributtet brukerens by.
* Verdien for den forrige sporingskoden erstattes av det eksisterende tilordnede attributtet. | ||||||||||||||||||||||||||||||||||||||||
Før du oppdaterer nettstedet ditt slik at det kan 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 din, slettes fra organisasjonen.
- Brukere i organisasjonen kan autentiseres av IdP-en din hvis organisasjonen din er konfigurert for SSO.
- Brukerprofilfelt som er merket som obligatoriske på nettstedet, kopieres også til Control Hub-organisasjonen når du oppdaterer nettstedet. Hvis du ikke vil at disse feltene skal være merket som obligatoriske for kontoregistrering på nettstedet i Control Hub, fjerner du merket for feltene i nettstedsadministrator før du oppdaterer til Control Hub.
- Du har gjennomgått delen Klargjør kontrollhub-organisasjonen din tidligere i denne artikkelen.
For en demonstrasjon av hvordan du oppdaterer nettstedet ditt til Control Hub, se denne videoen.
Slik sjekker du om det finnes brukere som blokkerer nettstedoppdateringer
-
Logg inn på nettstedsadministrasjon, og åpne siden Oppdateringsadministrasjon.
-
Åpne kontrollen Se gjennom 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. Eksporter settes på pause i 6 minutter ved starten av timen (mellom xx:57 til xx:03).
-
Klikk på Last ned CSV når eksporten er fullført.
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 en annen e-postadresse i nettstedsadministrasjon og kontrollhub. Dette er mulig hvis brukerens e-postadresse ble endret på 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 nettstedsadministratoren slik at den samsvarer med e-postadressen i Control Hub
Brukere kan redigere sine nettstedadministratorprofiler: 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 avvik i brukerens e-postadresser, må de berørte brukerne bruke Control Hub-e-postadressene sine til å logge på møtenettstedet sitt. Disse brukerne kan kanskje ikke logge på hvis de prøver å logge på med e-postadressen i nettstedsadministratoren, eller hvis e-postadressen deres i Control Hub ikke lenger er gyldig i IdP-en deres (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 Basic Meetings-lisens
Eksterne brukere med Basic Meetings-lisenser må deaktiveres eller oppgraderes til betalte Webex Meetings-lisenser før nettstedet oppdateres fra nettstedsadministrator til kontrollhub.
Slik deaktiverer du brukere
For deaktivering av individuell bruker i nettstedadministrasjon:
-
Gå til .
-
Bruk indeks-, søke- og filterkontrollene for å finne brukeren.
-
Fjern merket i boksen Aktiv.
-
Send inn endringene.
Se Administrer brukerkontoer i Webex nettstedsadministrasjon for mer informasjon.
For deaktivering av batchbrukere i nettstedadministrasjon:
-
Eksporter brukerne til en CSV-fil.
-
Åpne CSV-filen og endre verdiene i
Active-kolonnen tilNfor alle berørte brukere. -
Importer den endrede CSV-filen.
Brukerne du endret er nå Inaktive.
Se Batchimport og -eksport av Webex-brukere i Webex-nettstedsadministrasjon for mer informasjon.
Brukere i organisasjoner med katalogsynkronisering
Hvis det finnes brukere uten tilknytning som burde vært 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 (via Directory Connector eller Azure AD) fordi katalogsynkronisering ikke tillater at nettstedsoppdateringsprosessen legger til brukere.
Nettstedsoppdateringen 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, legges 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 brukerne i users-to-review -filen, kan administrasjonsprosessen for oppdateringen mislykkes. Verktøyet sjekker ikke om du har rettet opp problemene før etter at du har startet den siste oppdateringen.
Oppdatere SSO-nettsteder og nettsteder uten SSO som er 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-en for et SSO-nettsted i nettstedsadministrasjon er forskjellig fra SSO-IdP-en for Control Hub.
- Når brukere på nettstedet ikke er i SSO IdP-en som er konfigurert i organisasjonen, kan disse brukerne nå bare legges til 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 nettstedsadministrator til Control Hub, logge på via autentiseringsmetoden 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 begynner
Det er noen funksjoner du må deaktivere, og du må kontrollere at alle brukere er i god stand til å 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 nettstedet til Control Hub, og at de ikke må gjøre noen endringer i Site Admin etter at du har startet.
| 1 |
Eksporter og lagre nettstedbrukerens eksportfil. Denne filen fungerer som et brukerkonfigurasjonsarkiv som hjelper deg med å validere etter oppdateringen. |
| 2 |
Logg inn på nettstedadministrasjon og klikk på Oppdater administrasjon. |
| 3 |
Se gjennom forutsetningene, spesielt CSV-listen over brukere i stater som kan påvirke hvor vellykket oppdateringen er. |
| 4 |
Les om funksjonene som må deaktiveres og forskjellene du kan forvente i brukeradministrasjon og vertslisenser (også dokumentert i denne artikkelen). |
| 5 |
Klikk på Oppdater til kontrollhub. Denne knappen aktiveres først 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 fullført. Når oppdateringen er fullført, vil ikke dette nettstedet lenger administreres i Nettstedadministrasjon. Hvis du ikke er forberedt på å administrere dette nettstedet fullt ut i Control Hub, avslutter du veiviseren nå.
 |
| 6 |
Klikk på OK. Oppdateringen starter. Et banner vises over Nettstedsadministrasjon for å informere deg om at en nettstedsoppdatering pågår. Hvis noe går galt, vil du se en feilmelding med foreslåtte tiltak. Ellers vil du se en melding om at det er vellykket. Nettstedsoppdatering tar omtrent 3 minutter + 1000 aktive users/min + 2000 inaktive users/min å fullføre. Hvis du for eksempel startet nettstedoppdateringen kl. 05:20 og nettstedet ditt har 8000 aktive brukere og 2000 inaktive brukere, vil en nettstedsoppdatering ta rundt 12 minutter. I tillegg settes nettstedoppdateringer på pause i 6 minutter på slutten av timen (mellom xx:57 til xx:03). Men resultatene dine kan variere. |
| 7 |
Klikk på Logg på kontrollhub. |
Etter at du har utløst nettstedsoppdateringen fra Webex nettstedsadministrasjon, kan du logge på Control Hub for å se statusen for nettstedsoppdateringen.
-
Logg på Kontrollhub og åpne siden Møter.
Du kan se en liste over møtestedene dine.
-
Klikk på et nettsted for å se informasjon om det nettstedet.
-
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å nettstedet. Brukere som vises som inaktive i brukerstatuskolonnen i nettstedsadministrasjon, vil ikke ha tilgang til det administrerte nettstedet i Control Hub. Disse brukerne vil heller ikke vises som om de har 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 eventuelle problemer under oppdateringen.
Du kan ikke lenger administrere dette nettstedet i Nettstedadministrasjon når nettstedsoppdateringen er fullført. All administrasjon for dette nettstedet må gjøres i Control Hub. Her er noen trinn for å bli kjent med og prøve ut administrasjon av nettstedet ditt i Control Hub:
-
Sjekk noen konfigurasjonsinnstillinger for nettstedet for å bekrefte at ingenting har endret seg. Dette er enklere hvis du kopierte noen innstillinger for nettstedsadministrator før du oppdaterte til Control Hub.
-
Velg en vert, og bekreft lisensen, sporingskodene og økttypene deres i Control Hub. Logg på møtesiden og bekreft at de planlagte møtene, opptakene og preferansene deres ikke er endret. Validering er enklere hvis vertens data kopieres før oppdatering til Control Hub.
Be brukeren om å 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 deres og bekreft at de kan være vert for møter.
Vi anbefaler at du setter opp organisasjons- eller gruppebaserte lisensmaler for å automatisk tildele lisenser til nye brukere eller bestemte grupper av nye brukere. -
Velg en bruker som var full administrator i Områdeadministrator, og kontroller at de har riktig tilgangsnivå til det oppdaterte nettstedet i Kontrollhub.
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 integrasjonen fungerer som forventet.
Les mer om hvordan du administrerer møtesteder i Control Hub på https://help.webex.com/naqlzeu.
-
Brukere vil ha én enkelt, enhetlig påloggingsopplevelse til Webex-appen og alle Control Hub-administrerte nettsteder.
Hvis brukernavnet ikke samsvarer med brukerens e-postadresse i nettstedsadministrasjonen, vil disse brukerne påvirke 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-en påloggingsopplevelsen til Webex-appen og alle Control Hub-administrerte nettsteder.
-
Påloggingsopplevelsen til Webex-appen påvirkes ikke som følge av oppdatering til Control Hub.
-
Når brukere logger seg på et Webex Meetings-nettsted, vil påloggingsskjermen se annerledes ut. Brukere må oppgi e-postadressen sin for å logge på, selv om organisasjonen deres er konfigurert for SSO.
Administratorer kan aktivere alternativet Husk meg i Kontrollhub slik at brukere ikke trenger å oppgi e-postadressen sin på nytt hver gang de logger på. -
Avhengig av hver brukers historikk, antall nettsteder de hadde en konto på osv.:
-
Hvis brukere var koblet til eksisterende brukere i Webex Identity/Control Hub, så vil brukerne bruke det samme passordet for alle Webex-nettsteder som oppdateres til Control Hub.
-
Hvis brukere ble opprettet i Webex Identity/Control Hub på grunn av nettstedskobling, gjelder deres første lenkede nettsteds legitimasjon (hvis organisasjonen ikke var konfigurert med SSO). Brukere blir omdirigert til å logge på det nettstedet. Hvis brukere har flere nettsteder med flere påloggingsinformasjoner, bør nettstedets URL-adresse hjelpe dem med å bestemme hvilke påloggingsinformasjoner 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å Glemt brukernavn eller passord? 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 den brukeren hadde en annen e-postadresse i nettstedsadministrasjon og kontrollhub på tidspunktet for nettstedsoppdateringen, kan den brukeren oppleve problemer når vedkommende prøver å logge på. Brukeren vet kanskje ikke at de nå må bruke Control Hub-e-postadressen sin 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 brukerne i Control Hub etter hvert som 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 uten SSO til Control Hub, må brukerne dine logge på Webex Meetings-mobilappen for iOS på nytt. Selv om Meetings for iOS-appen ikke krever at brukere logger seg på nytt i opptil to måneder etter nettstedoppdateringen, foreslår vi at brukere logger seg på manuelt for å unngå denne situasjonen forebyggende.
-
Under nettstedoppdateringen kan det hende at brukere med brukernavn som ikke samsvarer med e-postadressene deres, må logge på igjen.
-
Disse brukerne må kanskje 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 i møter før nettstedoppdateringen startet, vil ikke bli påvirket.
-
Tom CSV-fil med «bruker som skal gjennomgås»
Hvis nettstedet ditt er stort og har mer enn 1000 brukere med forskjellige e-postadresser i nettstedsadministrasjon enn i kontrollhub, kan du oppleve en tom CSV-fil med teksten «bruker som skal gjennomgås» i veiviseren for nettstedsoppdatering. Dette fører til at nettstedsoppdateringen ikke fungerer fordi du ikke vil kunne løse problemene for brukerne. Dette problemet jobbes med, og vi planlegger å løse det i løpet av de kommende ukene.
Innstillinger som ikke overføres ved oppdatering til Control Hub
- Hvis nettstedet ditt som er administrert av nettstedsadministratoren var på den trege kanalen, og kontrollhuben din også administreres av en partner, kan du miste synligheten til oppdateringskontroller for møtenettstedsversjoner etter oppdatering til kontrollhuben. Hvis dette skjer, kan du kontakte partneren din og be dem om å aktivere innstillingen Tillat kunden å oppgradere nettstedsversjon for organisasjonen din.
- Ventende forespørsler om selvregistrering av kontoer overføres ikke til varslingssenteret. Brukere må registrere seg for en konto på nytt etter at oppdateringen er fullført.
- Brukernavnverdier i nettstedsadministrator overskrives med e-postadresser til brukere i Control Hub etter at oppdateringen er fullført.
Brukerproblemer som forårsaker 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 starter.
Vanlige problemer som forårsaker at oppdateringen mislykkes og anbefalte handlinger
Hvis nettstedet ditt ikke oppdateres til Control Hub, kan du se i tabellen nedenfor om en av disse vanlige feilene er årsaken, og hva du kan gjøre for å fikse det.
| Feil som forårsaker at oppdateringen mislykkes | Anbefalt handling |
|---|---|
| Nettstedstypen er ugyldig. | Kontakt Webex-kundestøtteteamet ditt for å bekrefte at nettstedet er brukerkoblet. |
| Nettstedet har ikke noe abonnement tilknyttet. | Nettsteder må være tilknyttet et abonnement før det kan oppdateres til Control Hub. |
| Det er et problem med organisasjons-ID-en. | Organisasjons-ID-en for nettstedet som er koblet til, er ikke den samme som abonnementsorganisasjonens ID. Kontakt Webex-kundestøtteteamet ditt. |
| Følgende abonnement har ventende operasjoner i Control Hub: (Under-ID). | Prøv å oppdatere nettstedet på nytt etter at den ventende operasjonen er fullført. |
| Det er konflikter i innstillingene for enkel pålogging (SSO). | Hvis nettstedet er SSO-aktivert, må du sørge for at:
|
| Informasjonen om nettstedslisensen i nettstedsadministrasjon samsvarer ikke med informasjonen om nettstedslisensen i Control Hub. | Inkonsekvent lisensinformasjon mellom nettstedsadministrator og kontrollhub. Kontakt Webex-kundestøtteteamet ditt. |
| Noen brukernavn eller e-postadresser i nettstedsadministrasjon er i konflikt med brukernavn eller e-postadresser i Control Hub. | En brukers e-postadresse i nettstedsadministrator brukes av en annen bruker i Kontrollhub. Endre en av e-postadressene eller brukernavnene. |
| Vi hadde et problem med å oppdatere nettstedet ditt. | En intern feil forhindret oppdatering av dette nettstedet. Kontakt Webex-kundestøtteteamet ditt. |
| Vi hadde et problem med å oppdatere Webex-brukerne. | En intern feil forhindret oppdatering av dette nettstedet. Kontakt Webex-kundestøtteteamet ditt. |
Påloggingsproblemer for brukere
Sørg for å alltid tillate Webex-informasjonskapsler. Ellers kan brukere få påloggingsproblemer etter oppdatering til Control Hub.
Q. Finnes det en dato for når Cisco ikke lenger vil støtte nettstedsadministrasjon?
EN. Ja. Vi planlegger å avvikle Webex nettstedsadministrasjon ved utgangen av desember 2023.
Q. Vil administratorer av nettstedet i Nettstedsadministrasjon fortsatt beholde administratortilgangen til nettstedet etter oppdatering til kontrollhub-administrasjon?
EN. Ja. Alle administratorer på nettstedet i Nettstedsadministrasjon har fortsatt administratortilgang til nettstedet etter at nettstedet er oppdatert til Control Hub-administrasjon.
Q. Hvorfor ser jeg nye administratorer på nettstedet etter at jeg har oppdatert et møtenettsted fra nettstedsadministrator til kontrollhub-administrasjon?
EN. De nye administratorene på nettstedet var sannsynligvis administratorer for Control Hub-organisasjonen. Når et nettsted oppdateres fra nettstedsadministrator til Control Hub, blir alle organisasjonsomfattende administratorer nettstedsadministratorer for det nye Control Hub-administrerte nettstedet. Det betyr at fullverdige administratorer for organisasjonen blir fullverdige administratorer for Webex-nettsteder, brukeradministratorer for organisasjonen blir brukeradministratorer for Webex-nettsteder, og skrivebeskyttede administratorer for organisasjonen blir skrivebeskyttede administratorer for Webex-nettsteder.
Q. Hvorfor fungerer ikke pålogging med produktivitetsverktøyet etter at nettstedet er oppdatert til Control Hub?
EN. Sørg for at nettlesere er konfigurert til å alltid tillate øktinformasjonskapsler, som du finner i nettlesernes avanserte personverninnstillinger.
Q. Hvis en bruker slettes i Control Hub, og den samme e-postadressen deretter legges til i Control Hub på nytt og tildeles en møtelisens til samme Webex-nettsted, kan brukeren da få tilgang til sine gamle opptak?
EN. Ja, brukeren vil ha tilgang til alt sitt gamle møteinnhold hvis de er tildelt en lisens til noen av de tidligere Webex-nettstedene de var på. Dette gjelder både administrerte Control Hub-nettsteder og nettsteder som ble oppdatert til Control Hub.
Q. Hvis en bruker ble deaktivert i nettstedsadministrasjon før nettstedsoppdateringen til Control Hub og senere ble lisensiert på nytt til det samme Webex-nettstedet i Control Hub, vil brukeren ha tilgang til sine gamle opptak?
EN. Ja, brukeren vil fortsatt ha tilgang til sine gamle opptak. I tillegg vil alle brukere som ble deaktivert i nettstedsadministrasjon før nettstedsoppdateringen bli oppført i CSV-eksportfilen for møter i Control Hub.
Q. 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?
EN. Nettstedet vil bruke samme SSO IdP som Control Hub-organisasjonen.
Q. Hvis et nettsted har en annen SSO IdP-konfigurert enn SSO IdP-en i Control Hub, hva skjer når nettstedet oppdateres til Control Hub?
EN. Nettstedet vil bytte til å bruke samme SSO IdP som Control Hub-organisasjonen.
Q. Hvis et nettsted har en SSO IdP konfigurert, men Control Hub-organisasjonen ikke har en SSO IdP, hva skjer når nettstedet oppdateres til Control Hub?
EN. 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-en fra nettstedsadministratoren eller legge til en SSO IdP i Control Hub-organisasjonen.
Q. Kan jeg fortsatt logge på nettstedets URL for å få tilgang til opptak og planlegge møter eller arrangementer?
EN. Ja, du kan fortsatt logge på nettstedets URL der du kan få tilgang til opptak, planlegge møter osv.
Q. Endres brukerspesifikke innstillinger under nettstedsoppdateringen fra nettstedsadministrasjon til Kontrollhub?
EN. Nei, brukerinnstillingene vil forbli uendret. Disse innstillingene vil gjelde som før nettstedoppdateringen.
Q. Blir opptakene eller planlagte møter mine påvirket av denne nettstedsoppdateringen?
EN. Vertsopptak påvirkes ikke. Du vil fortsatt ha tilgang til dem. Dine planlagte møter påvirkes heller ikke. Det er ingen endringer på dem.
Q. Blir opptak eller planlagte møter for brukere påvirket av denne nettstedsoppdateringen?
EN. Brukeropptak påvirkes ikke. De vil fortsatt ha tilgang til dem. Planlagte møter påvirkes heller ikke. Det er ingen endringer på dem.
For brukere som ikke har blitt gjort krav på ennå, kan opptakene 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 din etter at nettstedet er oppdatert til Control Hub, kan disse brukerne miste tilgang 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 møtenettstedslisensen. Etter at du har gjort krav på brukeren, må du lisensiere den på nytt til nettstedet. Du kan også gjenopprette deres eksterne administratorrettigheter.
- For vanlige brukere – Fjern møtestedets lisens, krev brukeren til organisasjonen din, og lisensier deretter brukeren på nytt til nettstedet.
Q. Hvor kan jeg se gjennom ventende forespørsler om selvregistreringskontoer for Control Hub-administrerte nettsteder?
EN. Du og andre administratorer kan se gjennom forespørsler om egenregistrering i Varselsenter.
Q. Kan jeg få tilgang til brukernavnverdier fra nettstedsadministratoren etter å ha oppdatert et nettsted til Control Hub?
EN. 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 brukernavnverdier.
Q. Vi bruker brukernavnverdier for å identifisere brukere i nettstedsadministrasjon. Hvordan kan vi gjøre det samme i Kontrollhub?
EN. Brukernavnverdier 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 tilgjengelige 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-deklarasjonene dine til å sende denne verdien når du konfigurerer SSO i Control Hub. Denne verdien vil også bli sendt til Control Hub under automatisk oppretting av nye brukere.
Q. Hvor lang tid tar det å fullføre nettstedoppdateringen etter at den har startet?
EN. Nettstedsoppdatering tar omtrent 3 minutter + 1000 aktive users/min + 2000 inaktive users/min å fullføre. Hvis du for eksempel startet nettstedoppdateringen kl. 05:20 og nettstedet ditt har 8000 aktive brukere og 2000 inaktive brukere, vil en nettstedsoppdatering ta rundt 12 minutter. I tillegg settes nettstedoppdateringer på pause i 6 minutter på slutten av timen (mellom xx:57 til xx:03). Men resultatene dine kan variere.
Q. Hvordan kan jeg automatisk lisensiere alle nye brukere eller nye brukere i bestemte grupper etter at jeg har oppdatert nettstedet slik at det skal administreres i Control Hub?
EN. Du kan sette opp organisasjons- eller gruppebaserte lisensmaler for å automatisk tilordne lisenser til nye brukere.
Q. Er det nedetid under oppdatering av nettstedet?
EN. Nei. Under nettstedoppdateringen:
- Brukere kan fortsette å bruke møtetjenesten, for eksempel bli med i og starte planlagte og ad hoc-møter.
- Møter som pågår når nettstedoppdateringen starter, vil ikke bli påvirket.
- Abonnementet vil bli låst i Control Hub.
- Det kan hende at det er problemer med delen «Kommende møter» i Møter-skrivebordsklienten.
- Endringer i konfigurasjoner for nettstedsadministrasjon anbefales ikke.
