Kiitos palautteestasi.
Päivitä Webex Meetings sivuston hallinta Sivuston hallinnasta Control Hubiin
Onko sinulla palautetta?Tietoja päivityksestä Sivuston hallinnasta Control Hubiin
Sivuston päivittäminen Sivuston hallinnasta Ohjauskeskukseen ei edellytä asiakas versioiden päivitystä. Jotkin sivustot eivät voi käyttää tätä ominaisuutta ennen kuin organisaatioita hallinnoivat kumppanit ovat valmiita.
Webexistä on tulossa yhtenäinen alusta kokousten, viestien, puhelujen ja muiden yhteistyömuoto jen hallintaan. Siksi haluamme siirtää kaikkien Webex Meetings sivustojen hallinnan Sivuston hallinn asta Control Hubiin.
Sivuston hallinnassa on työkalu, joka auttaa sinua tämän muutoksen läpi. Jos sivustosi on jo oikeutettu päivittämään Control Hubiin, voit aloittaa napsauttamalla siirty mis valikossa Päivitä hallinta.
Katso tästä video sta esittely siitä, miten sivustosi päivittäminen Control Hubiin toimii.
Jos haluat auttaa sivuston päivityksen suunnittelussa, tutustu Siv uston arviointivalmius - osioon.
Sivustojen hallinnan etuja Control Hubissa ovat seuraavat:
-
Yhtenäiset lisenssimääritykset kaikissa Webex-palveluissa, kuten kokouksissa, viestinnässä ja soittamisessa.
-
Johdonmukaiset suojauskäytännöt kaikissa Webex-palveluissa.
-
Yhteinen kirjautumiskokemus kaikille loppukäyttäjille eri Webex-palveluiden välillä.
-
Nykyaikaiset järjestelmänvalvojan ohjausobjektit, kuten Directory Connector, SCIM ja Active Directory -ryhmät.
-
Lisenssimallit, joilla voidaan määrittää useita lisenssejä käyttäjille automaattisesti.
Et voi käyttää Sivuston hallintaa kokouspaikkojen hallintaan sen jälkeen, kun olet päivittänyt Control Hubiin.
Jos sivustosi on ajoitettu automaattisen päivityksen hallinnoinnista Site Adminissa Control Hubiin, näet seuraavan kuvakaappauksen.
Voit muuttaa aikataulun mukaista päivämäärää napsauttamalla Muuta sivustosi päiv ityspäivää.
Kokemus sivustojen hallinnasta Control Hubissa on samanlainen kuin sivuston hallinnassa. Control Hubin käyttäjähallinnassa on nykyaikaisempia taustalla olevia tekniikoita, joten Control Hubin sivustojen hallinnassa on muutamia eroja. Tässä osiossa keskitytään sivustoosi päivitettäessä esiin tuotuihin eroihin.
Tarkempi yleiskatsaus sivuston hallinnan ja ohjauskeskuksen eroista on tässä artikkelissa.
Käyttäjien hallinta
Control Hubin taustalla on 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 kokouspaikkakohtaisesti.
- Kertakirjautuminen (SSO) automaattisella tilin luomisella
-
Sivuston järjestelmänvalvojassa on ”automaattinen tilin luominen” -ominaisuus, joka luo käyttäjät, kun he todentavat itsensä SSO: n avulla.
Tämä ominaisuus on käytettävissä myös Control Hubissa. Katso lisätietoja kohd asta SAML Automaattinen tilin luominen ja päivitys Control Hub -sovellukselle.
Monet organisaatiot, jotka käyttävät SSO: ta, saattavat mieluummin hallita käyttäjiään keskitety sti ulkoisissa hakemistotyökaluissa, kuten Microsoft ® Active Directory ja Microsoft Azure, sekä vaatia todennusta ulkoisten henkilöllisyyden tarjoajien kanssa.
Lue lisää:
- Pakolliset profiilitiedot ja seurantakoodit
-
Sivuston hallinnan avulla voit määrittää vaaditut profiilikentät uusille käyttäjille (edellinen kuvakaappaus). Voit laajentaa tätä vaatimaan seurantakoodeja käyttäjän luomiseen (kuvakaappaus alla). Jos määrität nämä lisävaatimukset, et voi lisätä käyttäjiä sivustoon ilman niitä.
Control Hub tarvitsee vain näyttönimen ja sähköpostiosoitteen käyttäjän luomiseen.
Kaikki muut käyttäjäkentät ovat valinnaisia, kun luot uuden käyttäjän Control Hubissa, joten emme pakota lisäprofiilitietoja Control Hub -hallinnoiduille sivustoille.
Pakolliset profiilikentät ja seurantakoodit on poistettava käytöstä, ennen kuin päivität sivustosi Control Hubiin.
- Salasanojen hallinta ja lukitus
-
Sivuston hallinnassa on ominaisuus, joka lukitsee käyttäjät väliaikaisesti, jos he eivät kirjaudu sisään useiden yritysten jälkeen.
Ohjauskeskuksessa on seuraavat vaihtoehdot luvattoman käytön estämiseksi:
-
Automaattinen aikakatkaisu muutaman ensimmäisen epäonnistuneen yrityksen jälkeen.
-
CAPTCHA-mekanismi (täysin automatisoitu julkinen Turing -testi tietokoneiden ja ihmisten erottamiseksi toisistaan).
-
Laillisilla käyttäjillä on itsepalvelumahdollisuus vaihtaa unohdetut salasanansa.
-
Isäntälisenssit
- Isäntien on oltava Control Hub -organisaatiossasi
-
Sivuston järjestelmänvalvojassa voit määrittää isäntälisenssin mille tahansa käyttäjälle. Kun hallitset sivustoa Control Hubissa, voit määrittää isäntäkäyttöoikeudet (ja osallistujaroolin) vain saman Control Hub -organisaation käyttäjille.
- Itse rekisteröinti isäntätilille
-
Sivuston järjestelmänvalvojassa voit sallia käyttäjien pyytää (isäntä) tiliä sivustolle. Voit myös sallia käyttäjien, joilla on tili, pyytää lisäpalveluita sivustolta. (katso kuvakaappaukset).
Kun hallitset kokouspaikkaa Ohjauskeskuksessa, käyttäjät eivät voi pyytää omaa isäntätiliään kyseiselle sivustolle.
Control Hubissa on keskitetty, automaattinen tapa määrittää kokouslisenssit uusille käyttäjille sen sijaan. Lue https://help.webex.com/n3ijtao.
Voit myös hallita käyttäjän lisenssejä sovellusliittymän avulla tai irtotavarana CSV:n avulla.
Jos haluat käyttäjien pyytävän isäntätilejä, voit määrittää sivuston ohjeen/tuen osoittimilla, joilla voit ottaa yhteyttä järjestelmänvalvojiin tai linkittää muihin työkaluihin.
Sinun on poistettava käytöstä ”Salli isäntätilin rekisteröinti” ja ”Salli käyttäjien pyytää lisäpalveluita” Sivuston hallinnassa, ennen kuin päivität sivustosi Control Hubiin.
-
Control Hubissa on muita lisenssienhallintavaihtoehtoja, kuten automaattisen määrityksen malleja. Voit saada raportin passiivisista isännistä, joiden avulla voit poistaa lisenssit kyseisiltä käyttäjiltä yksittäin tai joukkoina tai sovellusliittymän avulla.
Jos tarvitset tätä automaattista deaktivointivaihtoehtoa ja muut Control Hubin vaihtoehdot eivät sovi sinulle, sinun on vältettävä päivittämästä sivustosi Control Hubiin tällä hetkellä.
Valmistele Control Hub -organisaatio, ennen kuin päivität hallittavaksi kokouspaikkasi Ohjauskeskuksessa.
Varmista, että tilauksessa ei ole vireillä olevia tai estäviä toimintoja. Päivitys epäonnistuu, jos:
- Sinulla on päivitettävään sivustoon liittyvässä tilauksessa vireillä olevia toimintoja.
- Sivustolle ei ole liitetty tilausta Control Hub -organisaatiossa.
- Sivuston hallinnan sivuston käyttöoikeustiedot eivät vastaa Control Hubin sivuston käyttöoikeustietoja.
Suosittelemme vahvasti verkkotunnusten vahvistamista ja käyttäjiesi lunastamista. Seuraava lukeminen auttaa:
-
Ohjauskeskuksen e-kirja: https://ebooks.cisco.com/story/controlhubessentials/
-
Kuinka hallita verkkotunnuksiasi: https://help.webex.com/cd6d84
-
Lunasta käyttäjiä muilta organisaatioilta (kun olet vahvistanut verkkotunnuksesi): https://help.webex.com/nceb8tm. Käyttäjien vaatiminen on erityisen tärkeää, koska se varmistaa, että mahdollisimman monet käyttäjät, joiden pitäisi olla organisaatiossasi, ovat todella siellä. Käyttäjien lunastaminen välittömällä vaatimuksella estää myös viivästyksiä sähköpostiosoitteiden käytössä organisaatiossasi.
Suosittelemme, että lunastat käyttäjiä ennen sivustosi päivittämistä Control Hubiin. Jos haet käyttäjiä organisaatioosi sen jälkeen, kun sivusto on päivitetty Ohjauskeskukseksi, kyseiset käyttäjät voivat menettää pääsyn kokouksiin ja kokouksiin sivuston resursseihin.
Voit kiertää ongelman seuraavasti varmistaaksesi, että käyttäjät eivät menetä pääsyä sivuston kokouksiin ja kokousten resursseihin sen jälkeen, kun sivusto on päivitetty Ohjauskeskukseen:
- Käyttäjille, joilla on organisaation tai sivuston ulkoiset järjestelmänvalvojan oikeudet, poista kaikki ulkoisen järjestelmänvalvojan oikeudet organisaatioon ja sivustoon ja poista sitten kokouspaikan käyttöoikeus. Kun olet lunastanut käyttäjän, lisensoi kyseinen käyttäjä uudelleen sivustolle. Voit myös palauttaa ulkoisen järjestelmänvalvojan oikeudet.
- Tavallisille käyttäjille: Poista kokouspaikan käyttöoikeus, vaadi käyttäjä organisaatiollesi ja lisensoi sitten kyseinen käyttäjä uudelleen sivustolle.
-
Jos kokouspaikka on määritetty SSO: lle, sinun on määritettävä SSO myös Control Hub -organisaatiollesi.
Automaattinen tilin luominen uusille käyttäjille
Jos Webex-sivustosi on mahdollistanut tilin automaattisen luomisen Sivuston järjestelmänvalvojassa, voit ottaa samanlaisen ominaisuuden käyttöön Control Hubissa SAML-tilin automaattisella luomisella. Varmista myös, että määrität automaattisen käyttöoikeusmallin, jotta uudet käyttäjät saavat automaattisesti määritetyt käyttöoikeudet, kun heidän tilinsä on luotu Control Hub -organisaatiossa.
Organisaatiot, joilla on hakemistosynkronointi
Jos organisaatiosi on määritetty hakemistosynkronointiin, varmista, että kaikki organisaatiossasi olevat käyttäjät ovat läsnä sivustossa. Tämä on tehtävä 24 tuntia ennen sivuston päivitysprosessin aloittamista, jotta sivuston käyttäjät voidaan linkittää Control Hub -organisaation uusiin käyttäjiin.
Järjestelmänvalvojan pääsy Webex-sivustoihin päivityksen jälkeen
Henkilö, jolla on organisaation laajuinen järjestelmänvalvojan rooli Control Hubissa, saa automaattisesti pää syn sivustoihin, jotka päivittyvät Sivuston järjestelmänvalvojasta Ohjauskeskukseen. Esimerkiksi organisaation täysimääräisistä järjestel mänvalvojista tulee Webex-sivuston täysimääräisiä järjestelmänvalvojia, organisaation käyttäjien järjestelmänvalvojista tulee Webex-sivuston käyttäjien järjestelmänvalvojia ja organisaation vain lukujärjestelmänvalvojista tulee Webex-sivuston vain lukujärjestelmänvalvojia.
XML-sovellusliittymät
XML-sovellusliittymät ovat nyt eteenpäin yhteensopivia Control Hubin hallinnoitujen sivustojen kanssa. Voit lukea yksityiskohdista ja varoituksista XML-sovellusliittymän 41.11. 0 Päivityksistä.
XML-sovellusliittymän palvelun URL-osoitteet pysyvät muuttumattomina sen jälkeen, kun sivusto on päivitetty Sivuston järjestelmänvalvojasta hallintakeskukseen hallituksi. Samat API-URL-osoitteet toimivat edelleen. Cisco suosittelee, että kaikki API-integraatiot käyttävät OAUTH:ta todennukseen.
Todennus XML-sovellusliittymissä
Integraatiot, jotka eivät käytä Webex OAUTH:ta todennukseen, voivat epäonnistua, kun sivusto on päivitetty Ohjauskeskukseen. Seuraavassa taulukossa näkyy, minkä tyyppinen järjestelmänvalvojan todennus toimii edelleen sivustosi päivityksen jälkeen.
| Järjestelmänvalvojan todennuksen tyyppi XML-sovellusliittymässä ennen sivuston päivitystä | Järjestelmänvalvoja SSO orgissa sivuston päivityksen jälkeen | Järjestelmänvalvoja ei ole SSO-organisaatiossa sivuston päivityksen jälkeen |
|---|---|---|
| käyttäjätunnus (WebExID) /salasana |
 Toimi* |
Toimi* |
| käyttäjätunnus (WebExid) /SessionTicket |
Toimii |
Toimii |
| Käyttäjänimi/OAuth (WebExAccessToken) |
Toimii |
Toimii |
| sähköpostiosoite/salasana |
Toimi* |
Toimi* |
| Sähköposti/SessionTicket |
Toimii |
Toimii |
| Sähköposti/OAuth (WebExAccessToken) |
Toimii |
Toimii |
* Taaksepäin yhteensopivuus — Cisco on sallinut käyttäjänimen/salasanan todentamisen toimimaan
XML-sovellusliittymissä sivuston päivityksen jälkeen, vaikka se ei vastaisi sähköpostia. username Yhteen
sopivuus pätee vain, jos:
- Käyttäjätunnukset luotiin ennen sivuston päivitystä. Muutoksia ei sallita
usernametai muuten aiemmat tunnistetiedot epäonnistuvat. - API-todennuksen tunnistetiedoilla ei voi olla eri salasanaa Control Hub issa verrattuna sivustoon, kun sitä hallittiin Sivuston hallinnassa.
- Käyttäjien, joiden tunnistetietoja käytetään todennukseen, on oltava aktiivisessa tilassa (ei passiivisessa) Sivuston hallinnassa, kun sivusto päivitetään Ohjauskeskukseen.
Usernameon asetettu sähköpostiksi kaikille käyttäjille, kun sivusto päivitetään Ohjaus
keskukseen. Jos usernamesitä käytetään API-hyötykuormiin, hyötykuormien on käytettävä sähköpos
tia sivuston päivityksen jälkeen.
Järjestelmänvalvojan rooli API-integraatioiden ohjauskeskuksessa
Järjestelmänvalvojat, joilla on vain sivuston järjestelmänvalvojan rooli, eivät ehkä pysty suorittamaan joitain toimintoja XML-sovellusliittymien kanssa, kuten käyttäjän sähköpostiosoitteen tai näyttönimen muuttamista sen jälkeen, kun sivusto on päivitetty Control Hub -sivustoon. Järjestelmänvalvojille, joiden tunnistetietoja käytetään API-integraatioihin, suosittelemme, että mainostat kyseiset järjestelmänvalvojat organisaation täysimääräisiksi järjestelmänvalvojiksi Control Hubissa, mieluiten ennen sivuston päivittämistä Control Hubiin.
Parhaana toimintatapana suosittelemme, että päivität testisivuston ensin varmistaaksesi, että sovellusliittymäintegraatiosi toimivat muokkaamattomina Control Hubiin päivityksen jälkeen.
Riippuen siitä, mitä integrointi tekee, järjestelmänvalvojille on ehkä määritettävä myös Kokousten isäntätili Control Hub -sivustossa, jotta integrointi toimisi (tätä ei vaadittu sivuston järjestelmänvalvojien sivusto jen järjestelmänvalvojille).
XML-sovellusliittymän erot Control Hubissa
Useimpien XML API -integraatioiden pitäisi toimia ilman muutoksia sivustosi päivityksen jälkeen. Mutta on joitain poikkeuksia, jotka on kuvattu seuraavassa luettelossa:
-
CreateUser — Ohjauskeskuksen hallinnoiduissa sivustoissa tämä toiminto voi myös luoda käyttäjän sivuston omistavaan organisaatioon ennen lisenssin määrittämistä. Jos käyttäjä on jo toisessa organisaatiossa, tämä toiminto epäonnistuu.
PMR ID parameterei tule voimaan käyttäjille, joilla ei vielä ole Akti ivi-tilaa Ohjauskeskuksessa.createuserOhjelmointirajapinnan suorittaminen kestää kauemmin Control Hubin hallinnoiduilla sivustoilla. Paremman suorituskyvyn saavuttamiseksi voit lisätä ylimääräisen säikeen puhelujen rinnakkaistamiseksi.createuser - SetUser —Saattaa johtaa kokouspaikan lisenssin määrittämiseen tai poistamiseen käyttäjältä (API-parametreista tai hyötykuormasta riippuen).
- DelUser — Poistaa kokouspaikan käyttöoikeuden, mutta ei poista käyttäjää Control Hub -organisaatiosta.
-
LSTSummaryUser —Palauttaa myös käyttäjän.
objectGUID -
AuthenticateUser —Ohjauskeskuksen hallinnoiduissa sivustoissa suosittelemme istuntolipun luomista sen sijaan, että käyttäisit käyttäjänime
AuthenticateUserä ja salasanaa kullekin XML-sovellusliittymälle. Tämä Control Hub -hallinnoitujen sivustojen puhelu ei tue SAML-vastauksen käyttöä tekstisisällössä.
REST-sovellusliittymät
Control Hubilla on omat sovellusliittymänsä, mukaan lukien People- ja License REST -sovellusliittymät käyttäjien luomiseen ja lisensointiin osoitteessa:
Istuntotyypit ja seurantakoodit ovat saatavilla myös REST-sovellusliittymien kanssa osoitteessa:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Yllä olevat REST-sovellusliittymät eivät kuitenkaan tue kaikkia XML-sovellusliittymissä käytettävissä olevia käyttäjänhallintatoimintoja. Esimerkiksi, sinun on edelleen käytettävä XML-sovellusliittymiä, kun haluat määrittää kokouslisenssit sivuston omistavan organisaation ulkopuolisille käyttäjille. People API ei tue sivuston järjestel mänvalvojan roolien määrittä mistä käyttäjille. Jos haluat määrittää sivuston järjestelmänvalvojan roolit sovellusliittymän kautta, sinun on silti käytettävä XML-sovellusliittymää.
Henkilöt-sovellusliittymän avulla voit luoda organisaation järjestelmänvalvojia, joilla on täydet (tai vain lukuoikeudet), ja nämä järjestelmänvalvojat voivat myös hallita (tai tarkastella) Control Hubin hallittuja kokouspaikkoja.
Control Hubissa on Webex-sivustokohtaiset järjestelmänvalvojan roolit, mutta Ihmiset-sovellusliittymä ei voi määrittää tätä roolia tällä hetkellä.
Tulevaisuuden suunnitelmat (voivat muuttua)
- Uusi lisenssiohjelmointirajapinta, joka voi myös myöntää kokouspaikan lisenssejä ulkoisille käyttäjille, jotka eivät ole samassa organisaatiossa, joka loi sivuston. Ulkoisten käyttäjien lisensointi on saatavilla manuaalisesti Control Hubissa tänään.
- SCIM-sovellusliittymä käyttäjien luomiseen ja poistamiseen organisaatiossa.
- Ciscon pitkän aikavälin suunta on käyttää vain REST-sovellusliittymiä (kaikkiin käyttäjien ja kokouspaikkojen toimintoihin). Käyttäjien hallinnan XML-sovellusliittymiä tuetaan edelleen, kunnes REST-sovellusliittymiä voidaan käyttää yksinomaan kaikissa käyttäjänhallintatoiminnoissa. Käyttäjähallinnan XML-sovellusliittymät poistetaan myös käytöstä (päivämäärä TBD).
Ennen kuin päivität sivustosi Control Hubiin, suosittelemme, että tarkistat ensin seuraavat kohdat, jotta päivitys sujuu mahdollisimman sujuvasti:
- Tarkista ensin tämä asiakirja ja varmista, että organisaatiosi noudattaa parhaita käytäntöjä, joita suositellaan Ohjauskeskuksen organis aation valmistelu - osiossa.
- Kirjaudu seuraavaksi Webex-hallintaan ja napsauta Päivitä hallinta. Sivuston valmiusvaiheessa sinun ei pitäisi tehdä mitään suositeltuja toimenpiteitä tiedoston tarkistuskäyttäjät -osiosta, eikä tarkistusominaisuudet -osiossa mainittuja ominaisuuksia pitäisi vielä poistaa käytöstä. Noudattamalla näitä ohjeita, sivuston valmiusarvioinnista tulee vain luku -toiminto, jonka avulla voit arvioida muutoksia, jotka sinun on tehtävä ennen päivittämistä Control Hubiin.
- Napsauta Tarkista käyttäjät -osiossa Vie käyttäjän CSV-tiedosto ja lataa CSV-tiedosto, jota kutsutaan nimellä
users-to-review-xxxxx.csv.Tässä tiedostossa luetellaan kaikki käyttäjät, jotka tarvitsevat huomiota, ja siinä on suositeltu toimenpide jokaiselle käyttäjälle. Tämän tiedoston käyttäjien lukumäärä antaa sinulle käsityksen siitä, kuinka monta käyttäjään liittyvää ongelmaa sinun on käsiteltävä ennen sivuston päivittämistä.
- Tarkista ominaisuudet -osi ossa kaikki ominaisuudet, jotka on lueteltu punaisella X:llä seuraussarakkeessa. Tämä kertoo sivustosi valmiudesta ominaisuusristiriitojen näkökulmasta.
- Älä siir ry vaiheeseen 2 äläk ä napsauta Päivitä ohjauskeskukseen -painiketta vielä.
Kun olet tarkistanut käyttäjän CSV-tiedoston ja selvittänyt, mitä ominaisuuksia sinun on ehkä määritettävä uudelleen, jatka tämän artikkelin muiden osien lukemista valmistellaksesi sivustosi ja organisaatiosi päivittämistä Ohjauskeskukseen.
Huomautus: Jos sivustossasi on yrityksesi tai kolmannen osapuolen ratkaisujen, kuten oppimisen hallintaratkaisujen, tekemiä API-integraatioita, tarkista Valmista sivuston sovellusliittymäintegraatiot toimimaan Control Hubin kanssa -osiossa.
Tulevat muutokset julkaisuun 43.6
Tähän asti nämä kaksi ominaisuutta oli poistettava käytöstä ennen sivuston päivittämistä Control Hubiin:
- Pakolliset isäntäprofiilikentät
- Vaaditut seurantakoodit
43.6:n julkaisusta alkaen sivustojen, jotka osallistuvat mukautettujen määritteiden ja vaadittujen isäntäprofiilikenttien ominaisuuksien betoihin, ei enää tarvitse poistaa näitä ominaisuuksia käytöstä ennen sivuston päivittämistä Control Hubiin. Sen sijaan ohjattu toiminto ilmoittaa, että tarkistat nämä kaksi ominaisuutta, koska nykyinen kokoonpano kopioidaan Control Hub -organisaatioon.
Jos osallistut vaadittuihin isäntäprofiilikenttien beetaversioon, näet tämän varoituksen:
Jos osallistut vaadittuihin seurantakoodeihin ja mukautettuihin määr itteisiin beetaversioon, näet tämän toimintokohteen:
Jos et osallistu näihin betoihin, jatka seuraavan osan lukemista.
Poista sivuston päivityksen estävät ominaisuudet käytöstä
Jotkin ominaisuudet on poistettava käytöstä, ennen kuin voit päivittää Webex-sivuston Control Hubiksi. Näet luettelon, joka näyttää, mikä ominaisuus on poistettava käytöstä. Ominaisuudet, jotka on merkitty pun aisella ympyrän X-kuvakkeella, on tehtävä. Keltaisella kolmion huutomerkillä merkit yt ominaisuudet ovat vain tiedoksi eivätkä vaadi mitään toimenpiteitä.
Tässä videossa on esittely siitä, miten voit päivittää sivustosi Control Hubiin.
Jos organisaatiosi käyttää automaattista tilin luomisominaisuutta Sivuston järjestelmänvalvojassa, sinun on määrit ettävä vastaava ominaisuus Control Hubissa ja määritettävä automaattinen käyttöoikeus malli, joka määrittää käyttöoikeudet automaattisesti. Katso lisätietoja tästä artikkel ista. Tämä on tehtävä ennen hallintakeskuksessa hallittavan sivuston päivittämistä.
-
Kirjaudu sisään Webex-sivuston hallintaan ja siirry kohtaan Kokoon .
-
Etsi S alli isäntätilin rekisteröinti -vaihtoehto ja poista se käytöstä.
-
Etsi Va adi tilin rekisteröintiä varten: ja poista kaikki vaadittujen käyttäjäprofiilikenttien ruudut.
-
-
Valitse Päivitä.
-
Valitse Määrit .
-
Vaihda Isäntäprofiili -sarakkeessa kaikki Vaadittavaksi merkityt seurantakooiri vit AdminSet - tai Valinnainen.
-
Lue lisää seurantakoodeista osoitteessa https://help.webex.com/izu2ty.
Kaikki käyttäjien seurantakoodin arvot säilyvät, kun päivität sivuston Control Hubiin.
-
Tulevaisuudessa tämä rajoitus poistetaan, ja voit yhdistää seurantakoodit vaadittuihin mukautettuihin käyttäjän määritteisiin Control Hubissa vastaavien toimintojen saavuttamiseksi.
Karttakoodien seurantakoodit käyttäjän määritteisiin -ominaisuus on luonnos, joka on julkisessa esikatselussa. Annamme sinulle pienen kurkistuksen siihen, mitä odottaa.
Ennen kuin voit päivittää sivuston tarvittavilla seurant ak oodeilla Sivuston hallinnasta Ohjauskeskukseen, sinun on yhdistettävä nämä seurantakoodit Ohjauskeskuksen käyttäjä määritteisiin. Voit napsauttaa Tiedot-kohdassa olevaa kuvaketta päästäksesi suoraan kartan seurantakoodeihin sivuston käyttäjämääritteisiin. Jos et ole vielä kartoittanut tai poistanut käytöstä vaadittuja seurantakoodeja, et voi päivittää sivustoasi Control Hubiin.
Jos sivustollasi ei ole vaadittuja seurantakoodeja, voit silti yhdistää seurantakoodit käyttäjän määritteisiin ennen sivuston päivittämistä Control Hubiin noudattamalla tätä menettelyä.
Kokoussivustoissa, jotka käyttävät osa stoa seurantakoodina, suosittelemme, että yhdistät seurantakoodin osaston käyttäjäprofiilin määritte eseen mukautetun määritteen sijaan. Koska osasto on vakiomäärite Control Hubissa, tämä skenaario on useimmissa tapauksissa tehokkaampi.
Jos tämä määrite on pakollinen, siirry käyttäjäprofiilin määritteeseen ja merkitse osastomäärite tarpeen mukaan. Muista, että tätä osastomääritettä, yhdessä muiden käyttäjämääritteiden kanssa, ei täytä ulkoisille käyttäjille.
| 1 |
Kirjaudu Control Hubiin ja siirry Kok oukseen. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Valitse sivusto ja valitse sitten Asetukset . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Valitse Luo seurantakoodikartta. 
| ||||||||||||||||||||||||||||||||||||||||
| 4 |
Valitse Avaa seurantakoodin yhteenveto. 
| ||||||||||||||||||||||||||||||||||||||||
| 5 |
Valitse Lataa kokoonpanoyhteenveto. Sinun on ladattava kopio nyky isestä seurantakoodikokoonpanosta. Tarvitset tämän yhteenvedon seuraavia vaiheita varten varmistaaksesi , että kaikki attribuuttiarvot ovat yhdenmukaisia nykyisten seurantakoodien kanssa. Voit ladata samat arvot mukautetuille määritteille myös lataamalla aiemmat seurantakoodiluettelot CSV-tiedostona. 
| ||||||||||||||||||||||||||||||||||||||||
| 6 |
Palaa ohjattuun toimintoon ja valitse Lisää ja tarkista käyttäjän määr itteet. 
| ||||||||||||||||||||||||||||||||||||||||
| 7 |
Määritä kaikki tälle sivustolle tarvittavat uudet mukautetut määritteet. Merkitse määritteet pakollisiksi, jos haluat, että kentät täytetään käyttäjille. Mukautetut määritteet eivät koske organisaatioita, jotka synkronoivat käyttäjät Directory Connectorin, Azure AD:n jne. kanssa. Voit käyttää tätä vaihetta mahdollisuutena tarkastella seurantakoodien näyttönimiä. Kun olet tehnyt tarvittavat muutokset, valitse Tallenna. Lukitut määritteet ovat samanlaisia kuin
perinte AdminSetisissä kokouspaikkojen seurantakoodeissa. Kun merkitset mukautetun määritteen lukituksi,
käyttäjät eivät näe kyseistä attribuuttia.Jos painat Tallenna tässä vaiheessa, kaikki mukautetut määr
itteet, jotka olet lisännyt, poistanut tai merkitty pakollisiksi, tulevat välittömästi voimaan
organisaatiossa. Organisaatioon liittyneiden uusien käyttäjien on noudatettava
tätä päivitettyä mukautetun määritteen kokoonpanoa, muuten käyttäjien perehdyttäminen epäonnistuu. Ole
varovainen, ennen kuin merkitset mukautetut määritteet tarpeen mukaan. 
| ||||||||||||||||||||||||||||||||||||||||
| 8 |
Palaa ohjattuun toimintoon ja valitse Kartan seurantakoodit. 
| ||||||||||||||||||||||||||||||||||||||||
| 9 |
Voit liittää seurantakoodit organisaation mukautettuihin määritteisiin tai käyttäjä profiilin määritteisiin pudotusvalikosta. Kun yhdistät sivuston seurantakoodin määritteeseen, järjestelmä kartoittaa ensin olemassa ole viin määritteisiin, jotka vastaavat seurantakoodinimiä, jos syöttötyypiksi on asetettu tekstikenttä. Kun olet valmis, napsauta Seuraava. Jos organisaatiosi käyttää automaattista käyttäjien perehdy
tysprosessia, kuten Directory Connector tai Azure AD, sinun ei pitäisi yhdistää
seurantakoodeja mukautettuihin määritteisiin. Sen sijaan yhdistä seurantakoodit synkronoituihin määr
itteisiin. Aikaisemmin seurantakoodit voidaan määrittää eri tavalla keskusta kohti. Kaikki keskukset (kokoukset, tapahtumat, webinaarit jne.) jakavat nyt yhden aikataulun kokoonpanon. Kun kartoitat määritteen tarpeen mukaan, kyseinen attribuutti vaaditaan ajoituksen Webex Meetings yhteydessäWebex Webinars, jne. 
| ||||||||||||||||||||||||||||||||||||||||
| 10 |
Valitse Tallenna kartta. Synkronointi tapahtuu automaattisesti prosessin aikana sivuston päivittämiseksi Control Hubiin. Suosittelemme varmuuskopioimaan seurantakoodin arvoja käyttäjille
tekemällä sivuston käyttäjän viennin kokouspaikalle Kun yhdistät seurantakoodit mukautettuihin määritteisiin, tietojen ainoa totuuslähde tulee Webex Identity -palvelusta kunkin yksittäisen kokouspaikan sijaan. Synkronointi kopioi seurantakoodin käyttäjäarvot kertaluonteisesti kartoitettuihin määritteisiin, joita ei ole vielä täytetty käyttäjille, mikä tarkoittaa, että seurantakoodien synkronoimien sivustojen järjestys on ensiarvoinen. Kun synkronoidaan ensimmäinen sivusto, kyseisen sivuston käyttäjien seurantakoodiarvot kopioidaan kyseisen käyttäjän yhdistettyyn käyttäjämääritteeseen Ohjauskeskuksessa, mutta vain, jos kyseistä arvoa ei ole jo täytetty käyttäjälle. Joitakin seurantakoodin arvoja ei saa kopioida sivustosta käyttäjän määritteisiin synkronoinnin aikana Jos käyttäjän arvo yhdistetylle sivustolle on jo täytetty synkronoinnin yhteydessä, kyseisen sivuston seuranta-arvoa ei kopioida kyseisen käyttäjän ohjauskeskuksen yhdistettyyn määritteeseen . Jotta tiedot eivät korvaa käyttäjien muita seurantakoodeja, suosittelemme, että yhdistät ja synkronoit kokouspaikan tiedot käyttäjien uusimpien seurantakooditietojen kanssa. Seurantakoodin arvoja ei kopioida sivustoista, jotka yhdist
ävät seurantakoodit käyttäjän kenttiin, jotka synkronoidaan ulkoisten lähteiden, kuten
Directory Connector tai Azure AD, kautta. Seuraavassa taulukossa esitetään mahdolliset skenaariot, joissa tiedot korvaavat alkuperäiset seurantakoodit. Näissä tilanteissa seurantakoodi ja kartoitettu määrite ovat käyttäjän kaupunki.
* Aiempi seurantakoodin arvo korvataan olemassa olevalla kartoitetulla määritteellä. | ||||||||||||||||||||||||||||||||||||||||
Ennen kuin päivität hallinnoitavasi sivustosi Control Hubissa, varmista, että
- Kaikki sivuston käyttäjät, joiden pitäisi olla organisaatiossasi, ovat itse asiassa Control Hub - organisaatiossasi.
- Kaikki sivuston käyttäjät, joiden ei pitäisi olla organisaatiossasi, poistetaan organisaatiosta.
- IdP voi todentaa organisaation käyttäjät, jos organisaatiosi on määritetty SSO: lle.
- Sivustossa pakollisiksi merkityt käyttäjäprofiilikentät kopioidaan myös Control Hub -
organisaatioon, kun päivität sivuston. Jos et halua, että kyseiset kentät merkitään pakollisiksi
tilin rekisteröinnissä sivustossa Ohjauskeskuksessa, poista ensin sivuston ylläpitäjän kenttien valinta ennen
päivittämistä Control Hubiin.
- Olet tarkistanut Control Hub -organisaation valmist elu -osan aiemmin tässä artikkelissa.
Tässä videossa on esittely siitä, miten voit päivittää sivustosi Control Hubiin.
Kuinka tarkistaa käyttäjät, jotka estävät sivuston päivityksen
-
Kirjaudu Sivuston hallintaan ja avaa Päivitä hallinta - sivu.
-
Avaa Hallinnointi hallinnan päivittämisen tarkistusedellytykset ja valitse Vie käyttäjät, joita asia koskee, CSV-tiedostossa.
-
Odota viennin päättymistä. Tämä prosessi voi kestää jonkin aikaa riippuen sivuston aloitusajasta ja käyttäjien määrästä. Vienti keskeytetään 6 minuutiksi tunnin alussa (välillä xx:57 - xx:03).
-
Napsauta Lataa CSV, kun vienti on valmis.
Selaimesi lataa
users-to-review.csv. -
Avaa CSV-tiedosto ja tarkista Suositellut toiminnot -sarake ( viimeinen sarake). Suorita suositeltu toimenpide jokaiselle tiedostossa olevalle käyttäjälle.
Käyttäjät, joiden sähköpostiosoitteet eivät täsmää
Joillakin käyttäjillä voi olla eri sähköpostiosoite Sivuston järjestelmänvalvoja- ja ohjauskeskuksessa. Tämä on mahdollista, jos käyttäjän sähköpostiosoitetta on muutettu vain yhdessä kahdesta paikasta sen jälkeen, kun käyttäjä on linkitetty tästä sivustosta 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 Site Adminissa vastaamaan Control Hub -sähköpostioso itetta
Käyttäjät voivat muokata sivuston järjestelmänvalvojan profiileja: 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 vaihtaa omia sähköpostiosoitteitaan Control Hub -organisaatiossa: https://help.webex.com/nme40aeb
Jos päivität sivustosi Ohjauskeskukseksi korjaamatta käyttäjän sähköpostiosoitteiden yhteensopimattomuutta, kyseisten käyttäjien on kirjauduttava kokou spaikkaansa käyttämällä Control Hub -sähköpostiosoitteitaan. Nämä käyttäjät eivät ehkä pysty kirjautumaan sisään, jos he yrittävät kirjautua sisään sivuston ylläpitäjän sähköpostiosoitte ella tai jos heidän Control Hub -sähköpostiosoitteensa ei enää ole voimassa heidän IdP:ssä ( SSO organisaatioissa). He eivät estä sinua päivittämästä sivustoa, mutta on parempi korjata sähköposti osoitteet ennen päivityksen aloittamista.
Ulkoiset käyttäjät, joilla on Basic Meetings -lisenssi
Ulkoiset käyttäjät, joilla on Basic Meetings -lisenssit, on poistettava käytöstä tai päivitettävä maksul Webex Meetings lisiksi lisensseiksi ennen sivuston päivittämistä Sivuston järjestelmänvalvojasta Ohjauskeskukseen.
Käyttäjien deaktivointi
Yksittäisen käyttäjän deaktivointi Sivuston hallinnassa:
-
Valitse .
-
Etsi käyttäjä hakemisto-, haku- ja suodatinsäätimillä.
-
Poista valinta Aktiivinen- ruudusta.
-
Lähetä muutokset.
Lisätietoja on ohje aiheessa Käyttäjätilien hallinta Webex-sivuston hallinn assa.
Eräkäyttäjän deaktivointi Sivuston hallinnassa:
-
Vie käyttäjät CSV-tiedostoon.
-
Avaa CSV-tiedosto ja muokkaa
Activesarakkeen arvoja kaikilleNkäyttäjille, joita asia koskee. -
Tuo muokattu CSV-tiedosto.
Vaihtamasi käyttäjät ovat nyt passiivisia.
Katso lisätietoja kohd asta Webex-käyttäjien erätuonti ja vienti Webex-sivuston hallinn assa.
Käyttäjät organisaatioissa, joissa on hakemistosynkronointi
Jos organisaatiossasi on linkittämättömiä käyttäjiä, joita ei ole vielä lisätty, sinun on ensin lisättävä heidät organisaatioosi. Tämä on erityisen tärkeää organisaatioille, jotka on määritetty hakemistosynkronointiin (Directory Connector tai Azure AD), koska hakemistosynkronointi ei salli sivuston päivitysprosessin käyttäjien lisäämistä.
Sivuston päivitys epäonnistuu, jos sivuston aktiivisia käyttäjiä ei voida linkittää Control Hub -organisaatioon. Jos organisaatiosi on määritetty hakemistosynkronointiin, varmista, että kaikki sivuston käyttäjät, joiden on oltava osa Control Hub -organisaatiota, on lisätty ensin Directory Connectoriin tai Azure AD -palveluun ennen päivityksen aloittamista.
Korjaa käyttäjän ongelmat ennen päivityksen aloittamista
Jos yrität päivittää sivuston Control Hubiin ratkaisematta
users-to-reviewtiedoston käyttäjien ongelmia, päivityksen hallintaprosessi saattaa epäonnistua. Työkalu tarkistaa, oletko korjannut ongelmat vasta lopullisen
päivityksen aloittamisen jälkeen.
SSO-organisaatioon linkitettyjen SSO-sivustojen ja muiden kuin SSO-sivustojen päivittäminen
Control Hub -organisaatio voi tukea useita identiteetin tarjoajia (IDP) SSO: lle, joista yksi IdP: stä on Webex IdP (paikallinen todennus)
Ohjauskeskuksen useat IDP:t auttavat:
- Jos Sivuston hallinnan SSO -sivuston IdP on erilainen 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 lisätä vain paikalliseen Webex IdP: hen. Voit sitten siirtää kyseiset käyttäjät myöhemmin määritettyyn SS O IdP: hen.
Useiden IDP:iden määrittäminen voi mahdollistaa sen, että kaikki sivuston käyttäjät, joita päivitetään Sivuston järjestelmänvalvojasta Ohjauskeskukseen, voivat kirjautua sisään Control Hub - organisaatiossa määritetyllä todennusmenetelmällä. Tämän suorittamiseksi voit:
- Lisää ylimääräisiä SSO IDP:itä Control Hub -organisaatioon.
- Lisää käyttäjiä jo määritettyyn IdP: hen.
- Lisää käyttäjiä paikalliseen Webex IdP: hen.
Tässä artikkelissa on lisätietoja useista IDP:istä Control Hubissa.
Ennen kuin aloitat
On joitain ominaisuuksia, jotka sinun on poistettava käytöstä, ja sinun on tarkistettava, että kaikki käyttäjät ovat hyvässä tilassa, jotta ne voidaan päivittää Control Hubiin. Jos käytät API-integroituja sovelluksia, sinun on päivitettävä ne Webex-sovellusliittymän käyttämiseksi.
Voit lukea näistä edellytyksistä tämän artikkelin aikaisemmista osista.
Varmista, että kaikki järjestelmänvalvojat tietävät, että päivität sivuston Control Hubiin ja että he eivät saa tehdä muutoksia Sivuston järjestelmänvalvojaan käynnistyksen jälkeen.
| 1 |
V ie ja tallenna sivuston käyttäjien vientitiedosto. Tämä tiedosto toimii käyttäjän määritysarkistona, jonka avulla voit vahvistaa päivityksen jälkeen. |
| 2 |
Kirjaudu Sivuston hallintaan ja napsauta Päivitä hallinta. |
| 3 |
Tarkista edellytykset, erityisesti CSV-luettelo käyttäjistä sellaisissa tiloissa, jotka voivat vaikuttaa päivityksen onnistumiseen. |
| 4 |
Lue ominaisuuksista, jotka on poistettava käytöstä, ja eroista, joita voit odottaa käyttäjänhallinnassa ja isäntälisensoinnissa (dokumentoitu myös tässä artikkelissa). |
| 5 |
Valitse Päivitä ohjauskeskukseen. Tämä painike aktivoituu vasta, kun yllä olevat vaiheet on suoritettu. 
Näyttöön tulee ponnahdusik
kuna. Tässä ikkunassa näkyy, että sivuston päivittäminen Ohjauskeskukseen on pysyvää, etkä voi kumota päivitystä, kun se on valmis. Kun päivitys on valmis, tätä sivustoa ei enää hallinnoida Sivuston hallinnassa. Jos et ole valmis hallitsemaan tätä sivustoa kokonaan Ohjauskeskuksessa, sulje ohjattu toiminto nyt.
 |
| 6 |
Valitse OK. Päivitys alkaa Sivuston hallinnan yläpuolelle ilmestyy banneri, joka ilmoittaa, että sivuston päivitys on käynnissä. Jos jokin menee pieleen, näet virheilmoituksen, jossa on ehdotetut toimet. Muussa tapauksessa näet onnistumisviestin. Sivuston päivitys kestää noin 3 min + 1000 aktiivista käyttäjää/min + 2000 passiivista käyttäjää minuutissa. Jos esimerkiksi aloitit sivustopäivityksen klo 05.20 ja sivustossasi on 8000 aktiivista käyttäjää ja 2000 passiivista käyttäjää, sivuston päivitys kestää noin 12 minuuttia. Lisäksi sivuston päivitykset keskeytetään 6 minuutiksi tunnin alussa (välillä xx:57 - xx:03). Mutta tulokset voivat vaihdella. |
| 7 |
Valitse Kirjaudu Control Hubiin. |
Kun olet käynnistänyt sivustopäivityksen Webex-sivuston hallinnasta, voit kirjautua sisään Control Hubiin nähdäksesi sivustopäivityksen tilan.
-
Kirjaudu Control Hubiin ja avaa Kokou kset - sivu.
Näet luettelon kokouspaikoistasi.
-
Napsauta sivustoa nähdäksesi tiedot kyseisestä sivustosta.
-
Etsi Siv uston 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ä, mitkä näistä käyttäjistä olivat aktiivisia tai passiivisia sivustolla. Käyttäjät, jotka näytetään ei-aktiivisina Sivuston hallinnan käyttäjän tila -sarakkeessa, eivät voi käyttää Control Hub -hallinnoitua sivustoa. Näillä käyttäjillä ei myöskään näytetä pääsyä sivustoon Control Hubin käyttäjäosiossa.
Latauspainikkeen ilmestyminen voi kestää jonkin aikaa (minuutteja useimmissa organisaatioissa).
-
Tarkista luettelo tarkistaaksesi mahdolliset ongelmat päivityksen aikana.
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 sivustosi hallintaan ja kokeilla sitä Control Hubissa:
-
Tarkista jotkin sivuston kokoonpanoasetukset varmistaaksesi, että mikään ei ole muuttunut. Tämä on helpompaa, jos kopioit joitakin sivuston järjestelmänvalvojan asetuksia ennen päivittämistä Control Hubiin.
-
Valitse isäntä ja tarkista käyttöoikeus, seurantakoodit ja istuntotyypit Control Hubissa. Kirjaudu sisään kokouspaikalle ja vahvista, että heidän ajoitettuja kokouksia, tallent eita ja asetuksia ei muuteta. Vahvistus on helpompaa, jos kyseisen isännän tiedot kopioidaan ennen päivittämistä Control Hubiin.
Pyydä käyttäjää tarkistamaan, että hän voi ajoittaa ja isännöidä uusia kokouksia.
-
Lisää uusi käyttäjä organisaatioosi. Anna heille isäntälisenssi, muokkaa istuntotyyppejä ja varmista, että he voivat isännöidä kokouksia.
Suosittelemme, että määrität organisaatio- tai ryhmäpohjaiset käyttöoikeusmallit, jotka määrittävät lisenssit automaattisesti uusille käyttäjille tai tietyille uusien käyttäjien ryhmille. -
Valitse käyttäjä, joka oli täysi järjestelmänvalvoja Sivuston järjestelmänvalvoja -kohdassa, ja varmista, että hänellä on asianmukainen käyttöoikeus päivitettyyn sivustoon Ohjauskeskuksessa.
Heidän pitäisi pystyä lukemaan ja muokkaamaan sivustoa; luoda, lisensoida, muokata ja poistaa käyttäjiä.
-
Jos sivustossasi on API-integraatioita, siirry käyttämään People API -sovellusliittymiä. Varmista, että päivitetty integraatio 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 Hub -hallinnoituihin sivustoihin.
Jos käyttäjänimi ei vastaa käyttäjän sähköpostiosoitetta Sivuston hallinnassa, kyseisillä käyttäjillä on vaikutusta kirjautumiskokemukseen. Vanhoja käyttäjänimiä ei voi enää käyttää, ja näiden käyttäjien on käytettävä sähköpostiosoitettaan kirjautuakseen sisään. -
Käyttäjän tunnistetiedot liitetään heidän Control Hub -identiteettiinsä. Samat tunnistetiedot koskevat kaikkia saman organisaation Control Hub -hallinnoituja sivustoja ja Webex-sovellusta.
-
Jos Control Hub -organisaatiossa on määritetty SSO, kyseinen SSO hallitsee kirjautumiskokemusta Webex-sovellukseen ja kaikkiin Control Hub -hallittuihin sivustoihin.
-
Ohjauskeskukseen 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 annettava sähköpostiosoitteensa kirjautuakseen sisään, vaikka heidän organisaationsa olisi määritetty SSO: lle.
Järjestelmänvalvojat voivat ottaa Muista minut -vaihtoehdon käyttöön Ohjauskesk uksessa, 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 lukumäärästä, joilla heillä oli tili jne.:
-
Jos käyttäjät on linkitetty olemassa oleviin käyttäjiin Webex Identity/Control Hub -palvelussa, 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 sivuston linkityksen vuoksi, ensimmäisen linkit etyn sivuston tunnistetiedot pätevät (jos organisaatiolle ei ole määritetty SSO). Käyttäjät ohjataan kirjautumaan sisään kyseiselle sivustolle. Jos käyttäjillä on useita sivustoja, joilla on useita tunnistetietoja, sivuston URL-osoitteen pitäisi auttaa heitä määrittämään käytettäviä tunnistetietoja.
-
Käyttäjät voivat nollata salasanansa Control Hub -organisaatioissa (jos salasanaa ei hallita SSO: n kautta). Jos käyttäjät unohtivat salasanansa, he voivat napsauttaa Unohtuiko käyttäjänimesi tai salasanasi? kirjautumisnäytössä salasanan palauttamiseksi. Käyttäjät voivat myös palauttaa salasanansa noudattamalla näitä ohjeita:
- Webex-sovelluksen salasanan nollaaminen: https://help.webex.com/article/n02v0b8/
- Sivuston salasanan Webex Meetings palauttaminen: https://help.webex.com/article/6v6kaab/
-
-
Jos loppukäyttäjän sähköpostiosoite muuttui ja kyseisellä käyttäjällä oli eri sähköpostiosoite Sivuston järjestelmänvalvoja- ja ohjauskeskuksessa sivuston päivityksen yhteydessä, kyseisellä käyttäjällä voi olla ongelmia kirjautumisen yhteydessä. Käyttäjä ei ehkä tiedä, että hänen on nyt käytettävä Control Hub -sähköpostiosoitettaan kirjautuakseen sisään tai Control Hubin sähköpostiosoite ei ehkä enää ole voimassa organisaation SSO IdP: ssä. Tämäntyyppiset tilanteet voidaan parhaiten välttää päivittämällä käyttäjien sähköpostiosoitteet Control Hubissa, koska samojen käyttäjien sähköpostiosoitteisiin tehdään muutoksia Site Adminissa.
-
Uudelleenkirjautuminen vaaditaan iOS- Webex Meetings mobiilisovelluksen käyttäjiltä:
- Jos päivität ei-SSO-sivuston Control Hubiin, käyttäjien on kirjauduttava uudelleen iOS- Webex Meetings mobiilisovellukseen. Vaikka iOS-kokoukset -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 ennaltaehkäisevästi.
-
Sivuston päivityksen aikana käyttäjien, joiden käyttäjänimet eivät vastaa heidän sähköpostiosoitteitaan, on ehkä kirjauduttava uudelleen sisään.
-
Näitä käyttäjiä voidaan vaatia kirjautumaan uudelleen Webex-asiakkaisiinsa, jos he yrittävät käyttää sivuston Webex-palveluita sivuston päivityksen aikana Control Hubiin. Tämä ei vaikuta käyttäjiin, jotka ovat jo liittyneet kokouksiin ennen sivuston päivityksen aloittamista.
-
Tyhjä ”käyttäjä tarkistettavaksi” CSV-tiedosto
Jos sivustosi on suuri ja sillä on yli 1000 käyttäjää, joiden sähköpostiosoitteet ovat eri Sivuston hallinnassa kuin Ohjauskeskuksessa, ohjatussa sivuston päivitystoiminnassa saattaa näkyä tyhjä tarkistettava käyttäjä CSV-tiedosto. Tämän vuoksi sivuston päivitys ei toimi, koska et pysty ratkaisemaan käyttäjiä, joilla on ongelmia. Tätä asiaa käsitellään parhaillaan, ja aiomme ratkaista sen tulevina viikkoina.
Asetukset, joita ei siirretä, kun päivität Control Hubiin
- Jos sivuston järjestelmänvalvojan hallinnoima sivusto oli hitaalla kanavalla ja Control Hubia hallinnoi myös kumppani, saatat menettää näkyvyyden Kokous-sivuston versiopäivitysohjaimille, kun päivität Control Hubiin. Jos näin tapahtuu, ota yhteyttä kumppaniin ja pyydä häntä ottamaan käyttöön S alli asiakkaan päivittää sivustoversion asetus organisaatiollesi.
- Odotettuja itserekisteröintitilipyyntöjä ei siirretä Hälytyskeskukseen. Käyttäjien on rekisteröitävä tili uudelleen päivityksen päätyttyä.
- Sivuston ylläpitäjän käyttäjätunnusarvot ohitetaan Control Hubin käyttäjien sähköpostiosoitteilla 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 ole poistettu 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ä comon-virheistä syy ja mitä voit tehdä sen korjaamiseksi.
| Virheet, jotka aiheuttavat päivityksen epäonnistumisen | Suositeltava toiminta |
|---|---|
| Sivustotyyppi on virheellinen. | Ota yhteyttä Webex-tukitiimiin vahvistaaksesi, että sivusto on käyttäjän linkitetty. |
| Sivustolle ei ole liitetty tilausta. | Sivustot on liitettävä tilaukseen, ennen kuin se voidaan päivittää Control Hubiin. |
| Organisaation tunnuksessa on ongelma. | Sivustoon linkitetyn organisaation tunnus ei ole sama kuin tilauksen organisaation tunnus. Ota yhteyttä Webex-tukitiimiin. |
| Seuraavalla tilauksella on vireillä olevia toimintoja Control Hubissa: (SubID). | Yritä sivuston päivitystä uudelleen, kun odottava toiminto on valmis. |
| Kertakirjautumisen (SSO) asetuksissa on ristiriitoja. | Jos sivusto on SSO käytössä, varmista, että
|
| Sivuston hallinnan sivuston käyttöoikeustiedot eivät vastaa Control Hubin sivuston käyttöoikeustietoja. | Epäjohdonmukaiset lisenssitiedot Site Admin ja Control Hubin välillä. Ota yhteyttä Webex-tukitiimiin. |
| Jotkin Sivuston hallinnassa olevat käyttäjänimet tai sähköpostiosoitteet ovat ristiriidassa Control Hubin käyttäjänimien tai sähköpostiosoitteiden kanssa. | Ohjauskeskuksen toinen käyttäjä käyttää Sivuston järjestelmänvalvojassa olevaa käyttäjän sähköpostiosoitetta. Vaihda jokin sähköpostiosoitteista tai käyttäjänimistä. |
| Sivustosi päivittämisessä oli ongelmia. | Sisäinen virhe esti tämän sivuston päivittämisen. Ota yhteyttä Webex-tukitiimiin. |
| Webex-käyttäjien päivittämisessä oli ongelma. | Sisäinen virhe esti tämän sivuston päivittämisen. Ota yhteyttä Webex-tukitiimiin. |
Käyttäjien sisäänkirjautumisongelmat
Varmista, että sallit Webex-evästeet aina. Muussa tapauksessa käyttäjillä voi olla kirjautumisongelmia Control Hubiin päivityksen jälkeen.
Q. Onko olemassa päivämäärä, jolloin Cisco ei enää tue sivuston hallintaa?
A. Kyllä. Aiomme lopettaa Webex-sivuston hallinnan joulukuun lopussa 2023.
Q. Säilyttävätkö sivuston järjestelmänvalvojat edelleen sivuston järjestelmänvalvojan käyttöoikeudet sen jälkeen, kun he ovat päivittäneet hallintakeskuksen hallintaan?
A. Kyllä. Kaikilla sivuston järjestelmänvalvojilla on edelleen sivuston järjestelmänvalvo jan käyttöoikeudet sen jälkeen, kun sivusto on päivitetty Ohjauskeskuksen hallintaan.
Q. Miksi näen sivustossa uusia järjestelmänvalvojia, kun kokouspaikka on päivitetty Sivuston järjestelmänvalvojasta Control Hub -hallintaan?
A. Siv uston uudet järjestelmänvalvojat olivat todennäköisesti Control Hub -organisaation järjestel mänvalvojia. Kun sivusto päivitetään Sivuston järjestelmänvalvojasta Control Hubiin, kaikista organisaation laajuisista järjestelmän valvojista tulee uuden Control Hub -hallinnoidun sivuston ylläpitäjiä. Tämä tarkoittaa, että organisaation täysimääräisistä järjestelmänvalvojista tulee Webex-sivuston täysimääräisiä järjestelmänvalvojia, organisaation käyttäjien järjestelmänvalvojista tulee Webex-sivuston käyttäjien järjestelmänvalvojia ja organisaation vain lukujärjestelmänvalvojista tulee Webex-sivuston vain luku -järjestelmänvalvojia.
Q. Miksi tuottavuustyökalun kirjautuminen ei toimi sen jälkeen, kun sivusto on päivitetty Control Hubiin?
A. Varmista, että Internet-selaimet on määritetty sallimaan aina istuntoevästeet, jotka sijaitsevat selainten tietosuoja-asetuksissa.
Q. Jos käyttäjä poistetaan Control Hubissa ja sitten sama sähköpostiosoite lisätään uudelleen Control Hubiin ja sille annetaan Meetings-lisenssi samalle Webex-sivustolle, voiko käyttäjä käyttää vanhoja tallenteitaan?
Vast aus: Kyllä, käyttäjällä on pääsy kaikkeen vanhaan kokousten sisältöön, jos hänelle on annettu käyttöoikeus mihin tahansa aiempaan Webex-sivustoon, jolla he olivat. Tämä koskee sekä Control Hub -hallinnoituja sivustoja että sivustoja, jotka on päivitetty Control Hubiin.
Q. Jos käyttäjä poistettiin käytöstä Sivuston järjestelmänvalvojassa ennen sivuston päivitystä Control Hubiin ja lisensoitiin myöhemmin uudelleen samaan Webex-sivustoon Control Hubissa, onko käyttäjällä pääsy vanhoihin tallenteisiinsa?
Vast aus: Kyllä, käyttäjällä on edelleen pääsy vanhoihin tallenteisiinsa. Lisäksi kaikki käyttäjät, jotka on poistettu käytöstä Sivuston järjestelmänvalvojassa ennen sivuston päivitystä, näkyvät Control Hubin Kokousten CSV-vientitiedostossa.
Q. Jos sivustolle ei ole määritetty SSO IdP: tä, mutta Control Hub -organisaatiolla on SSO IdP, mitä tapahtuu, kun sivusto päivitetään Control Hubiin?
A. Sivusto käyttää samaa SSO IdP: tä kuin Control Hub -organisaatio.
Q. Jos sivustolle on määritetty eri SSO IdP kuin Control Hubin SSO IdP, mitä tapahtuu, kun sivusto päivitetään Control Hubiin?
A. Sivusto siirtyy käyttämään samaa SSO IdP: tä kuin Control Hub -organisaatio.
Q. Jos sivustolle on määritetty SSO IdP, mutta Control Hub -organisaatiolla ei ole SSO IdP: tä, mitä tapahtuu, kun sivusto päivitetään Control Hubiin?
A. Sinua estetään päivittämästä sivustoasi. Jos haluat poistaa sivuston eston, jotta voit päivittää Control Hubiin, poista SSO IdP sivuston ylläpitäjäsivustosta tai lisää SSO IdP Control Hub -organisaatioon.
Q. Voinko silti kirjautua sivuston URL-osoitteeseen päästäkseni tallenteisiin ja aikatauluttamaan kokouksia tai tapahtumia?
Vast aus: Kyllä, voit silti kirjautua sivuston URL-osoitteeseen, josta voit käyttää tallenteita, ajoittaa kokouksia jne.
Q. Muutetaanko käyttäjäkohtaisia asetuksia sivuston päivityksen aikana Sivuston hallinnasta Ohjauskeskukseen?
Vastaus: Ei, käyttäjän asetukset pysyvät muuttumattomina. Nämä asetukset ovat käytössä kuten ennen sivuston päivitystä.
Q. Vaikuttaako tämä sivuston päivitys tallenteisiini tai ajoitettuihin kokouksiini?
A. Tämä ei vaikuta isäntätallenteisiin. Sinulla on edelleen pääsy niihin. Tämä ei myöskään vaikuta ajoitettuihin kokouksiin. Niihin ei ole muutoksia.
Q. Vaikuttaako tämä sivuston päivitys tallenteisiin tai käyttäjien ajoitettuihin kokouksiin?
A. Tämä ei vaikuta käyttäjän tallenteisiin. Heillä on edelleen pääsy niihin. Tämä ei myöskään vaikuta ajoitettuihin kokouksiin. Niihin ei ole muutoksia.
Käyttäjät, joita ei ole vielä lunastettu, voivat vaikuttaa heidän tallenteisiinsa tai ajoitettuihin kokou ksiin, jos lunastat ne sen jälkeen, kun olet päivittänyt sivuston Control Hubiin. Katso lisätietoja seuraav asta huomautuksesta.
Suosittelemme, että lunastat käyttäjiä ennen sivustosi päivittämistä Control Hubiin. Jos haet käyttäjiä organisaatioosi sen jälkeen, kun sivusto on päivitetty Ohjauskeskukseksi, kyseiset käyttäjät voivat menettää pääsyn kokouksiin ja kokouksiin sivuston resursseihin.
Voit kiertää ongelman seuraavasti varmistaaksesi, että käyttäjät eivät menetä pääsyä sivuston kokouksiin ja kokousten resursseihin sen jälkeen, kun sivusto on päivitetty Ohjauskeskukseen:
- Käyttäjille, joilla on organisaation tai sivuston ulkoiset järjestelmänvalvojan oikeudet, poista kaikki ulkoisen järjestelmänvalvojan oikeudet organisaatioon ja sivustoon ja poista sitten kokouspaikan käyttöoikeus. Kun olet lunastanut käyttäjän, lisensoi kyseinen käyttäjä uudelleen sivustolle. Voit myös palauttaa ulkoisen järjestelmänvalvojan oikeudet.
- Tavallisille käyttäjille: Poista kokouspaikan käyttöoikeus, vaadi käyttäjä organisaatiollesi ja lisensoi sitten kyseinen käyttäjä uudelleen sivustolle.
Q. Missä voin tarkistaa odottavat itserekisteröintitilipyynnöt Control Hub -hallinnoiduille sivustoille?
Vastaus: Sinä ja muut järjestelmänvalvojat voit tarkastella itse rekisteröitymispyyntöjä Häl ytyskeskuksessa.
Q. Voinko käyttää käyttäjätunnuksen arvoja sivuston järjestelmänvalvojasta päivittyäni sivuston Control Hubiin?
A. Kaikkien sivuston järjestelmänvalvojan käyttäjien vientitiedosto on käytettävissä 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änimen arvot.
Q. Käytämme käyttäjätunnusarvoja käyttäjien tunnistamiseen Sivuston järjestelmänvalvojassa. Kuinka voimme tehdä saman Control Hubissa?
A. Käyttä jätunnuksen arvot menetetään, kun sivusto on päivitetty Control Hubiin. Jos tarvitset pääsyä näihin arvoihin, yksi ratkaisu on kopioida arvot seurantakoodiin ennen sivuston päivittämistä. Käyttäjien seurantakoodiarvot säilyvät ja ovat käytettävissä, kun sivusto on päivitetty Control Hubiin. Jos käytät SSO: ta, ExternalIDse on Control Hub -käyttäjäattribuutti, joka voi sisältää tämän arvon. Tämä edellyttää, että määrität SAML-väitteet välittämään tämän arvon, kun määrität SSO: n ohjauskeskuksessa. Tämä arvo välitetään myös Control Hubiin uusien käyttäjien automaattisen luomisen aikana.
Q. Kuinka kauan sivuston päivityksen valmistuminen kestää sen alkamisen jälkeen?
A. Siv uston päivitys kestää noin 3 min + 1000 aktiivista käyttäjää minuutissa + 2000 passiivista käyttäjää minuutissa. Jos esimerkiksi aloitit sivustopäivityksen klo 05.20 ja sivustossasi on 8000 aktiivista käyttäjää ja 2000 passiivista käyttäjää, sivuston päivitys kestää noin 12 minuuttia. Lisäksi sivuston päivitykset keskeytetään 6 minuutiksi tunnin alussa (välillä xx:57 - xx:03). Mutta tulokset voivat vaihdella.
Q. Miten voin automaattisesti lisensoida jokaisen uuden käyttäjän tai tiettyjen ryhmien uudet käyttäjät sen jälkeen, kun päivitän hallintakeskuksessa hallittavan sivuston?
A. Voit määrittää organisaatio- tai ryhmäpohjaiset käyttöoikeusmallit, jotka määrittävät lisenssit automaattisesti uusille käyttäjille.
Q. Onko sivuston päivityksen aikana seisokkeja?
A. Ei. Sivuston päivityksen aikana:
- Käyttäjät voivat jatkaa Kokouspalvelun käyttöä, kuten liittyä ja aloittaa ajoitetut ja tapauskohtaiset kokoukset.
- Tämä ei vaikuta kokouksiin, jotka ovat käynnissä sivuston päivityksen alkaessa.
- Tilaus lukitaan Control Hubiin.
- Kokoukset -työpöytäsovelluksella voi olla ongelmia Tulevat kokoukset -osiossa.
- Sivuston hallinnan kokoonpanojen muutoksia ei suositella.
