Kiitos palautteestasi.
Webex Meetings -toimipaikan hallinnan päivitys toimipaikan hallinnasta Control Hubiin
Onko sinulla palautetta?Tietoja päivittämisestä sivuston hallinnasta Control Hubiin
Sivuston päivittäminen Sivuston hallinnasta Control Hubiin ei edellytä asiakasversioiden päivittämistä. Jotkin sivustot eivät voi käyttää tätä ominaisuutta ennen kuin kyseisiä organisaatioita hallinnoivat kumppanit ovat valmiita.
Webexistä on tulossa yhtenäinen alusta kokousten, viestien, puheluiden ja muiden yhteistyömuotojen hallintaan. Siksi haluamme siirtää kaikkien Webex Meetings -sivustojen hallinnan Site Administrationista Control Hubiin.
Sivuston hallinnassa on työkalu, joka auttaa sinua tässä muutoksessa. Jos sivustosi on jo oikeutettu päivitykseen Control Hubiin, pääset alkuun napsauttamalla navigointivalikosta Päivitä hallinta .
Katso esittely siitä, miten sivuston päivittäminen Control Hubiin toimii, osoitteessa tämä video.
Sivuston päivityksen suunnittelun helpottamiseksi käy läpi Sivuston arviointivalmiuden arviointi -osio.
Sivustojen hallinnan etuja Control Hubissa ovat muun muassa:
-
Yhtenäiset lisenssien määritykset kaikissa Webex-palveluissa, kuten kokouksissa, viestinvälityksessä ja puheluissa.
-
Yhdenmukaiset tietoturvakäytännöt kaikissa Webex-palveluissa.
-
Yhteinen kirjautumiskokemus kaikille loppukäyttäjille eri Webex-palveluiden välillä.
-
Nykyaikaiset järjestelmänvalvojien hallintatoiminnot, kuten Directory Connector, SCIM ja aktiivihakemistoryhmät.
-
Lisenssimallit, joiden avulla voit määrittää useita lisenssejä käyttäjille automaattisesti.
Et voi käyttää Sivuston hallintaa kokoussivuston hallintaan Control Hubiin päivittämisen jälkeen.
Jos sivustosi on ajoitettu automaattiseen päivitykseen Sivuston ylläpidosta Control Hubiin, näet seuraavan kuvakaappauksen.
Voit muuttaa suunniteltua päivämäärää napsauttamalla Change your site update date .
Sivustojen hallinta Control Hubissa on samanlaista kuin Sivuston hallinnassa. Käyttäjien hallinta Control Hubissa perustuu nykyaikaisempiin perusteknologioihin, joten sivustojen hallinnassa Control Hubissa on muutamia eroja. Tässä osiossa keskitytään sivustoa päivitettäessä esiin kutsuttuihin eroihin.
Yksityiskohtaisempi yleiskatsaus Sivuston hallinnan ja Control Hubin välisistä eroista on osoitteessa tämä artikkeli.
Käyttäjähallinta
Meillä on Control Hubin taustalla keskitetty käyttäjähallintajärjestelmä, jossa käyttäjät ovat erillisiä ja ainutlaatuisia koko organisaatiossa (ja koko Webexissä). Sivuston hallinnassa käyttäjäprofiili on erillinen kokoussivustoittain.
- Single Sign On (SSO) ja automaattinen tilin luominen
-
Sivuston ylläpidossa on "automaattinen tilinluonti" -toiminto, joka luo käyttäjiä, kun he tunnistautuvat SSO:n avulla.
Tämä ominaisuus on käytettävissä myös Control Hubissa. Lisätietoja on osoitteessa SAML Auto Account Creation and Update for Control Hub .
Monet SSO:ta käyttävät organisaatiot haluavat ehkä hallita käyttäjiään keskitetysti ulkoisissa hakemistotyökaluissa, kuten Microsoft® Active Directory ja Microsoft Azure, sekä vaatia todennusta ulkoisilla identiteetin tarjoajilla.
Lue lisää:
- Pakolliset profiilitiedot ja seurantakoodit
-
Sivuston hallinnassa voit määrittää uusille käyttäjille vaaditut profiilikentät (edellinen kuvakaappaus). Voit laajentaa tätä vaatimaan seurantakoodeja käyttäjän luomista varten (kuvakaappaus alla). Jos määrität nämä lisävaatimukset, et voi lisätä käyttäjiä sivustoon ilman niitä.
Control Hub tarvitsee käyttäjän luomiseen vain näyttönimen ja sähköpostiosoitteen.
Kaikki muut käyttäjäkentät ovat valinnaisia, kun luot uuden käyttäjän Control Hubissa, joten emme pakota ylimääräisiä profiilitietoja Control Hubin hallinnoimille sivustoille.
Sinun on poistettava pakolliset profiilikentät ja seurantakoodit käytöstä, ennen kuin päivität sivustosi Control Hubiin.
- Salasanojen hallinta ja lukitus
-
Sivuston hallinnassa on toiminto, joka lukitsee käyttäjät tilapäisesti, jos he eivät kirjaudu sisään usean yrityksen jälkeen.
Control Hubissa on seuraavat vaihtoehdot luvattoman käytön estämiseksi:
-
Automaattinen aikakatkaisu muutaman ensimmäisen epäonnistuneen yrityksen jälkeen.
-
CAPTCHA-mekanismi (Completely Automated Public Turing test to tell Computers and Humans Apart).
-
Laillisten käyttäjien on mahdollista vaihtaa unohtuneet salasanansa itsepalveluna.
-
Isännän lisensointi
- Isäntien on kuuluttava Control Hub -organisaatioon
-
Sivuston hallinnassa voit määrittää isäntälisenssin mille tahansa käyttäjälle. Kun hallinnoit sivustoa Control Hubissa, voit määrittää isäntälisenssejä (& osallistujarooli) vain saman Control Hub -organisaation käyttäjille.
- Itsenäinen kirjautuminen Host-tilille
-
Sivuston hallinnassa voit valita, voivatko käyttäjät pyytää (isäntä)tiliä sivustolle. Voit myös antaa käyttäjätilin omaavien käyttäjien pyytää lisäpalveluja sivustolla. (katso kuvakaappaukset).
Kun hallinnoit kokouspaikkaa Control Hubissa, käyttäjät eivät voi pyytää omaa isäntätiliä kyseistä paikkaa varten.
Control Hubissa on keskitetty, automaattinen tapa määrittää kokouslisenssit uusille käyttäjille. Lue https://help.webex.com/n3ijtao.
Voit myös hallinnoida käyttäjälisenssejä API:n avulla tai CSV:n avulla massana.
Jos haluat, että käyttäjät voivat pyytää isäntätilejään, voit määrittää sivuston ohjeen/tuen, jossa on viitteitä yhteydenottoon ylläpitäjiin tai linkki muihin työkaluihin.
Sinun on poistettava käytöstä "Salli isäntätilin kirjautuminen" ja "Salli käyttäjien pyytää lisäpalveluja" sivuston hallinnassa, ennen kuin päivität sivustosi Control Hubiin.
-
Control Hubissa on muitakin lisenssinhallintavaihtoehtoja, kuten automaattiset jakomallit. Voit saada raportin toimimattomista isännistä, jotta voit poistaa lisenssejä kyseisiltä käyttäjiltä yksitellen tai irtotavarana tai API:n avulla.
Jos tarvitset tätä automaattista deaktivointivaihtoehtoa, eivätkä muut Control Hubin vaihtoehdot sovi sinulle, sinun kannattaa välttää sivustosi päivittämistä Control Hubiin tällä hetkellä.
Ennen kuin päivität kokouspaikan Control Hubissa hallittavaksi, sinun on valmisteltava Control Hub -organisaatio.
Varmista, ettei tilauksessa ole vireillä olevia tai estäviä toimia. Päivitys epäonnistuu, jos:
- Sinulla on päivitettävään sivustoon liittyvässä tilauksessa keskeneräisiä toimintoja.
- Sivustoon ei ole liitetty tilausta Control Hub -organisaatiossa.
- Sivuston hallinnassa olevat sivuston käyttöoikeustiedot eivät vastaa Control Hubissa olevia sivuston käyttöoikeustietoja.
Suosittelemme vahvasti verkkotunnusten tarkistamista ja käyttäjien vaatimista. Seuraavat lukemistiedot auttavat:
-
Valvontakeskus eBook: https://ebooks.cisco.com/story/controlhubessentials/
-
Miten hallita verkkotunnuksia: https://help.webex.com/cd6d84
-
Lunasta käyttäjiä muista organisaatioista (kun olet tarkistanut verkkotunnukset): https://help.webex.com/nceb8tm. Käyttäjien ilmoittaminen on erityisen tärkeää, koska se varmistaa, että mahdollisimman moni käyttäjä, jonka pitäisi olla organisaatiossasi, on siellä myös. Käyttäjien hakeminen "Välittömällä hakemisella" välttää myös viiveet sähköpostiosoitteiden käytössä organisaatiossasi.
Suosittelemme, että vaadit käyttäjiä ennen sivustosi päivittämistä Control Hubiin. Jos vaadit käyttäjiä organisaatioon sen jälkeen, kun sivusto on päivitetty Control Hubiin, nämä käyttäjät voivat menettää pääsyn sivuston kokouksiin ja kokousresursseihin.
Voit kiertotoimenpiteenä toimia seuraavasti varmistaaksesi, että käyttäjät eivät menetä pääsyä sivuston kokouksiin ja kokousresursseihin sen jälkeen, kun sivusto on päivitetty Control Hubiin:
- Käyttäjät, joilla on organisaation tai sivuston ulkoiset ylläpitäjäoikeudet - Poista kaikki organisaation ja sivuston ulkoiset ylläpitäjäoikeudet ja poista sitten kokoussivuston lisenssi. Kun olet lunastanut käyttäjän, lisensoi käyttäjä uudelleen sivustolle. Voit myös palauttaa heidän ulkoiset ylläpitäjän oikeudet.
- Tavalliset käyttäjät: Poista kokoussivuston lisenssi, hae käyttäjä organisaatiollesi ja lisensoi sitten käyttäjä uudelleen sivustolle.
-
Jos kokoussivusto on määritetty SSO:ta varten, sinun on määritettävä SSO myös Control Hub -organisaatiolle.
Automaattinen tilin luominen uusille käyttäjille
Jos Webex-sivustosi on ottanut käyttöön automaattisen tilinluonnin Site Adminissa, voit ottaa vastaavan ominaisuuden käyttöön Control Hubissa osoitteessa SAML auto account creation. Muista myös määrittää automaattinen lisenssimalli , jotta uusille käyttäjille osoitetaan automaattisesti lisenssit, kun heidän tilinsä on luotu Control Hub -organisaatiossa.
Organisaatiot, joissa on hakemistosynkronointi
Jos organisaatiosi on määritetty hakemistosynkronointia varten, varmista, että kaikki käyttäjät, joiden haluat kuuluvan organisaatioon, ovat sivustossa. Tämä on tehtävä 24 tuntia ennen sivuston päivitysprosessin aloittamista, jotta sivuston käyttäjät voidaan yhdistää Control Hub -organisaation uusiin käyttäjiin.
Järjestelmänvalvojan pääsy Webex-sivustoihin päivityksen jälkeen
Henkilö, jolla on koko organisaation laajuinen järjestelmänvalvojan rooli Control Hubissa, saa automaattisesti käyttöoikeuden sivustoihin, jotka päivitetään Site Administa Control Hubiin. Esimerkiksi organisaation täyskäyttäjistä tulee Webex-sivuston täyskäyttäjiä, organisaation käyttäjähallinnoijista Webex-sivuston käyttäjähallinnoijia ja organisaation vain lukuoikeuksien ylläpitäjistä Webex-sivuston vain lukuoikeuksien ylläpitäjiä.
XML-rajapinnat
XML-rajapinnat ovat nyt yhteensopivia Control Hubin hallinnoimien sivustojen kanssa. Voit lukea yksityiskohdista ja varoituksista osoitteessa XML API 41.11.0 Updates.
XML-API-palvelun URL-osoitteet eivät muutu, kun sivusto päivitetään Site Admin -palvelusta Control Hub -hallinnoitavaksi. Samat API-URL-osoitteet toimivat edelleen. Cisco suosittelee, että kaikki API-integraatiot käyttävät todennukseen OAUTH:ta.
Todentaminen XML API:issa
Integroinnit, jotka eivät käytä Webex OAUTH -todennusta , voivat epäonnistua sen jälkeen, kun sivusto on päivitetty Control Hubiin. Seuraavassa taulukossa esitetään, minkä tyyppinen ylläpitäjän todennus toimii edelleen sivuston päivittämisen jälkeen.
| Ylläpitäjän todennuksen tyyppi XML API:ssa ennen sivuston päivitystä | SSO-organisaation ylläpitäjä sivuston päivityksen jälkeen | Ylläpitäjä ei SSO-organisaatiossa sivuston päivityksen jälkeen |
|---|---|---|
| käyttäjätunnus (webExID)/salasana |  Toimii* | Toimii* |
| käyttäjätunnus (webExID)/sessionTicket | Toimii | Toimii |
| käyttäjätunnus/OAUTH (webExAccessToken) | Toimii | Toimii |
| sähköpostiosoite/salasana | Toimii* | Toimii* |
| email/sessionTicket | Toimii | Toimii |
| email/OAUTH (webExAccessToken) | Toimii | Toimii |
* Taaksepäin yhteensopivuus - Cisco on mahdollistanut käyttäjätunnuksen ja salasanan todennukset XML API:ssa sivuston päivityksen jälkeen, vaikka käyttäjätunnus ei vastaisi sähköpostia. Yhteensopivuutta sovelletaan vain, jos:
- Käyttäjätunnukset luotiin ennen sivuston päivitystä. Käyttäjätunnukseen
ei saa tehdä muutoksia, muuten aiemmat tunnukset epäonnistuvat. - API-todennuksen tunnistetiedoilla ei voi olla eri salasana Control Hubissa kuin sivustolla, kun sitä hallinnoitiin sivuston hallinnassa.
- Käyttäjien, joiden tunnistetietoja käytetään todennuksessa, on oltava aktiivisessa tilassa (ei inaktiivisessa) Sivuston hallinnassa, kun sivusto päivitetään Control Hubiin.
Lisätietoja XML API -integraatioista Control Hubin hallinnoimilla sivustoilla, mukaan lukien OAUTH-todennus, saat osoitteesta tämä opas.
Käyttäjätunnus on asetettu sähköpostiksi kaikille käyttäjille, kun sivusto päivitetään Control Hubiin. Jos API-käyttäjätunnusta käytetään API-hyötykuormissa, hyötykuormissa on käytettävä sähköpostia sen sijaan, kun sivusto on päivitetty.
Järjestelmänvalvojan rooli Control Hubissa API-integraatioita varten
Järjestelmänvalvojat, joilla on vain Sivuston ylläpitäjän rooli, eivät ehkä pysty tekemään joitakin toimintoja XML-rajapintojen avulla, kuten muuttamaan käyttäjän sähköpostiosoitetta tai näyttönimeä sen jälkeen, kun sivusto on päivitetty Control Hub -sivustoksi. Niiden ylläpitäjien osalta, joiden tunnuksia käytetään API-integraatioissa, suosittelemme, että ylennät nämä ylläpitäjät organisaation täysivaltaisiksi ylläpitäjiksi Control Hubissa, mieluiten ennen sivuston päivittämistä Control Hubiin.
Parhaana käytäntönä suosittelemme, että päivität ensin testisivuston varmistaaksesi, että API-integraatiot toimivat muuttumattomina Control Hubiin päivittämisen jälkeen.
Riippuen siitä, mitä integraatiosi tekee, ylläpitäjille on ehkä myös määritettävä Meetings-isäntätili Control Hub -sivustolla, jotta integraatio toimisi (tätä ei vaadittu sivuston ylläpitäjien sivustojen ylläpitäjiltä).
XML API -erot Control Hubissa
Useimpien XML API -integraatioiden pitäisi toimia ilman muutoksia sivustosi päivittämisen jälkeen. On kuitenkin joitakin poikkeuksia, jotka on lueteltu yksityiskohtaisesti seuraavassa luettelossa:
- CreateUser-Control Hubin hallinnoimissa sivustoissa tämä toiminto voi myös luoda käyttäjän sivuston omistavaan organisaatioon ennen lisenssin myöntämistä. Jos käyttäjä on jo olemassa toisessa organisaatiossa, tämä toiminto epäonnistuu.
PMR ID -parametriei tule voimaan käyttäjille, joilla ei vielä ole Aktiivinen -tilaa Control Hubissa.createuserAPI kestää kauemmin Control Hubin hallinnoimissa sivustoissa. Suorituskyvyn parantamiseksi voit lisätä ylimääräisen säikeen rinnakkaistamaancreateuser-kutsuja. - SetUser-Voi johtaa kokousten käyttöoikeuden myöntämiseen tai poistamiseen käyttäjältä (API-parametreista tai hyötykuormasta riippuen).
- DelUser- Poistaa kokousten käyttöoikeudet, mutta ei poista käyttäjää Control Hub -organisaatiosta.
- LstsummaryUser-Palauttaa myös käyttäjän
objectGUID. - AuthenticateUser-Control Hubin hallinnoimilla sivustoilla suosittelemme istuntolipun luomista
AuthenticateUser-palvelun kautta sen sijaan, että käytettäisiin käyttäjänimeä ja salasanaa jokaista XML-API:tä varten. SAML-vastauksen käyttämistä rungon sisällössä ei tueta tällä kutsulla Control Hubin hallinnoimissa sivustoissa.
REST API:t
Control Hubilla on omat API:t, kuten People- ja License REST API:t käyttäjien luomista ja lisensointia varten:
Istuntotyypit ja seurantakoodit ovat saatavilla myös REST-API:n kautta osoitteessa:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Edellä mainitut REST-rajapinnat eivät kuitenkaan tue kaikkia XML-rajapinnoissa käytettävissä olevia käyttäjähallintatoimintoja. Sinun on esimerkiksi edelleen käytettävä XML-rajapintoja kokouslisenssien osoittamiseen sivuston omistavan organisaation ulkopuolisille käyttäjille. People API ei tue Sivuston ylläpitäjän roolien osoittamista käyttäjille. Jos haluat määrittää sivuston ylläpitäjän rooleja API:n kautta, sinun on silti käytettävä XML-API:tä.
Voit käyttää People API:ta luodaksesi organisaation ylläpitäjiä, joilla on täydet (tai vain lukuoikeudet), ja nämä ylläpitäjät voivat myös hallita (tai tarkastella) Control Hubin hallinnoimia kokoussivustoja.
Control Hubissa on Webex-sivustokohtaisia järjestelmänvalvojan rooleja, mutta People API ei voi tällä hetkellä määrittää tätä roolia.
Tulevat suunnitelmat (muutokset mahdollisia)
- Uusi lisenssirajapinta, joka voi myöntää kokoussivuston lisenssejä myös ulkopuolisille käyttäjille, jotka eivät kuulu samaan organisaatioon, joka on luonut sivuston. Ulkoisten käyttäjien lisensointi on saatavilla manuaalisesti Control Hubissa tänään.
- SCIM-API:n avulla voit luoda ja poistaa käyttäjiä organisaatiossa.
- Ciscon pitkän aikavälin tavoitteena on käyttää vain REST API:ita (kaikkiin käyttäjiin ja kokouspaikkoihin liittyviin toimintoihin). Käyttäjähallinnan XML-rajapintoja tuetaan edelleen, kunnes REST-rajapintoja voidaan käyttää yksinomaan kaikkiin käyttäjähallintatoimintoihin. Käyttäjähallinnan XML-rajapinnat poistetaan myös käytöstä (päivämäärä sovitaan myöhemmin).
Ennen kuin päivität sivustosi Control Hubiin, suosittelemme, että luet ensin seuraavat asiat, jotta päivitys sujuisi mahdollisimman sujuvasti:
- Tutustu ensin tähän asiakirjaan ja varmista, että organisaatiosi noudattaa parhaita käytäntöjä, joita suositellaan kohdassa Valmistaudu Control Hub -organisaatiosi .
- Kirjaudu seuraavaksi sisään Webex Administration -palveluun ja valitse Päivitä hallinta. Sivuston valmiusvaiheessa sinun ei pitäisi tehdä mitään suositeltuja toimia tiedostossa Review users -osiossa ja ei pitäisi poistaa käytöstä vielä mitään Review features -osiossa mainittuja ominaisuuksia. Kun noudatat näitä ohjeita, sivuston valmiuden arvioinnista tulee pelkkä lukutoiminto, jonka avulla voit arvioida muutokset, jotka sinun on tehtävä ennen Control Hubiin päivittämistä.
- Klikkaa Review users -osiossa Export user CSV file ja lataa CSV-tiedosto, jonka nimi on
users-to-review-xxxxx.csv.Tässä tiedostossa luetellaan kaikki käyttäjät, jotka tarvitsevat huomiota, ja siinä on suositeltu toimenpide kullekin käyttäjälle. Tässä tiedostossa olevien käyttäjien määrä antaa sinulle käsityksen siitä, kuinka monta käyttäjiin liittyvää ongelmaa sinun on käsiteltävä, ennen kuin voit päivittää sivuston.
- Katso Review features -osiosta kaikki ominaisuudet, jotka on lueteltu seurauksia koskevassa sarakkeessa punaisella X:llä. Näin saat tietoa sivustosi valmiudesta ominaisuusristiriitojen näkökulmasta.
- Älä älä siirry vaiheeseen 2 ja älä älä napsauta vielä Update to Control Hub -painiketta.
Kun olet tarkistanut käyttäjän CSV-tiedoston ja katsonut, mitä ominaisuuksia sinun on mahdollisesti määritettävä uudelleen, jatka tämän artikkelin muiden osioiden lukemista valmistellaksesi sivustosi ja organisaatiosi päivittämistä Control Hubiin.
Huomautus: Jos sivustollasi on API-integraatioita, jotka on tehty yrityksesi toimesta tai kolmannen osapuolen ratkaisujen, kuten oppimisen hallintaratkaisujen, kautta, tarkista, että olet lukenut kohdan Sivuston API-integraatioiden valmistelu Control Hubin kanssa toimimista varten.
Tulevat muutokset julkaisussa 43.6
Tähän asti nämä kaksi ominaisuutta oli poistettava käytöstä ennen sivuston päivittämistä Control Hubiin:
- Vaadittavat isäntäprofiilin kentät
- Tarvittavat seurantakoodit
43.6:n julkaisusta alkaen sivustojen, jotka osallistuvat mukautettujen attribuuttien ja vaadittujen isäntäprofiilikenttien ominaisuuksien beta-versioihin, ei enää tarvitse poistaa näitä ominaisuuksia käytöstä ennen sivuston päivittämistä Control Hubiin. Sen sijaan ohjattu toiminto ilmoittaa, että sinun on tarkistettava nämä kaksi ominaisuutta, koska nykyinen kokoonpano kopioidaan Control Hub -organisaatioon.
Jos osallistut required host profile fields -betatestiin, näet tämän varoituksen:
Jos osallistut vaadittavien seurantakoodien ja mukautettujen attribuuttien -betatestiin, näet tämän toiminnon:
Jos et osallistu kyseisiin betoihin, jatka lukemista seuraavassa osiossa.
Poista käytöstä ominaisuudet, jotka estävät sivuston päivityksen
Jotkin ominaisuudet on poistettava käytöstä, ennen kuin voit päivittää Webex-sivuston Control Hubiin. Näet luettelon, josta näet, mikä ominaisuus on poistettava käytöstä. Punaisella X-kuvakkeella merkityt ominaisuudet on tehtävä. Keltaisella kolmion huutomerkillä merkityt ominaisuudet ovat vain tiedoksi, eivätkä ne vaadi toimenpiteitä.
Katso demo siitä, miten sivustosi päivitetään Control Hubiin, osoitteessa tämä video.
Jos organisaatiosi käyttää automaattista tilien luontiominaisuutta Sivuston ylläpidossa, sinun on määritettävä vastaava ominaisuus Control Hubissa ja määritettävä automaattinen lisenssimalli lisenssien automaattista jakamista varten. Katso lisätietoja osoitteesta tämä artikkeli . Tämä on tehtävä ennen Control Hubissa hallinnoitavan sivuston päivittämistä.
-
Kirjaudu sisään Webex-sivuston hallintaan ja siirry osoitteeseen .
-
Etsi ja poista käytöstä Allow host account signup -vaihtoehto.
-
Etsi Vaadi tilin rekisteröintiä varten: ja tyhjennä kaikki vaadittujen käyttäjäprofiilikenttien ruudut.
-
-
Napsauta Päivitä.
-
Siirry osoitteeseen .
-
Muuta Host Profile -sarakkeessa kaikki seurantakoodirivit, jotka on merkitty muotoon Required muotoon AdminSet tai Optional.
-
Lue lisää seurantakoodeista osoitteessa https://help.webex.com/izu2ty.
Kaikki käyttäjien seurantakoodien arvot säilyvät, kun päivität sivuston Control Hubiin.
-
Tulevaisuudessa tämä rajoitus poistetaan, ja voit liittää seurantakoodit vaadittuihin mukautettuihin käyttäjäattribuutteihin Control Hubissa vastaavaa toimintoa varten.
Map tracking codes to user attributes -ominaisuus on luonnos, joka on julkisessa esikatselussa. Annamme sinulle esimakua siitä, mitä on odotettavissa.
Ennen kuin voit päivittää sivuston vaadittavilla -seurantakoodeilla Sivuston hallinnasta Control Hubiin, sinun on yhdistettävä kyseiset seurantakoodit käyttäjäattribuutteihin Control Hubissa. Voit napsauttaa Tietoja-kohdan alla olevaa kuvaketta, jolloin pääset suoraan sivustoa koskevan ohjatun kartan seurantakoodien ja käyttäjäattribuuttien välille. Jos et ole vielä kartoittanut tai poistanut käytöstä vaadittuja seurantakoodeja, et voi päivittää sivustoasi Control Hubiin.
Jos sivustossasi ei ole vaadittuja seurantakoodeja, voit silti liittää seurantakoodit käyttäjäattribuutteihin ennen sivuston päivittämistä Control Hubiin noudattamalla tätä menettelyä.
Kokouspaikoilla, jotka käyttävät seurantakoodina osasto , suosittelemme, että seurantakoodi liitetään osaston käyttäjäprofiiliattribuuttiin eikä mukautettuun attribuuttiin. Koska osasto on Control Hubin vakiomuotoinen profiiliattribuutti, tämä skenaario on useimmissa tapauksissa tehokkaampi.
Jos tämä määrite vaaditaan, siirry käyttäjäprofiilin attribuuttiosioon ja merkitse osastoattribuutti pakolliseksi. Muista, että tätä osastoattribuuttia ja muita käyttäjäattribuutteja ei täytetä ulkoisille käyttäjille.
| 1 |
Kirjaudu sisään osoitteessa Control Hub ja siirry osoitteeseen Kokous. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Valitse sivusto ja siirry sitten osoitteeseen . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Valitse Luo seurantakoodikartta.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Valitse Avaa seurantakoodin yhteenveto.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Napsauta Lataa kokoonpanon yhteenveto. Sinun on ladattava kopio nykyisestä seurantakoodin kokoonpanosta. Tarvitset tätä yhteenvetoa seuraavissa vaiheissa varmistaaksesi, että kaikki attribuuttien arvot ovat yhdenmukaisia nykyisten seurantakoodien kanssa. Voit myös ladata aiemmat seurantakoodiluettelot CSV-tiedostona ja ladata samat arvot mukautetuille ominaisuuksille.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Palaa takaisin ohjatulle toiminnolle ja valitse Add and review user attributes.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Määritä kaikki sivuston tarvitsemat uudet mukautetut määritteet. Merkitse määritteet pakollisiksi, jos haluat, että kyseiset kentät täytetään käyttäjille. Mukautettuja määritteitä ei voi käyttää organisaatioissa, jotka synkronoivat käyttäjät Directory Connectorin, Azure AD:n jne. avulla. Voit käyttää tätä vaihetta tilaisuutena tarkistaa seurantakoodien näyttönimet. Kun olet tehnyt tarvittavat muutokset, napsauta Tallenna. Lukitut attribuutit ovat samanlaisia kuin AdminSet klassisissa kokouspaikan seurantakoodeissa. Kun merkitset mukautetun ominaisuuden lukituksi, käyttäjät eivät voi nähdä kyseistä ominaisuutta.Jos painat tässä vaiheessa tallenna, kaikki lisäämäsi, poistamasi tai pakolliseksi merkitsemäsi mukautetut määritteet tulevat välittömästi voimaan organisaatiossa. Organisaatioon otettavien uusien käyttäjien on noudatettava tätä päivitettyä mukautettua määrityskonfiguraatiota, tai muuten käyttäjän käyttöönotto epäonnistuu. Ole varovainen, ennen kuin merkitset mukautettuja määritteitä tarpeellisiksi.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Palaa takaisin ohjattuun toimintoon ja valitse Map tracking codes.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Pudotusluettelon avulla voit yhdistää seurantakoodit organisaation mukautettuihin tai käyttäjäprofiilin ominaisuuksiin. Kun sivuston seurantakoodi liitetään määritteeseen, järjestelmä liitetään ensin jo olemassa oleviin määritteisiin, jotka vastaavat seurantakoodien nimiä, jos syöttötyypiksi on asetettu tekstikenttä. Kun olet valmis, napsauta Next. Jos organisaatiosi käyttää automaattista käyttäjien sisäänottoprosessia, kuten Directory Connectoria tai Azure AD:tä, sinun ei pitäisi liittää seurantakoodeja mukautettuihin ominaisuuksiin. Kartoita sen sijaan seurantakoodit synkronoituihin attribuutteihin. Aiemmin seurantakoodit voitiin määrittää eri tavalla keskuksittain. Kaikilla keskuksilla (kokoukset, tapahtumat, webinaarit jne.) on nyt yhteinen aikataulutusmääritys. Kun määrite määritetään pakolliseksi, se vaaditaan Webex-kokousten, Webex-webinaarien jne. aikatauluttamisen yhteydessä.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Napsauta Tallenna kartta. Synkronointi tapahtuu automaattisesti, kun sivusto päivitetään Control Hubiin. Suosittelemme tekemään varmuuskopion käyttäjien seurantakoodin arvoista tekemällä sivuston käyttäjien viennin kokoussivustolle. Kun seurantakoodit liitetään mukautettuihin attribuutteihin, tietojen ainoa totuuden lähde on Webex Identity eikä kukin yksittäinen kokoussivusto. Synkronointi kopioi kerran seurantakoodin käyttäjäarvot kartoitettuihin attribuutteihin, joita ei ole vielä täytetty käyttäjille, mikä tarkoittaa, että se, missä järjestyksessä synkronoit seurantakoodit ensin, on tärkeää. Kun synkronoit ensimmäistä sivustoa, kyseisen sivuston käyttäjien seurantakoodien arvot kopioidaan Control Hubissa kyseisen käyttäjän yhdistettyyn käyttäjäattribuuttiin, mutta vain jos kyseinen arvo ei ole jo täytetty käyttäjälle. Joitakin seurantakoodin arvoja ei ehkä kopioida sivustolta käyttäjäattribuutteihin synkronoinnin aikana. Jos käyttäjän arvo kartoitetun sivuston osalta on jo täytetty synkronointihetkellä, kyseisen sivuston seuranta-arvoa ei kopioida Control Hubin kartoitettuun attribuuttiin kyseisen käyttäjän osalta. Jotta tiedot eivät syrjäyttäisi käyttäjien muita seurantakoodeja, suosittelemme, että kartoitat ja synkronoit kokoussivuston tiedot käyttäjien viimeisimpien seurantakooditietojen kanssa. Seurantakoodien arvoja ei kopioida sivustoista, jotka kartoittavat seurantakoodit käyttäjäkenttiin, jotka synkronoidaan ulkoisten lähteiden, kuten Directory Connectorin tai Azure AD:n, kautta. Seuraavassa taulukossa esitetään mahdolliset skenaariot, joissa tiedot korvaavat alkuperäiset seurantakoodit. Näissä tilanteissa seurantakoodi ja kartoitettu attribuutti ovat käyttäjän kaupunki.
* Aiempi seurantakoodin arvo korvataan nykyisellä yhdistetyllä attribuutilla. | ||||||||||||||||||||||||||||||||||||||||
Ennen kuin päivität sivustosi Control Hubissa hallittavaksi, varmista, että:
- Kaikki sivuston käyttäjät, joiden pitäisi olla organisaatiossasi, ovat todellisuudessa Control Hub -organisaatiossasi.
- Kaikki sivuston käyttäjät, joiden ei pitäisi olla organisaatiossasi, poistetaan organisaatiostasi.
- Organisaation käyttäjät voidaan todentaa IdP:llä, jos organisaatiossasi on määritetty SSO.
- Sivustossa vaadittaviksi merkityt käyttäjäprofiilikentät kopioidaan myös Control Hub -organisaatioon, kun sivusto päivitetään. Jos et halua, että nämä kentät on merkitty vaadittaviksi Control Hubin sivuston tilien rekisteröintiä varten, poista kenttien valinta ensin Site Adminissa ennen päivittämistä Control Hubiin.
- Olet lukenut aiemmin tässä artikkelissa olevan osion Valmistaudu Control Hub -organisaatioon .
Katso demo siitä, miten sivustosi päivitetään Control Hubiin, osoitteessa tämä video.
Miten tarkistaa käyttäjät, jotka estävät sivuston päivityksen
-
Kirjaudu sisään sivuston hallintaan ja avaa Update Administration -sivu.
-
Avaa Tarkista hallinnon päivittämisen edellytykset -ohjaus ja valitse Vie kyseiset käyttäjät CSV-tiedostona.
-
Odota, että vienti päättyy. Prosessi voi kestää jonkin aikaa riippuen aloitusaikataulusta ja sivuston käyttäjien määrästä. Vienti keskeytetään 6 minuutiksi tunnin alussa (klo xx:57 ja xx:03 välillä).
-
Napsauta Lataa CSV , kun vienti on valmis.
Selaimesi lataa
users-to-review.csv. -
Avaa CSV-tiedosto ja tarkista Recommended action -sarake (viimeinen sarake). Suositellut toimenpiteet kunkin tiedoston käyttäjän osalta.
Käyttäjät, joiden sähköpostiosoitteet eivät täsmää
Joillakin käyttäjillä voi olla eri sähköpostiosoite Site Adminissa ja Control Hubissa. Tämä on mahdollista, jos käyttäjän sähköpostiosoite on muutettu vain jommassakummassa paikassa sen jälkeen, kun käyttäjä on linkitetty tältä sivustolta Control Hubiin.
Kokeile näitä toimia korjataksesi käyttäjät, joiden sähköpostiosoitteet eivät täsmää:
-
Muuta käyttäjän sähköpostiosoite sivuston ylläpidossa vastaamaan Control Hubin sähköpostiosoitetta.
Käyttäjät voivat muokata sivuston ylläpitäjäprofiilejaan: https://help.webex.com/nmig1kcb
-
Muuta käyttäjän sähköpostiosoite Control Hubissa vastaamaan sivuston ylläpitäjän sähköpostiosoitetta: https://help.webex.com/nsi3kgb.
Käyttäjät voivat muuttaa omia sähköpostiosoitteitaan Control Hub -organisaatiossa: https://help.webex.com/nme40aeb
Jos päivität sivustosi Control Hubiin korjaamatta käyttäjien sähköpostiosoitteiden yhteensopimattomuutta, kyseisten käyttäjien on kirjauduttava kokouspaikalleen Control Hubin sähköpostiosoitteilla. Nämä käyttäjät eivät ehkä pysty kirjautumaan sisään, jos he yrittävät kirjautua sisään Site Admin -sivuston sähköpostiosoitteella tai jos heidän Control Hub -sähköpostiosoitteensa ei ole enää voimassa heidän IdP:ssä (SSO-organisaatioissa). Ne eivät estä sinua päivittämästä sivustoa, mutta sähköpostiosoitteet kannattaa korjata ennen päivityksen aloittamista.
Ulkopuoliset käyttäjät, joilla on Basic Meetings -lisenssi
Ulkoiset käyttäjät, joilla on Basic Meetings -lisenssit , on deaktivoitava tai päivitettävä maksullisiin Webex Meetings -lisensseihin ennen sivuston päivittämistä Site Administa Control Hubiin.
Käyttäjien poistaminen käytöstä
Yksittäisen käyttäjän deaktivointi sivuston hallinnassa:
-
Siirry osoitteeseen .
-
Etsi käyttäjä indeksin, haun ja suodattimen avulla.
-
Poista valintaruutu Aktiivinen .
-
Lähetä muutokset.
Lisätietoja on osoitteessa Käyttäjätilien hallinta Webex-sivuston hallinnassa .
Käyttäjien poistaminen eräajona sivuston hallinnassa:
-
Vie käyttäjät CSV-tiedostoon.
-
Avaa CSV-tiedosto ja muuta
Active-sarakkeen arvot muotoonNkaikkien asianomaisten käyttäjien osalta. -
Tuo muutettu CSV-tiedosto.
Muuttamasi käyttäjät ovat nyt Inactive.
Katso lisätietoja osoitteesta Webex-käyttäjien erätuonti ja -vienti Webex-sivuston hallinnassa .
Käyttäjät organisaatioissa, joissa on hakemistosynkronointi
Jos organisaatiossasi on linkittämättömiä käyttäjiä, joiden pitäisi olla organisaatiossasi, mutta joita ei ole vielä lisätty, sinun on ensin lisättävä heidät organisaatioon. Tämä on erityisen tärkeää organisaatioille, jotka on määritetty hakemistosynkronointia varten (Directory Connectorin tai Azure AD:n kautta), koska hakemistosynkronointi ei salli sivuston päivitysprosessin lisätä käyttäjiä.
Sivuston päivitys epäonnistuu, jos sivuston aktiivisia käyttäjiä ei voida yhdistää Control Hub -organisaatioon. Jos organisaatiosi on määritetty hakemistosynkronointia varten, varmista, että kaikki sivuston käyttäjät, joiden on kuuluttava Control Hub -organisaatioon, on lisätty Directory Connectoriin tai Azure AD:hen ennen päivityksen aloittamista.
Korjaa käyttäjäongelmat ennen päivityksen aloittamista
Jos yrität päivittää sivuston Control Hubiin ratkaisematta käyttäjien ongelmia tiedostossa users-to-review , päivityksen hallintaprosessi voi epäonnistua. Työkalu tarkistaa, oletko korjannut ongelmat vasta sen jälkeen, kun olet käynnistänyt lopullisen päivityksen.
SSO-sivustojen ja SSO-organisaatioon linkitettyjen muiden sivustojen päivittäminen.
Control Hub -organisaatio voi tukea useita identiteettipalveluntarjoajia (IdP) SSO:ta varten, joista yksi on Webex IdP (paikallinen todennus).
Useat IdP:t Control Hubissa auttavat:
- Jos SSO-sivuston IdP Site Adminissa on eri kuin Control Hubin SSO IdP.
- Kun sivuston käyttäjät eivät ole organisaatiossa määritetyssä SSO IdP:ssä, nämä käyttäjät voidaan nyt vain lisätä paikalliseen Webex IdP:hen. Voit sitten siirtää nämä käyttäjät määritettyyn SSO IdP:hen myöhemmin.
Useiden IdP:iden määrittäminen voi mahdollistaa sen, että kaikki sivuston käyttäjät, jotka päivitetään Site Administa Control Hubiin, voivat kirjautua sisään Control Hub -organisaatiossa määritetyn todennusmenetelmän kautta. Voit tehdä tämän seuraavasti:
- Lisää uusia SSO IdP:itä Control Hub -organisaatioon.
- Lisää käyttäjiä jo määritettyyn IdP:hen.
- Lisää käyttäjiä paikalliseen Webex IdP:hen.
Katso lisätietoja useista IdP:istä Control Hubissa osoitteesta tämä artikkeli .
Ennen kuin aloitat
Jotkin ominaisuudet on poistettava käytöstä, ja sinun on tarkistettava, että kaikki käyttäjät ovat hyvässä tilassa Control Hubin päivittämistä varten. Jos käytät API-integroituja sovelluksia, sinun on päivitettävä ne käyttämään Webex APIa.
Voit lukea näistä edellytyksistä tämän artikkelin aiemmista osista.
Varmista, että kaikki ylläpitäjät tietävät, että päivität sivuston Control Hubiin ja että he eivät saa tehdä mitään muutoksia Site Adminissa aloituksen jälkeen.
| 1 |
Vie ja tallenna sivuston käyttäjien vientitiedosto. Tämä tiedosto toimii käyttäjän kokoonpanoarkistona, joka auttaa sinua päivityksen jälkeisessä validoinnissa. |
| 2 |
Kirjaudu sisään sivuston hallintaan ja valitse Päivitä hallinta. |
| 3 |
Tarkista ennakkoedellytykset, erityisesti CSV-luettelo käyttäjistä tiloissa, jotka voivat vaikuttaa päivityksen onnistumiseen. |
| 4 |
Lue ominaisuuksista, jotka on poistettava käytöstä, ja eroista, joita voit odottaa käyttäjähallinnassa ja isäntäkoneen lisensoinnissa (myös dokumentoitu tässä artikkelissa). |
| 5 |
Napsauta Update to Control Hub. Tämä painike aktivoituu vasta, kun edellä mainitut vaiheet on suoritettu.  Avautuu ponnahdusikkuna. Tämä ikkuna osoittaa, että sivuston päivittäminen Control Hubiin on pysyvää, etkä voi peruuttaa päivitystä sen jälkeen, kun se on valmis. Kun päivitys on valmis, tätä sivustoa ei enää hallita sivuston hallinnassa. Jos et ole valmis hallitsemaan tätä sivustoa täysin Control Hubissa, poistu ohjatusta toiminnosta nyt.
 |
| 6 |
Napsauta OK. Päivitys käynnistyy Sivuston yllä näkyy banneri, joka ilmoittaa, että sivuston päivitys on käynnissä. Jos jokin menee pieleen, näet virheilmoituksen ja toimenpide-ehdotuksen. Muussa tapauksessa näet onnistumisviestin. Sivuston päivitys kestää noin 3 min + 1000 aktiivista käyttäjää/min + 2000 inaktiivista käyttäjää/min. Jos esimerkiksi aloitat sivuston päivityksen klo 05:20 ja sivustollasi on 8000 aktiivista käyttäjää ja 2000 inaktiivista käyttäjää, sivuston päivitys kestää noin 12 minuuttia. Lisäksi sivuston päivitykset keskeytetään 6 minuutiksi tunnin alussa (klo xx:57 ja xx:03 välillä). Tuloksesi voivat kuitenkin vaihdella. |
| 7 |
Napsauta Kirjaudu sisään Control Hubiin. |
Kun olet käynnistänyt sivuston päivityksen Webex-sivuston hallinnasta, voit kirjautua Control Hubiin nähdäksesi sivuston päivityksen tilan.
-
Kirjaudu sisään Control Hubiin ja avaa Kokoukset -sivu.
Näet luettelon kokouspaikoistasi.
-
Klikkaa sivustoa nähdäksesi tietoja kyseisestä sivustosta.
-
Etsi Sivuston päivitys -osio, josta voit lukea Päivityksen tilan.
Kun päivitys on valmis, voit ladata luettelon kaikista käyttäjistä Sivuston hallinnassa ja nähdä, ketkä näistä käyttäjistä olivat aktiivisia tai passiivisia sivustolla. Käyttäjillä, jotka näkyvät inaktiivisina Sivuston hallinnan käyttäjän tila -sarakkeessa, ei ole pääsyä Control Hubin hallittuun sivustoon. Näillä käyttäjillä ei myöskään näy olevan pääsyä sivustolle Control Hubin käyttäjäosiossa.
Latauspainikkeen näkyminen voi kestää jonkin aikaa (useimmilla organisaatioilla minuuttia).
-
Tarkista luettelosta, onko päivityksen aikana ongelmia.
Et voi enää hallita tätä sivustoa sivuston hallinnassa, kun sivuston päivitys on valmis. Kaikki tämän sivuston hallinta on tehtävä Control Hubissa. Seuraavassa on muutamia ohjeita, joiden avulla voit tutustua ja kokeilla sivustosi hallintaa Control Hubissa:
-
Tarkista joitakin sivuston kokoonpanoasetuksia varmistaaksesi, ettei mikään ole muuttunut. Tämä on helpompaa, jos kopioit joitakin sivuston ylläpitäjän asetuksia ennen päivitystä Control Hubiin.
-
Valitse isäntä ja tarkista sen lisenssi, seurantakoodit ja istuntotyypit Control Hubissa. Kirjaudu sisään kokoussivustolle ja varmista, että heidän suunniteltuja kokouksiaan, tallenteitaan ja asetuksiaan ei ole muutettu. Validointi on helpompaa, jos kyseisen isäntäkoneen tiedot kopioidaan ennen päivitystä Control Hubiin.
Pyydä käyttäjää tarkistamaan, että hän voi aikatauluttaa ja isännöidä uusia kokouksia.
-
Lisää uusi käyttäjä organisaatioon. Myönnä heille isäntälisenssi, muuta heidän istuntotyyppinsä ja varmista, että he voivat isännöidä kokouksia.
Suosittelemme, että määrität organisaatio- tai ryhmäkohtaiset lisenssimallit, jotta lisenssit voidaan määrittää automaattisesti uusille käyttäjille tai uusista käyttäjistä muodostetuille tietyille ryhmille. -
Valitse käyttäjä, joka oli täysi järjestelmänvalvoja Sivuston ylläpitäjässä, ja tarkista, että hänellä on asianmukainen käyttöoikeustaso päivitettyyn sivustoon Control Hubissa.
Heidän pitäisi pystyä lukemaan ja muokkaamaan sivustoa, luomaan, lisensoimaan, muokkaamaan ja poistamaan käyttäjiä.
-
Jos sivustollasi on API-integraatioita, siirry käyttämään People API:ta. Vahvista, että päivitetty integrointi toimii odotetulla tavalla.
Lue lisää kokouspaikkojen hallinnasta Control Hubissa osoitteessa https://help.webex.com/naqlzeu.
-
Käyttäjillä on yksi yhtenäinen kirjautumiskokemus Webex-sovellukseen ja kaikkiin Control Hubin hallinnoimiin sivustoihin.
Jos käyttäjänimi ei vastaa käyttäjän sähköpostiosoitetta Sivuston hallinnassa, kirjautumiskokemus vaikuttaa näihin käyttäjiin. Vanhoja käyttäjätunnuksia ei voi enää käyttää, ja näiden käyttäjien on kirjauduttava sisään sähköpostiosoitteella. -
Käyttäjän tunnistetiedot liitetään hänen Control Hub -identiteettiinsä. Samoja tunnistetietoja sovelletaan kaikkiin Control Hubin hallinnoimiin sivustoihin samassa organisaatiossa ja Webex-sovellukseen.
-
Jos Control Hub -organisaatiossa on määritetty SSO, SSO ohjaa kirjautumista Webex-sovellukseen ja kaikkiin Control Hubin hallinnoimiin sivustoihin.
-
Control Hubiin päivittäminen ei vaikuta Webex-sovelluksen kirjautumiskokemukseen.
-
Kun käyttäjät kirjautuvat Webex Meetings -sivustolle, kirjautumisnäyttö näyttää erilaiselta. Käyttäjien on syötettävä sähköpostiosoitteensa kirjautuakseen sisään, vaikka heidän organisaationsa olisi määritetty SSO:ta varten.
Järjestelmänvalvojat voivat ottaa käyttöön Muista minut -vaihtoehdon Control Hubissa , jotta käyttäjien ei tarvitse syöttää sähköpostiosoitettaan uudelleen joka kerta, kun he kirjautuvat sisään. -
Riippuen kunkin käyttäjän historiasta, niiden sivustojen määrästä, joilla hänellä oli tili, jne...:
-
Jos käyttäjät on linkitetty Webex Identity/Control Hubissa olemassa oleviin käyttäjiin, käyttäjät käyttävät samaa salasanaa kaikissa Webex-sivustoissa, jotka päivitetään Control Hubiin.
-
Jos käyttäjät on luotu Webex Identity/Control Hubissa sivustojen linkittämisen vuoksi, sovelletaan heidän ensimmäisen linkitetyn sivuston tunnistetietojaan (jos organisaatiota ei ole määritetty SSO:lla). Käyttäjät ohjataan kirjautumaan kyseiselle sivustolle. Jos käyttäjillä on useita sivustoja, joilla on useita tunnistetietoja, sivuston URL-osoitteen pitäisi auttaa heitä määrittämään, mitä tunnistetietoja he käyttävät.
-
Käyttäjät voivat palauttaa salasanansa Control Hub -organisaatioissa (jos salasanaa ei hallita SSO:n kautta). Jos käyttäjät ovat unohtaneet salasanansa, he voivat vain klikata Forgot your username or password? kirjautumisnäytössä ja palauttaa salasanansa. Käyttäjät voivat myös palauttaa salasanansa noudattamalla näitä ohjeita:
- Webex-sovelluksen salasanan nollaus: https://help.webex.com/article/n02v0b8/
- Webex Meetings -sivuston salasanan nollaaminen: https://help.webex.com/article/6v6kaab/
-
-
Jos loppukäyttäjän sähköpostiosoite on muuttunut ja hänellä on eri sähköpostiosoite Site Admin- ja Control Hub -sivustossa sivuston päivityksen aikana, käyttäjällä voi esiintyä ongelmia kirjautumisessa. Käyttäjä ei ehkä tiedä, että hänen on nyt käytettävä Control Hub -sähköpostiosoitettaan kirjautumiseen, tai Control Hubissa oleva sähköpostiosoite ei ehkä ole enää voimassa organisaation SSO IdP:ssä. Tällainen tilanne vältetään parhaiten päivittämällä käyttäjien sähköpostiosoitteet Control Hubissa, kun samojen käyttäjien sähköpostiosoitteisiin tehdään muutoksia Site Adminissa.
-
Käyttäjien on kirjauduttava uudelleen Webex Meetings -mobiilisovelluksessa iOS:lle:
- Jos päivität ei-SSO-sivuston Control Hubiin, käyttäjien on kirjauduttava uudelleen Webex Meetings -mobiilisovellukseen iOS:lle. Vaikka Meetings for iOS -sovellus ei vaadi käyttäjiä kirjautumaan uudelleen kahteen kuukauteen sivuston päivityksen jälkeen, suosittelemme, että käyttäjät kirjautuvat uudelleen manuaalisesti välttääkseen tilanteen ennalta.
-
Sivuston päivityksen aikana käyttäjät, joiden käyttäjätunnukset eivät vastaa heidän sähköpostiosoitettaan, joutuvat ehkä kirjautumaan uudelleen.
-
Näitä käyttäjiä saatetaan vaatia kirjautumaan Webex-asiakkaisiinsa uudelleen, jos he yrittävät käyttää Webex-palveluja sivustolla Control Hubin sivustopäivityksen aikana. Tämä ei vaikuta käyttäjiin, jotka ovat jo liittyneet kokouksiin ennen sivuston päivityksen alkamista.
-
Tyhjä "tarkistettava käyttäjä" CSV-tiedosto
Jos sivustosi on suuri ja siinä on yli 1000 käyttäjää, joiden sähköpostiosoitteet ovat eri sivustohallinnossa kuin Control Hubissa, saatat kokea tyhjän "tarkistettava käyttäjä" -CSV-tiedoston ohjatussa sivuston päivityksessä. Tämä aiheuttaa sen, että sivuston päivitys ei toimi, koska et pysty ratkaisemaan käyttäjien ongelmia. Tätä ongelmaa työstetään parhaillaan, ja aiomme ratkaista sen tulevina viikkoina.
Asetukset, jotka eivät siirry Control Hubiin päivitettäessä
- Jos Site Adminin hallinnoima sivustosi oli hitaassa kanavassa ja Control Hub on myös kumppanin hallinnoima, saatat menettää näkyvyyden Meetings-sivuston versiopäivitysvalvontaan Control Hubiin päivittämisen jälkeen. Jos näin käy, ota yhteyttä kumppaniin ja pyydä häntä ottamaan käyttöön Allow customer to upgrade site version -asetus organisaatiossasi.
- Vireillä olevia itse allekirjoitettavia tilipyyntöjä ei siirretä hälytyskeskukseen. Käyttäjien on rekisteröidyttävä tilille uudelleen päivityksen päätyttyä.
- Sivuston ylläpitäjän käyttäjätunnuksen arvot korvataan käyttäjien sähköpostiosoitteilla Control Hubissa päivityksen päätyttyä.
Käyttäjäongelmat, jotka aiheuttavat päivityksen epäonnistumisen
- Käyttäjät, joiden sähköpostiosoitteet on linkitetty Webex for Government -organisaation käyttäjiin, aiheuttavat päivityksen epäonnistumisen, jos näitä käyttäjiä ei poisteta käytöstä ennen päivityksen aloittamista.
Yleiset ongelmat, jotka aiheuttavat päivityksen epäonnistumisen, ja suositellut toimet
Jos sivustosi ei päivity Control Hubiin, tarkista seuraavasta taulukosta, onko jokin näistä komon-virheistä syynä ja mitä voit tehdä sen korjaamiseksi.
| Virheet, jotka aiheuttavat päivityksen epäonnistumisen | Suositeltu toiminta |
|---|---|
| Sivuston tyyppi on virheellinen. | Ota yhteyttä Webex-tukitiimiin varmistaaksesi, että sivusto on käyttäjälinkitetty. |
| Sivustoon ei liity tilausta. | Sivustot on yhdistettävä tilaukseen, ennen kuin ne voidaan päivittää Control Hubiin. |
| Organisaation tunnuksen kanssa on ongelma. | Sivustoon linkitetyn organisaation tunnus ei ole sama kuin tilausorganisaation tunnus. Ota yhteyttä Webex-tukitiimiin. |
| Seuraavalla tilauksella on keskeneräisiä toimintoja Control Hubissa: (SubID). | Yritä sivuston päivitystä uudelleen sen jälkeen, kun vireillä oleva toiminto on suoritettu loppuun. |
| SSO-asetuksissa on ristiriitoja. | Jos sivustolla on SSO käytössä, varmista, että:
|
| Sivuston hallinnassa olevat sivuston käyttöoikeustiedot eivät vastaa Control Hubissa olevia sivuston käyttöoikeustietoja. | Epäjohdonmukaiset lisenssitiedot Site Adminin ja Control Hubin välillä. Ota yhteyttä Webex-tukitiimiin. |
| Jotkin Sivuston hallinnassa olevat käyttäjätunnukset tai sähköpostiosoitteet ovat ristiriidassa Control Hubissa olevien käyttäjätunnusten tai sähköpostiosoitteiden kanssa. | Käyttäjän sähköpostia Site Adminissa käyttää toinen käyttäjä Control Hubissa. Vaihda jokin sähköpostiosoite tai käyttäjätunnus. |
| Meillä oli ongelma sivustosi päivittämisessä. | Sisäinen virhe esti tämän sivuston päivittämisen. Ota yhteyttä Webex-tukitiimiin. |
| Meillä oli ongelma Webex-käyttäjien päivittämisessä. | Sisäinen virhe esti tämän sivuston päivittämisen. Ota yhteyttä Webex-tukitiimiin. |
Käyttäjien kirjautumisongelmat
Varmista, että sallit aina Webexin evästeet. Muussa tapauksessa käyttäjillä voi olla kirjautumisongelmia Control Hubiin päivittämisen jälkeen.
Q. Onko olemassa päivämäärää, jolloin Cisco ei enää tue Site Administration -palvelua?
A. Kyllä. Suunnittelemme Webex Site Administrationin poistamista käytöstä joulukuun 2023 lopussa.
Q. Säilyttävätkö sivuston ylläpitäjät Site Adminissa edelleen hallinnointioikeutensa sivustoon sen jälkeen, kun he ovat päivittäneet Control hubin hallintaan?
A. Kyllä. Kaikilla sivuston ylläpitäjillä Sivuston hallinnassa on edelleen hallinnointioikeudet sivustoon sen jälkeen, kun sivusto on päivitetty Control Hubin hallintaan.
Q. Kun olen päivittänyt kokoussivuston sivuston ylläpitäjästä Control Hubin hallintaan, miksi näen sivustolla uusia ylläpitäjiä?
A. Sivuston uudet järjestelmänvalvojat olivat todennäköisesti Control Hub -organisaation järjestelmänvalvojia. Kun sivusto päivitetään sivuston ylläpitäjästä Control Hubiin, kaikista koko organisaation ylläpitäjistä tulee uuden Control Hubin hallinnoiman sivuston ylläpitäjiä. Tämä tarkoittaa sitä, että organisaation täyskäyttäjistä tulee Webex-sivuston täyskäyttäjiä, organisaation käyttäjähallinnoijista tulee Webex-sivuston käyttäjähallinnoijia ja organisaation vain lukuoikeuksien hallinnoijista tulee Webex-sivuston vain lukuoikeuksien hallinnoijia.
Q. Miksi tuottavuustyökaluun kirjautuminen ei toimi sen jälkeen, kun sivusto on päivitetty Control Hubiin?
A. Varmista, että internet-selaimet on määritetty siten, että sallii aina istuntoevästeet, jotka löytyvät selaimen lisätietosuoja-asetuksista.
Q. Jos käyttäjä poistetaan Control Hubista ja sama sähköpostiosoite lisätään uudelleen Control Hubiin ja sille annetaan kokousten lisenssi samaan Webex-sivustoon, voiko käyttäjä käyttää vanhoja tallenteita?
A. Kyllä, käyttäjä pääsee käsiksi kaikkeen vanhaan Meetings-sisältöön, jos hänelle on myönnetty lisenssi johonkin aiempaan Webex-sivustoon, jossa hän on ollut. Tämä koskee sekä Control Hubin hallitsemia sivustoja että sivustoja, jotka on päivitetty Control Hubiin.
Q. Jos käyttäjä poistettiin käytöstä Site Adminissa ennen sivuston päivittämistä Control Hubiin ja myöhemmin lisensoitiin uudelleen samaan Webex-sivustoon Control Hubissa, pääseekö käyttäjä käyttämään vanhoja tallenteita?
A. Kyllä, käyttäjä voi edelleen käyttää vanhoja tallenteita. Lisäksi kaikki käyttäjät, jotka poistettiin käytöstä sivuston ylläpidossa ennen sivuston päivitystä, luetellaan Meetings CSV -vientitiedostossa Control Hubissa.
Q. Jos sivustolla ei ole SSO IdP:tä, mutta Control Hub -organisaatiolla on SSO IdP, mitä tapahtuu, kun sivusto päivittää Control Hubiin?
A. Sivusto käyttää samaa SSO IdP:tä kuin Control Hub -organisaatio.
Q. Jos sivustolla on eri SSO IdP kuin Control Hubin SSO IdP, mitä tapahtuu, kun sivusto päivittää Control Hubiin?
A. Sivusto siirtyy käyttämään samaa SSO IdP:tä kuin Control Hub -organisaatio.
Q. Jos sivustolla on SSO IdP, mutta Control Hub -organisaatiolla ei ole SSO IdP:tä, mitä tapahtuu, kun sivusto päivittää Control Hubiin?
A. Sivustosi päivittäminen estetään. Jos haluat poistaa sivuston eston, jotta voit päivittää Control Hubiin, joko poista SSO IdP sivuston ylläpitäjän sivustosta tai lisää SSO IdP Control Hub -organisaatioon.
Q. Voinko edelleen kirjautua sivuston URL-osoitteeseen, jotta voin käyttää tallenteita ja suunnitella kokouksia tai tapahtumia?
A. Kyllä, voit edelleen kirjautua sivuston URL-osoitteeseen, josta voit käyttää tallenteita, aikatauluttaa kokouksia jne.
Q. Muutetaanko käyttäjäkohtaisia asetuksia päivitettäessä sivustoa Site Administrationista Control Hubiin?
A. Ei, käyttäjän asetukset säilyvät ennallaan. Näitä asetuksia sovelletaan kuten ennen sivuston päivitystä.
Q. Vaikuttaako tämä sivuston päivitys tallenteisiini tai suunniteltuihin kokouksiini?
A. Isäntätallenteet eivät vaikuta. Sinulla on edelleen pääsy niihin. Se ei myöskään vaikuta aikataulun mukaisiin kokouksiin. Niihin ei ole tehty muutoksia.
Q. Vaikuttaako tämä sivustopäivitys käyttäjien tallenteisiin tai suunniteltuihin kokouksiin?
A. Käyttäjän tallenteet eivät vaikuta. Heillä on edelleen mahdollisuus käyttää niitä. Myöskään aikataulutetut kokoukset eivät vaikuta. Niihin ei ole tehty muutoksia.
Niiden käyttäjien, joita ei ole vielä lunastettu, tallenteet tai ajoitetut kokoukset saattavat kärsiä, jos lunastat heidät sen jälkeen, kun olet päivittänyt sivuston Control Hubiin. Katso lisätietoja seuraavasta huomautuksesta.
Suosittelemme, että vaadit käyttäjiä ennen sivustosi päivittämistä Control Hubiin. Jos vaadit käyttäjiä organisaatioon sen jälkeen, kun sivusto on päivitetty Control Hubiin, nämä käyttäjät voivat menettää pääsyn sivuston kokouksiin ja kokousresursseihin.
Voit kiertotoimenpiteenä toimia seuraavasti varmistaaksesi, että käyttäjät eivät menetä pääsyä sivuston kokouksiin ja kokousresursseihin sen jälkeen, kun sivusto on päivitetty Control Hubiin:
- Käyttäjät, joilla on organisaation tai sivuston ulkoiset ylläpitäjäoikeudet - Poista kaikki organisaation ja sivuston ulkoiset ylläpitäjäoikeudet ja poista sitten kokoussivuston lisenssi. Kun olet lunastanut käyttäjän, lisensoi käyttäjä uudelleen sivustolle. Voit myös palauttaa heidän ulkoiset ylläpitäjän oikeudet.
- Tavalliset käyttäjät: Poista kokoussivuston lisenssi, hae käyttäjä organisaatiollesi ja lisensoi sitten käyttäjä uudelleen sivustolle.
Q. Missä voin tarkastella Control Hubin hallinnoimien sivustojen vireillä olevia itsekirjautumistilipyyntöjä?
A. Sinä ja muut järjestelmänvalvojat voitte tarkastella omatoimisia rekisteröitymispyyntöjä osoitteessa Hälytyskeskus.
Q. Voinko käyttää käyttäjätunnuksen arvoja sivuston ylläpidosta sen jälkeen, kun olen päivittänyt sivuston Control Hubiin?
A. Käyttäjien vientitiedosto kaikista Site Adminin käyttäjistä on saatavilla Control Hubissa 90 päivän ajan sen jälkeen, kun olet päivittänyt sivuston Control Hubiin. Tämä CSV-tiedosto sisältää käyttäjätunnusarvoja.
Q. Käytämme käyttäjänimiarvoja käyttäjien tunnistamiseen sivuston ylläpidossa. Miten voimme tehdä saman Control Hubissa?
A. Käyttäjätunnuksen arvot katoavat, kun sivusto on päivitetty Control Hubiin. Jos tarvitset pääsyn näihin arvoihin, yksi ratkaisu on kopioida arvot seurantakoodiin ennen sivuston päivittämistä. Käyttäjien seurantakoodien arvot säilyvät ja ovat käytettävissä, kun sivusto on päivitetty Control Hubiin. Jos käytät SSO:ta, ExternalID on Control Hubin käyttäjäattribuutti, joka voi sisältää tämän arvon. Tämä edellyttää, että määrität SAML-vakuutukset välittämään tämän arvon, kun määrität SSO:ta Control Hubissa. Tämä arvo välitetään myös Control Hubille, kun uusia käyttäjiä luodaan automaattisesti .
Q. Kuinka kauan sivuston päivityksen loppuunsaattaminen kestää sen jälkeen, kun se on aloitettu?
A. Sivuston päivitys kestää noin 3 min + 1000 aktiivista käyttäjää/min + 2000 inaktiivista käyttäjää/min. Jos esimerkiksi aloitat sivuston päivityksen klo 05:20 ja sivustollasi on 8000 aktiivista käyttäjää ja 2000 inaktiivista käyttäjää, sivuston päivitys kestää noin 12 minuuttia. Lisäksi sivuston päivitykset keskeytetään 6 minuutiksi tunnin alussa (klo xx:57 ja xx:03 välillä). Tuloksesi voivat kuitenkin vaihdella.
Q. Miten voin lisensoida automaattisesti jokaisen uuden käyttäjän tai tiettyjen ryhmien uudet käyttäjät sen jälkeen, kun olen päivittänyt Control Hubissa hallinnoitavan sivuston?
A. Voit määrittää organisaatio- tai ryhmäkohtaiset lisenssimallit määrittääksesi lisenssit automaattisesti uusille käyttäjille.
Q. Onko sivuston päivityksen aikana käyttökatkoksia?
A. Ei. Sivuston päivityksen aikana:
- Käyttäjät voivat edelleen käyttää Kokouspalvelua, kuten liittyä ja aloittaa aikataulutettuja ja tilapäisiä kokouksia.
- Sivuston päivityksen alkaessa käynnissä oleviin kokouksiin ei vaikuteta.
- Tilaus lukitaan Control Hubissa.
- Meetings-työpöytäasiakkaalla voi olla ongelmia "Tulevat kokoukset" -osiossa.
- Sivuston hallintamääritysten muuttamista ei suositella.
