O posodabljanju s Site Administration na Control Hub


 

Posodobitev spletnega mesta iz Site Administration v Control Hub ne zahteva posodobitve različic odjemalca. Nekatera spletna mesta ne morejo uporabljati te funkcije, dokler partnerji, ki upravljajo te organizacije, niso pripravljeni.


 
Če vaša organizacija Webex za vlado vključuje zunanje uporabnike, trenutno ne morete preiti iz uporabe Site Administration v Control Hub. Pri poskusu pretvorbe z zunanjimi uporabniki v vaši organizaciji se prikaže napaka. Pričakujemo, da bo ta zmogljivost na voljo organizacijam z zunanjimi uporabniki sredi leta 2023.

Webex postaja enotna platforma za upravljanje sestankov, sporočil, klicev in drugih načinov sodelovanja. Zato želimo prenesti upravljanje vseh spletnih mest Webex Meetings iz Site Administration v Control Hub.

V administraciji spletnega mesta imamo orodje, ki vam pomaga pri tej spremembi. Če je vaše spletno mesto že primerno za posodobitev na Control Hub, lahko začnete s klikom na Posodobite administracijo v navigacijskem meniju.

Za predstavitev, kako deluje posodabljanje vašega mesta na Control Hub, glejte ta video.

Za pomoč pri načrtovanju posodobitve spletnega mesta preglejte Pripravljenost ocene mesta razdelek.

Prednosti upravljanja spletnih mest v Control Hubu vključujejo:

  • Poenotene dodelitve licenc za vse storitve Webex, kot so srečanja, sporočila in klici.

  • Dosledne varnostne politike v vseh storitvah Webex.

  • Skupna izkušnja prijave za vse končne uporabnike med različnimi storitvami Webex.

  • Sodobni skrbniški kontrolniki, kot so imeniški priključek, SCIM in skupine aktivnih imenikov.

  • Predloge licenc za samodejno dodelitev več licenc uporabnikom.


 

Po posodobitvi na Control Hub ne morete uporabljati skrbništva mesta za upravljanje mesta srečanja.


 
Ta razdelek je uporaben le, če je Cisco izbral vaše spletno mesto za samodejno posodobitev upravljanja spletnega mesta.

Če je za vaše spletno mesto načrtovano samodejno posodabljanje iz upravljanja v Skrbniku mesta v Nadzorno središče, boste videli naslednji posnetek zaslona.

Samodejna posodobitev spletnega mesta v Site Admin.

Lahko kliknete na Spremenite datum posodobitve spletnega mesta da spremenite načrtovani datum.

Okno za spremembo datuma za samodejno posodabljanje spletnega mesta v skrbniku spletnega mesta.

Izkušnja z upravljanjem mest v Control Hubu je podobna upravljanju v Site Administration. Upravljanje uporabnikov v Control Hubu ima sodobnejše temeljne tehnologije, zato je pri upravljanju spletnih mest v Control Hubu nekaj razlik. Ta razdelek se osredotoča na razlike, prikazane pri posodabljanju vašega spletnega mesta.


 

Za podrobnejši pregled razlik med administracijo mesta in nadzornim središčem glejte Ta članek.

Upravljanje uporabnikov

Imamo centraliziran sistem upravljanja uporabnikov, ki je podlaga za Control Hub, kjer so uporabniki ločeni in edinstveni znotraj celotne organizacije (in celotnega Webexa). V skrbništvu mesta je uporabniški profil ločen za vsako mesto srečanja.

Enotna prijava (SSO) s samodejnim ustvarjanjem računa

V skrbniku spletnega mesta imate funkcijo »samodejnega ustvarjanja računa«, ki ustvari uporabnike, ko se overijo s sistemom SSO.

Posnetek zaslona skrbnika mesta, ki prikazuje možnost enotne prijave za samodejno ustvarjanje računa

Ta funkcija je na voljo tudi v Control Hubu. Nanašati se na Samodejno ustvarjanje in posodobitev računa SAML za Control Hub za več informacij.

Številne organizacije, ki uporabljajo enotno prijavo, morda raje centralno upravljajo svoje uporabnike v zunanjih imeniških orodjih, kot je Microsoft® Active Directory in Microsoft Azure ter zahteva avtentikacijo pri zunanjih ponudnikih identitete.

Preberite več o:

Obvezni podatki o profilu in kode za sledenje

Administracija spletnega mesta vam omogoča, da določite zahtevana polja profila za nove uporabnike (prejšnji posnetek zaslona). To lahko razširite tako, da zahtevate kode za sledenje za ustvarjanje uporabnika (posnetek zaslona spodaj). Če konfigurirate te dodatne zahteve, brez njih ne morete dodati uporabnikov na spletno mesto.

Posnetek zaslona upravljanja spletnega mesta, ki prikazuje možnosti za uveljavljanje kod za sledenje

Control Hub za ustvarjanje uporabnika potrebuje samo prikazno ime in e-poštni naslov.

Vsa druga uporabniška polja so neobvezna, ko ustvarite novega uporabnika v Control Hubu, zato ne uveljavljamo dodatnih podatkov profila za mesta, ki jih upravlja Control Hub.

Pred posodobitvijo spletnega mesta na Control Hub morate onemogočiti obvezna polja profila in kode za sledenje.

Upravljanje gesel in zaklepanje

Administracija spletnega mesta ima funkcijo, ki uporabnike začasno zaklene, če se po več poskusih ne prijavijo.

Control Hub ima naslednje možnosti za preprečevanje nepooblaščenega dostopa:

  • Samodejna časovna omejitev po prvih nekaj neuspelih poskusih.

  • Mehanizem CAPTCHA (popolnoma avtomatiziran javni Turingov test za razlikovanje med računalniki in ljudmi).

  • Legitimni uporabniki imajo možnost samopostrežne spremembe pozabljenih gesel.

Licenciranje gostitelja

Gostitelji morajo biti v vaši organizaciji Control Hub

V skrbniku spletnega mesta lahko kateremu koli uporabniku dodelite licenco za gostitelja. Ko upravljate mesto v Control Hubu, lahko dodelite gostiteljske licence (in vlogo udeleženca) le uporabnikom v isti organizaciji Control Hub.

Samoprijava za račun gostitelja

V Skrbniku spletnega mesta lahko izberete, da dovolite uporabnikom, da zahtevajo (gostiteljski) račun na spletnem mestu. Uporabnikom z računom lahko dovolite tudi, da zahtevajo dodatne storitve na spletnem mestu. (glej posnetke zaslona).

Posnetek zaslona skrbnika mesta, ki prikazuje možnost »Dovoli prijavo na gostiteljski račun«. Posnetek zaslona skrbnika mesta, ki prikazuje kontrolnik, ki uporabnikom omogoča, da zahtevajo dodatne storitve

Ko upravljate mesto srečanja v Control Hubu, uporabniki ne morejo zahtevati lastnega računa gostitelja za to mesto.

Control Hub ima namesto tega centraliziran, avtomatiziran način za dodeljevanje licenc za srečanja novim uporabnikom. Preberi https://help.webex.com/n3ijtao.

Uporabniške licence lahko upravljate tudi z API-jem ali v velikem obsegu s CSV.

Če želite, da uporabniki zahtevajo svoje gostiteljske račune, lahko konfigurirate pomoč/podporo spletnega mesta s kazalci za stik s skrbniki ali povezavo do drugih orodij.

Pred posodobitvijo spletnega mesta na Control Hub morate onemogočiti možnost »Dovoli prijavo na gostiteljski račun« in »Dovoli uporabnikom, da zahtevajo dodatne storitve«.

Control Hub ima druge možnosti upravljanja licenc, kot so predloge za samodejno dodeljevanje. Dobite lahko poročilo o neaktivnih gostiteljih, ki vam pomaga odstraniti licence teh uporabnikov, posamezno ali v velikem obsegu ali prek API-ja.

Če potrebujete to možnost samodejne deaktivacije in druge možnosti v Control Hubu niso primerne za vas, se izogibajte posodobitvi svojega spletnega mesta na Control Hub v tem trenutku.

Preden posodobite svoje mesto srečanja za upravljanje v Control Hubu, morate pripraviti svojo organizacijo Control Hub.


 

Prepričajte se, da v naročnini ni čakajočih ali blokirajočih dejanj. Posodobitev ne bo uspela, če:

  • Imate kakršna koli čakajoča dejanja na naročnino, povezano s spletnim mestom, ki ga posodabljate.
  • Spletno mesto nima povezane naročnine v organizaciji Control Hub.
  • Podatki o licenci mesta v Site Administration se ne ujemajo s podatki o licenci mesta v Control Hubu.

Močno priporočamo, da preverite svoje domene in zahtevate svoje uporabnike. V pomoč bo naslednje branje:

  • E-knjiga Control Hub: https://ebooks.cisco.com/story/controlhubessentials/

  • Kako upravljati svoje domene: https://help.webex.com/cd6d84

  • Zahtevajte svoje uporabnike od drugih organizacij (po preverjanju svojih domen): https://help.webex.com/nceb8tm. Zahtevanje uporabnikov je še posebej pomembno, ker zagotavlja, da je čim več uporabnikov, ki bi morali biti v vaši organizaciji, dejansko tam. Če zahtevate uporabnike s funkcijo »Immediate Claim«, se tudi izognete zamudam pri uporabi e-poštnih naslovov v vaši organizaciji.


     

    Toplo priporočamo, da zahtevate uporabnike, preden svoje spletno mesto posodobite na Control Hub. Če zahtevate uporabnike v svoji organizaciji, potem ko je bilo mesto posodobljeno na Control Hub, lahko ti uporabniki izgubijo dostop do sestankov in sredstev sestankov na mestu.

    Kot rešitev lahko storite naslednje, da zagotovite, da uporabniki ne bodo izgubili dostopa do sestankov in sredstev sestankov na mestu, potem ko je bilo mesto posodobljeno na Control Hub:

    • Za uporabnike z zunanjimi skrbniškimi pravicami za organizacijo ali mesto – Odstranite ves zunanji skrbniški dostop do organizacije in mesta ter nato odstranite licenco za mesto srečanja. Ko prevzamete uporabnika, ga znova licencirajte za spletno mesto. Prav tako lahko obnovite njihove zunanje skrbniške pravice.
    • Za navadne uporabnike – Odstranite licenco za mesto sestanka, zahtevajte uporabnika v svoji organizaciji in nato znova licencirajte tega uporabnika za spletno mesto.
  • Če je mesto srečanja konfigurirano za SSO, morate tudi vi konfigurirajte SSO za svoje Control Hub organizacija.

Samodejno ustvarjanje računa za nove uporabnike

Če je vaše spletno mesto Webex omogočilo samodejno ustvarjanje računa v skrbniku mesta, lahko omogočite podobno funkcijo v središču Control Hub z Samodejno ustvarjanje računa SAML. Poskrbite tudi za nastavitev predlogo samodejne licence tako da bodo novi uporabniki samodejno dobili dodeljene licence, ko bodo njihovi računi ustvarjeni v organizaciji Control Hub.

Organizacije s sinhronizacijo imenikov

Če je vaša organizacija konfigurirana za sinhronizacijo imenika, se prepričajte, da so vsi uporabniki, za katere želite, da so v vaši organizaciji, prisotni na spletnem mestu. To morate storiti 24 ur pred začetkom postopka posodabljanja spletnega mesta, da se uporabniki na spletnem mestu lahko povežejo z novimi uporabniki v vaši organizaciji Control Hub.


 
Posodobitev ne bo uspela, če aktivnih uporabnikov na spletnem mestu ni mogoče povezati z uporabniki Control Hub.

Skrbniški dostop do spletnih mest Webex po posodobitvi

Oseba z vlogo skrbnika za celotno organizacijo v Control Hubu bo samodejno dobila dostop do spletnih mest, ki se posodabljajo s Site Admin na Control Hub. Na primer, polni skrbniki organizacije bodo postali polni skrbniki mesta Webex, skrbniki uporabnikov organizacije bodo postali skrbniki uporabnikov mesta Webex, skrbniki organizacije samo za branje pa bodo postali skrbniki mesta Webex samo za branje.

API-ji XML

API-ji XML so zdaj združljivi z upravljanimi mesti Control Hub. O podrobnostih in opozorilih lahko preberete na Posodobitve XML API 41.11.0.

URL-ji storitev XML API se ne spremenijo, potem ko je spletno mesto posodobljeno iz Site Admin v Control Hub. Isti URL-ji API bodo še naprej delovali. Cisco priporoča, da vse integracije API-jev za preverjanje pristnosti uporabljajo OAUTH.

Preverjanje pristnosti v API-jih XML

Integracije, ki ne uporabljajo Webex OAUTH za avtentikacijo lahko ne uspe, potem ko je mesto posodobljeno na Control Hub. Naslednja tabela prikazuje, katera vrsta skrbniškega preverjanja pristnosti bo še naprej delovala po posodobitvi vašega spletnega mesta.

Tabela 1. Vrste skrbniškega preverjanja pristnosti, ki bodo delovale v API-ju XML po posodobitvi spletnega mesta
Vrsta preverjanja pristnosti skrbnika v API-ju XML pred posodobitvijo spletnega mestaSkrbnik v organizaciji SSO po posodobitvi spletnega mestaSkrbnik ni v organizaciji SSO po posodobitvi spletnega mesta
uporabniško ime (webExID)/gesloNa voljo Bo delovalo*Na voljo Bo delovalo*
uporabniško ime (webExID)/sessionTicketNa voljo Bo delovaloNa voljo Bo delovalo
uporabniško ime/OAUTH (webExAccessToken)Na voljo Bo delovaloNa voljo Bo delovalo
e-pošta/gesloNa voljo Bo delovalo*Na voljo Bo delovalo*
email/sessionTicketNa voljo Bo delovaloNa voljo Bo delovalo
email/OAUTH (webExAccessToken)Na voljo Bo delovaloNa voljo Bo delovalo

 

* Združljivost za nazaj – Cisco je omogočil, da preverjanje pristnosti uporabniškega imena/gesla deluje v API-jih XML po posodobitvi spletnega mesta, tudi če username se ne ujema z e-pošto. Združljivost velja le, če:

  • Uporabniške poverilnice so bile ustvarjene pred posodobitvijo spletnega mesta. Spremembe niso dovoljene username drugače bodo prejšnje poverilnice neuspešne.
  • Poverilnice za preverjanje pristnosti API-ja ne morejo imeti drugačnega gesla v Control Hubu kot na mestu, ko je bilo upravljano v skrbništvu mesta.
  • Uporabniki, katerih poverilnice se uporabljajo za preverjanje pristnosti, morajo biti v času posodobitve mesta v Control Hub v aktivnem stanju (ne neaktivni) v skrbništvu mesta.

Več o integracijah API-jev XML na spletnih mestih, ki jih upravlja Control Hub, vključno s preverjanjem pristnosti OAUTH, lahko izveste z ta vodnik.

Username je nastavljeno na e-pošto za vse uporabnike, ko je mesto posodobljeno na Control Hub. če username se uporablja za koristne obremenitve API-ja, potem morajo koristne obremenitve namesto tega uporabiti e-pošto, potem ko je spletno mesto posodobljeno.

Skrbniška vloga v Control Hub za integracije API-jev

Skrbniki z vlogo samo skrbnika mesta morda ne bodo mogli izvajati nekaterih operacij z API-ji XML, kot je spreminjanje uporabnikovega e-poštnega naslova ali prikazanega imena, potem ko je mesto posodobljeno na mesto Control Hub. Za skrbnike, katerih poverilnice se uporabljajo za integracije API-jev, priporočamo, da te skrbnike povišate v polne skrbnike organizacije v Control Hubu, najbolje pred posodobitvijo spletnega mesta na Control Hub.


 

Kot najboljšo prakso priporočamo, da najprej posodobite testno spletno mesto, da potrdite, da bodo vaše integracije API-jev po posodobitvi na Control Hub delovale nespremenjene.

Odvisno od tega, kaj počne vaša integracija, bo morda treba skrbnikom dodeliti tudi račun gostitelja srečanj na spletnem mestu Control Hub, da bo integracija delovala (to ni bilo potrebno za skrbnike na spletnih mestih Site Admin).

Razlike XML API v Control Hubu

Večina integracij XML API bi morala po posodobitvi vašega spletnega mesta delovati brez sprememb. Obstaja pa nekaj izjem, ki so podrobno opisane na naslednjem seznamu:

  • CreateUser—Na spletnih mestih, ki jih upravlja Control Hub, lahko ta operacija ustvari tudi uporabnika v organizaciji, ki je lastnik mesta, preden dodeli licenco. Če uporabnik že obstaja v drugi organizaciji, ta operacija ne bo uspela. PMR ID parameter ne bo veljalo za uporabnike, ki še nimajo Aktiven stanje v Control Hubu.

     

    createuser API traja dlje, da se dokonča na spletnih mestih, ki jih upravlja Control Hub. Za boljšo zmogljivost lahko dodate dodatno nit za paralelizacijo createuser klice.

  • SetUser—Lahko povzroči dodelitev ali odstranitev licence za mesto sestankov od uporabnika (odvisno od parametrov API-ja ali tovora).
  • DelUser—Odstrani licenco mesta za srečanja, vendar ne izbriše uporabnika iz organizacije Control Hub.
  • LstsummaryUser— Vrne tudi uporabnikovo objectGUID.
  • AuthenticateUser—Na spletnih mestih, ki jih upravlja Control Hub, priporočamo ustvarjanje vstopnice za sejo prek AuthenticateUser namesto uporabe uporabniškega imena in gesla za vsak API XML. Uporaba odziva SAML v vsebini telesa ni podprta s tem klicem za mesta, ki jih upravlja Control Hub.

API-ji REST

Control Hub ima lastne API-je, vključno z API-ji REST People in License za ustvarjanje in licenciranje uporabnikov na:

Vrste sej in kode za sledenje so na voljo tudi z API-ji REST na:

Vendar zgornji API-ji REST ne podpirajo vseh funkcij upravljanja uporabnikov, ki so na voljo v API-jih XML. Na primer, še vedno boste morali uporabljati API-je XML za dodeljevanje licenc za srečanja uporabnikom zunaj organizacije, ki je lastnik spletnega mesta. People API ne podpira dodelitev vlog skrbnika mesta uporabnikom. Če želite vloge skrbnika spletnega mesta dodeliti prek API-ja, morate še vedno uporabljati XML API.

API za osebe lahko uporabite za ustvarjanje skrbnikov organizacije s polnimi (ali samo za branje) dovoljenji, ti skrbniki pa lahko tudi upravljajo (ali si ogledujejo) vaša mesta za sestanke, ki jih upravlja Control Hub.


 

Control Hub ima skrbniške vloge, specifične za spletno mesto Webex, vendar API za ljudi trenutno ne more dodeliti te vloge.

Načrti za prihodnost (se lahko spremenijo)

  • Nov licenčni API, ki lahko podeli licence za mesta srečanja tudi zunanjim uporabnikom, ki niso v isti organizaciji, ki je ustvarila spletno mesto. Licenciranje zunanjih uporabnikov je na voljo ročno danes v Control Hubu.
  • SCIM API za ustvarjanje in brisanje uporabnikov v organizaciji.
  • Ciscova dolgoročna usmeritev je uporaba samo API-jev REST (za vse operacije pri uporabnikih in mestih srečanj). API-ji XML za upravljanje uporabnikov bodo še naprej podprti, dokler API-jev REST ne bo mogoče uporabljati izključno za vse operacije upravljanja uporabnikov. API-ji XML za upravljanje uporabnikov bodo prav tako opuščeni (datum bo še določen).

Preden posodobite svoje spletno mesto na Control Hub, toplo priporočamo, da najprej pregledate naslednje elemente, da bo posodobitev potekala čim bolj gladko:

  • Najprej preglejte ta dokument in zagotovite, da vaša organizacija upošteva najboljše prakse, ki so priporočene v Pripravite svojo organizacijo Control Hub razdelek.
  • Nato se prijavite v Webex Administration in kliknite Posodobite administracijo. V fazi pripravljenosti mesta si ne bi smel izvedite vsa priporočena dejanja v datoteki iz razdelka za pregled uporabnikov in ne bi smel še onemogočite vse funkcije, ki so priklicane v razdelku funkcij pregleda. Če sledite tem navodilom, postane ocena pripravljenosti spletnega mesta operacija samo za branje, da ocenite spremembe, ki jih morate izvesti pred posodobitvijo na Control Hub.
Ocenjevanje mesta pred posodobitvijo na Control Hub
  1. Pod Preglejte uporabnike kliknite na Izvoz uporabniške datoteke CSV in prenesite datoteko CSV, ki se imenuje users-to-review-xxxxx.csv.

    Ta datoteka bo navedla vse uporabnike, ki potrebujejo pozornost, in bo vsebovala priporočeno dejanje za vsakega uporabnika. Število uporabnikov v tej datoteki vam daje predstavo o tem, koliko vprašanj, povezanih z uporabniki, morate rešiti, preden lahko posodobite spletno mesto.

  2. Pod Pregled funkcij si oglejte vse funkcije, ki so navedene z rdečim X v stolpcu s posledicami. To vas bo obvestilo o pripravljenosti vašega spletnega mesta z vidika navzkrižja funkcij.
  3. naredi ne pojdite na 2. korak in naredite ne še kliknite gumb Posodobi na Control Hub.

Ko pregledate uporabniško datoteko CSV in pogledate, katere funkcije boste morda morali znova konfigurirati, nadaljujte z branjem preostalih razdelkov v tem članku, da pripravite svoje mesto in organizacijo na posodobitev na Control Hub.


 

Opomba: Če ima vaše spletno mesto integracije API-jev, ki jih izvaja vaše podjetje ali prek rešitev tretjih oseb, kot so rešitve za upravljanje učenja, preverite Pripravite integracije API-jev za delo s Control Hubom razdelek.

Prihajajoče spremembe za izdajo 43.6

Do zdaj je bilo treba ti dve funkciji onemogočiti, preden spletno mesto posodobite na Control Hub:

  • Obvezna polja profila gostitelja
  • Zahtevane kode za sledenje

Od izdaje 43.6 spletnim mestom, ki sodelujejo v različicah beta za funkcije atributov po meri in zahtevanih polj profila gostitelja, teh funkcij ne bo treba več onemogočiti, preden svoje mesto posodobijo na Control Hub. Namesto tega vas bo čarovnik obvestil, da pregledate ti dve funkciji, saj bo trenutna konfiguracija prekopirana v organizacijo Control Hub.

Če sodelujete v obvezna polja profila gostitelja beta, potem boste videli to opozorilo:

Korak pregleda funkcij za posodobitev spletnega mesta iz Site Admin v Control Hub

Če sodelujete v zahtevane kode za sledenje in atributi po meri beta, potem boste videli ta element dejanja:

Oglejte si zaslon s funkcijami pri posodabljanju spletnega mesta v Skrbniku spletnega mesta v Control Hub

Če ne sodelujete v teh različicah beta, nadaljujte z branjem naslednjega razdelka.

Onemogočite funkcije, ki blokirajo posodabljanje spletnega mesta

Pregled funkcij uporabniškega vmesnika za posodabljanje administracije v Site Admin

Nekatere funkcije je treba onemogočiti, preden lahko spletno mesto Webex posodobite na Control Hub. Ogledate si lahko seznam, ki prikazuje, katero funkcijo je treba onemogočiti. Funkcije, ki so označene z ikono rdečega kroga X, je treba izvesti. Funkcije, označene z ikono klicaja v obliki rumenega trikotnika, so samo za vašo informacijo in ne zahtevajo nobenega ukrepanja.

Za predstavitev o tem, kako posodobite svoje spletno mesto na Control Hub, glejte ta video.


 

Če vaša organizacija uporablja funkcijo samodejnega ustvarjanja računa v skrbniku spletnega mesta, morate nastaviti enakovredno funkcijo v nadzornem središču in nastaviti predlogo za samodejno licenco za samodejno dodeljevanje licenc. glej Ta članek za več podrobnosti. To morate storiti pred posodobitvijo spletnega mesta, ki ga želite upravljati v Control Hubu.

  1. Prijavite se v Webex Site Administration in pojdite na Konfiguracija > Skupne nastavitve spletnega mesta > Opcije.

    • Poiščite in onemogočite Dovoli prijavo računa gostitelja možnost.

    • Najti Zahteva za prijavo računa: in počistite vsa polja za zahtevana polja uporabniškega profila.

  2. Kliknite Nadgradnja.

  3. Pojdi do Konfiguracija > Skupne nastavitve spletnega mesta > Kode za sledenje.

  4. V Profil gostitelja spremenite vse vrstice kode za sledenje, označene kot Obvezno do AdminSet oz Neobvezno.


     

    Vse vrednosti kode za sledenje za uporabnike se ohranijo, ko spletno mesto posodobite na Control Hub.

V prihodnosti bo ta omejitev odpravljena in kode za sledenje boste lahko preslikali v zahtevane uporabniške atribute po meri v Control Hubu za enakovredno funkcionalnost.


 

Funkcija preslikave sledilnih kod za uporabniške atribute je osnutek, ki je v javnem predogledu. Ponujamo vam kratek vpogled v to, kaj lahko pričakujete.

Preden lahko posodobite spletno mesto z potrebno kode za sledenje iz Site Administration v Control Hub, morate te kode za sledenje preslikati v uporabniške atribute v Control Hub. Lahko kliknete ikono pod Informacije, da vas popelje naravnost do čarovnika za sledenje zemljevida kodam za uporabniške atribute za spletno mesto. Če še niste preslikali ali onemogočili zahtevanih kod za sledenje, svojega mesta ne boste mogli posodobiti na Control Hub.

Če vaše spletno mesto nima zahtevanih kod za sledenje, lahko še vedno preslikate kode za sledenje v uporabniške atribute, preden spletno mesto posodobite na Control Hub, tako da sledite temu postopku.

Oglejte si zaslon s funkcijami pri posodabljanju spletnega mesta v Skrbniku spletnega mesta v Control Hub

 

Za spletna mesta za srečanja, ki uporabljajo oddelek kot kodo za sledenje priporočamo, da to kodo za sledenje preslikate v atribut uporabniškega profila oddelka v nasprotju z atributom po meri. Ker je oddelek standardni atribut profila v Control Hubu, bo ta scenarij v večini primerov učinkovitejši.

Če je ta atribut zahtevan, pojdite na razdelek z atributi uporabniškega profila in označite atribut oddelka kot zahtevanega. Upoštevajte, da ta atribut oddelka, skupaj z drugimi uporabniškimi atributi, ne bo zapolnjen za zunanje uporabnike.

1

Prijavite se v Nadzorno središče in pojdi na Srečanje.

2

Izberite spletno mesto in pojdite na nastavitve > Pregled mesta.

3

Izberite Ustvari zemljevid kode za sledenje.

Preslikava sledilnih kod v uporabniške atribute s povezanega mesta.
4

Izberite Odprite povzetek kode za sledenje.

1. korak čarovnika za preslikavo kod za sledenje v atribute po meri
5

Kliknite Prenesite povzetek konfiguracije. Prenesti morate kopijo trenutne konfiguracije kode za sledenje. Ta povzetek boste potrebovali za naslednje korake, da zagotovite, da so vse vrednosti atributov skladne s trenutnimi kodami za sledenje.

Prav tako lahko prenesete prejšnje sezname kod za sledenje kot datoteko CSV, da naložite iste vrednosti za atribute po meri.

Označite, kako prenesti varnostno kopijo obstoječih kod za sledenje v Control Hub
6

Vrnite se v čarovnika in izberite Dodajte in preglejte uporabniške atribute.

2. korak čarovnika za preslikavo kod za sledenje v atribute po meri
7

Konfigurirajte vse nove atribute po meri, potrebne za to spletno mesto. Označite vse atribute kot zahtevane, če želite, da se ta polja izpolnijo za uporabnike. Atributi po meri niso uporabni za organizacije, ki sinhronizirajo uporabnike s povezovalnikom imenikov, Azure AD itd. Ta korak lahko uporabite kot priložnost za pregled prikaznih imen za kode za sledenje. Ko naredite vse potrebne spremembe, kliknite Shrani.


 
Zaklenjeni atributi so podobni AdminSet v klasičnih kodah za sledenje mesta srečanja. Ko atribut po meri označite kot zaklenjen, uporabniki tega atributa ne bodo mogli videti.

 
Če v tem koraku kliknete »Shrani«, bodo vsi atributi po meri, ki ste jih dodali, odstranili ali označili kot zahtevane, takoj začeli veljati za organizacijo. Novi uporabniki, ki so vključeni v organizacijo, morajo biti v skladu s to posodobljeno konfiguracijo atributov po meri, sicer vključitev uporabnika ne bo uspela. Preden atribute po meri označite kot zahtevane, bodite previdni.
Ustvarjanje atributov po meri v Control Hubu
8

Vrnite se v čarovnika in izberite Kode za sledenje zemljevidu.

3. korak čarovnika za preslikavo kod za sledenje v atribute po meri
9

Uporabite spustni seznam za preslikavo kod za sledenje v atribute po meri ali uporabniškega profila organizacije. Pri preslikavi kode za sledenje spletnega mesta v atribut sistem najprej preslika v že obstoječe atribute, ki se ujemajo z imeni kode za sledenje, če je vrsta vnosa nastavljena na besedilno polje. Ko končate, kliknite Naslednji.


 
Če vaša organizacija uporablja samodejni postopek vključevanja uporabnikov, kot je Directory Connector ali Azure AD, potem ne bi smeli preslikati kod za sledenje v atribute po meri. Namesto tega preslikajte kode za sledenje v sinhronizirane atribute.

Prej je bilo mogoče kode za sledenje konfigurirati drugače za posamezen center. Vsi centri (sestanki, dogodki, spletni seminarji itd.) si zdaj delijo eno konfiguracijo razporejanja. Ko preslikate atribut, kot je zahtevano, bo ta atribut zahtevan v času načrtovanja v Webex Meetings, Webex Webinars itd.

10

Kliknite Shranite zemljevid. Sinhronizacija se izvede samodejno med postopkom posodobitve spletnega mesta na Control Hub.


 
Predlagamo, da naredite varnostno kopijo vrednosti kode za sledenje za uporabnike tako, da naredite a izvoz uporabnika mesta za mesto srečanja

Ko kode za sledenje preslikate v atribute po meri, edini vir resnice podatkov prihaja iz Webex Identity namesto iz vsakega posameznega mesta srečanja.

Sinhronizacija naredi enkratno kopijo uporabniških vrednosti kode za sledenje v preslikane atribute, ki še niso poseljeni za uporabnike, kar pomeni, da je vrstni red, na katerih spletnih mestih najprej sinhronizirate kode za sledenje, pomemben. Pri sinhronizaciji prvega mesta se vrednosti kode za sledenje za uporabnike s tega mesta prekopirajo v atribut preslikanega uporabnika za tega uporabnika v središču Control Hub, vendar le, če ta vrednost za uporabnika še ni vnesena.

Nekatere vrednosti kode za sledenje med sinhronizacijo morda ne bodo kopirane s spletnega mesta v uporabniške atribute

Če je uporabniška vrednost za preslikano spletno mesto že poseljena v času sinhronizacije, se vrednost sledenja s tega mesta ne kopira v preslikani atribut v Control Hub za tega uporabnika.

Če želite preprečiti, da bi podatki nadomestili druge kode za sledenje za uporabnike, priporočamo, da preslikate in sinhronizirate podatke za mesto srečanja z najnovejšimi podatki kode za sledenje za uporabnike.


 
Vrednosti kode za sledenje se ne kopirajo s spletnih mest, ki kode za sledenje preslikajo v uporabniška polja, ki so sinhronizirana prek zunanjih virov, kot sta Directory Connector ali Azure AD.

Naslednja tabela opisuje možne scenarije, kjer podatki nadomestijo prvotne kode za sledenje. V teh scenarijih sta koda za sledenje in preslikani atribut mesto uporabnika.

Tabela 2. Možni podatki nadomestijo scenarije za obstoječe kode za sledenje
UporabnikVrednost kode za sledenje pred sinhronizacijoVrednost za preslikani atribut pred sinhronizacijoVrednost za preslikani atribut po sinhronizacijiVrednost kode za sledenje po sinhronizaciji
BobNobenNobenNobenNoben
JaneNobenLondonLondonLondon
RichardGalwayNobenGalwayGalway
SamanthaDallas*San JoseSan JoseSan Jose
TomNew YorkNobenNew YorkNew York
DebraBoston*AustinAustinAustin

* Prejšnja vrednost kode za sledenje je nadomeščena z obstoječim preslikanim atributom.

Preden posodobite spletno mesto za upravljanje v Control Hubu, se prepričajte, da:

  • Vsi uporabniki mesta, ki bi morali biti v vaši organizaciji, so dejansko v vaši organizaciji Control Hub.
  • Vsi uporabniki mesta, ki ne bi smeli biti v vaši organizaciji, so izbrisani iz vaše organizacije.
  • Uporabnike v organizaciji lahko overi vaš IdP, če je vaša organizacija konfigurirana za SSO.
  • Polja uporabniškega profila, ki so na spletnem mestu označena kot zahtevana, bodo prav tako kopirana v organizacijo Control Hub, ko posodobite spletno mesto. Če ne želite, da so ta polja označena kot obvezna za registracijo računa na spletnem mestu v Control Hub, najprej počistite polja v Site Admin pred posodobitvijo na Control Hub. Zahteva za razdelek za prijavo računa v skrbniku spletnega mesta
  • Pregledali ste Pripravite svojo organizacijo Control Hub od prej v tem članku.

 
Toplo priporočamo, da zahtevate uporabnike, preden svoje spletno mesto posodobite na Control Hub. Če zahtevate uporabnike v svoji organizaciji, potem ko je bilo mesto posodobljeno na Control Hub, lahko ti uporabniki izgubijo dostop do sestankov in sredstev sestankov na mestu. glej Pripravite svojo organizacijo Control Hub razdelek za več podrobnosti.

Za predstavitev o tem, kako posodobite svoje spletno mesto na Control Hub, glejte ta video.

Kako preveriti uporabnike, ki bodo blokirali posodobitev spletnega mesta

Preglejte razdelek o uporabnikih, ko posodabljate spletno mesto iz Site Admin v Control Hub
  1. Prijavite se v skrbništvo mesta in odprite Posodobite administracijo strani.

  2. Odprite Preglejte predpogoje za posodobitev administracije nadzor in kliknite Izvoz prizadetih uporabnikov v CSV.

  3. Počakajte, da se izvoz konča. Ta postopek lahko traja nekaj časa, odvisno od časa začetka in števila uporabnikov na spletnem mestu. Izvozi so zaustavljeni za 6 minut na vrhu ure (med xx:57 in xx:03).

  4. Kliknite Prenesite CSV ko se izvoz konča.

    Vaš brskalnik se prenese users-to-review.csv.

  5. Odprite datoteko CSV in preverite Priporočeno dejanje stolpec (zadnji stolpec). Izvedite priporočeno dejanje za vsakega uporabnika v datoteki.

Uporabniki z neujemajočimi se e-poštnimi naslovi

Nekateri uporabniki imajo lahko drug e-poštni naslov v Skrbniku mesta in Nadzornem središču. To je mogoče, če je bil uporabnikov e-poštni naslov spremenjen samo na enem od dveh mest, potem ko je bil uporabnik s tega mesta povezan s Control Hubom.

Poskusite s temi dejanji popraviti uporabnike z neujemajočimi se e-poštnimi naslovi:


 

Če posodobite svoje spletno mesto na Control Hub, ne da bi popravili neujemanje e-poštnih naslovov uporabnikov, morajo prizadeti uporabniki uporabiti svoje e-poštne naslove Control Hub za prijavo na svoje mesto za srečanja. Ti uporabniki se morda ne bodo mogli prijaviti, če se poskušajo prijaviti z e-poštnim naslovom v skrbniku mesta ali če njihov e-poštni naslov Control Hub ni več veljaven v njihovem IdP (za organizacije SSO). Ne bodo vam preprečili posodabljanja spletnega mesta, vendar je bolje, da popravite e-poštne naslove, preden začnete s posodabljanjem.

Zunanji uporabniki z licenco Basic Meetings

Zunanji uporabniki z Osnovne licence za srečanja bo treba deaktivirati ali nadgraditi na plačljive licence Webex Meetings pred posodobitvijo spletnega mesta iz Site Admin v Control Hub.

Kako deaktivirati uporabnike


 
Ko deaktivirate uporabnike, izgubijo licenco za gostitelja ali privilegij udeleženca (odvisno od tega, katero vlogo so imeli, ko so bili aktivni). Deaktivirani uporabniki bodo še vedno prikazani v izvozni datoteki CSV spletnega mesta po posodobitvi spletnega mesta v Control Hub.

Za deaktivacijo posameznega uporabnika v administraciji spletnega mesta:

  1. Pojdi do Upravljanje uporabnikov > Uredi uporabnika.

  2. Za iskanje uporabnika uporabite kontrolnike indeksa, iskanja in filtra.

  3. Počistite polje Aktiven škatla.

  4. Predloži spremembe.

    glej Upravljajte uporabniške račune v Webex Site Administration za več informacij.

Za paketno deaktivacijo uporabnikov v Site Administration:

  1. Izvozite uporabnike v datoteko CSV.

  2. Odprite datoteko CSV in spremenite Active vrednosti stolpca do N za vse prizadete uporabnike.

  3. Uvozite spremenjeno datoteko CSV.

    Uporabniki, ki ste jih spremenili, so zdaj Neaktiven.

    glej Paketni uvoz in izvoz uporabnikov Webex v administraciji spletnega mesta Webex za več podrobnosti.

Uporabniki v organizacijah s sinhronizacijo imenika

Če obstajajo nepovezani uporabniki, ki bi morali biti v vaši organizaciji, vendar še niso dodani, jih morate najprej dodati v svojo organizacijo. To je še posebej pomembno za organizacije, ki so konfigurirane za sinhronizacijo imenikov (prek povezovalnika imenikov ali Azure AD), ker sinhronizacija imenikov ne dovoli, da bi postopek posodabljanja spletnega mesta dodal uporabnike.


 

Posodobitev mesta ne bo uspela, če nobenega aktivnega uporabnika na mestu ni mogoče povezati z organizacijo Control Hub. Če je vaša organizacija konfigurirana za sinhronizacijo imenikov, se pred začetkom posodobitve prepričajte, da so vsi uporabniki na spletnem mestu, ki morajo biti del organizacije Control Hub, dodani v imeniški povezovalnik ali Azure AD.

Odpravite uporabniške težave pred začetkom posodobitve

Če poskušate spletno mesto posodobiti na Control Hub, ne da bi odpravili težave za uporabnike v users-to-review lahko postopek upravljanja posodobitve spodleti. Orodje ne preveri, ali ste odpravili težave, dokler ne začnete končne posodobitve.

Posodabljanje spletnih mest SSO in spletnih mest brez SSO, povezanih z organizacijo SSO

Organizacija Control Hub lahko podpira več ponudnikov identitet (IdP) za SSO, pri čemer je eden od IdP Webex IdP (lokalna avtentikacija).

Več IdP-jev v Control Hubu bo pomagalo:

  • Kjer se IdP za mesto SSO v Site Admin razlikuje od IdP SSO Control Huba.
  • Ko uporabniki na spletnem mestu niso v SSO IdP, ki je konfiguriran v organizaciji, je te uporabnike zdaj mogoče samo dodati lokalnemu Webex IdP. Te uporabnike lahko pozneje premaknete v konfiguriran SSO IdP.

Nastavitev več IdP-jev lahko omogoči vsem uporabnikom na spletnem mestu, ki se posodablja od Site Admin do Control Hub, da se prijavijo prek metode preverjanja pristnosti, konfigurirane v organizaciji Control Hub. Če želite to doseči, lahko:

  • Dodajte dodatne SSO IdP v organizacijo Control Hub.
  • Dodajte uporabnike v že konfiguriran IdP.
  • Dodajte uporabnike lokalnemu ponudniku Webex IdP.

glej Ta članek če želite izvedeti več o več IdP-jih v Control Hubu.

Preden začneš

Nekatere funkcije morate onemogočiti in preveriti morate, ali so vsi uporabniki v dobrem stanju za posodobitev na Control Hub. Če uporabljate integrirane aplikacije API, jih morate posodobiti za uporabo Webex API.

O teh predpogojih lahko preberete v prejšnjih delih tega članka.


 

Prepričajte se, da vsi vaši skrbniki vedo, da mesto posodabljate na Control Hub, in da ne smejo narediti nobenih sprememb v skrbniku mesta, ko začnete.

1

Izvozi in shranite izvozno datoteko uporabnikov spletnega mesta. Ta datoteka deluje kot arhiv uporabniške konfiguracije, ki vam pomaga pri preverjanju po posodobitvi.

2

Prijavite se v Site Administration in kliknite Posodobite administracijo.

3

Preglejte predpogoje, zlasti seznam CSV uporabnikov v stanjih, ki bi lahko vplivala na uspešnost posodobitve.

4

Preberite o funkcijah, ki jih je treba onemogočiti, in o razlikah, ki jih lahko pričakujete pri upravljanju uporabnikov in licenciranju gostitelja (tudi dokumentirano v tem članku).

5

Kliknite Posodobite na Control Hub. Ta gumb se aktivira šele po zaključku zgornjih korakov.

Prikaže se pojavno okno. To okno prikazuje posodabljanje spletnega mesta na Control Hub je trajno in posodobitve ne morete razveljaviti, ko se konča. Ko se posodobitev konča, tega mesta ne bo več mogoče upravljati v skrbništvu mesta. Če niste pripravljeni v celoti upravljati tega mesta v Control Hubu, zdaj zaprite čarovnika.
6

Kliknite v redu.

Posodobitev se začne. Nad administracijo spletnega mesta se pojavi pasica, ki vas obvešča, da je v teku posodobitev spletnega mesta. Če gre kaj narobe, boste videli sporočilo o napaki s predlaganim dejanjem. V nasprotnem primeru boste videli sporočilo o uspehu.


 

Posodobitev spletnega mesta traja približno 3 minute + 1000 aktivnih uporabnikov/min + 2000 neaktivnih uporabnikov/min. Na primer, če ste začeli posodobitev spletnega mesta ob 05:20 in ima vaše spletno mesto 8000 aktivnih uporabnikov in 2000 neaktivnih uporabnikov, bo posodobitev spletnega mesta trajala približno 12 minut. Poleg tega se posodobitve spletnega mesta ustavijo za 6 minut na vrhu ure (med xx:57 in xx:03). Toda vaši rezultati se lahko razlikujejo.

7

Kliknite Prijavite se v Control Hub.

Ko sprožite posodobitev spletnega mesta s strani Webex Site Administration, se lahko prijavite v Control Hub in si ogledate stanje posodobitve spletnega mesta.


 
Posodobitev spletnega mesta bo trajala dlje, če se sproži ob koncu ure. Posodobitve spletnega mesta se ustavijo za nekaj minut pred in po koncu vsake ure.
  1. Prijavite se v Nadzorno središče in odprite Srečanja strani.

    Ogledate si lahko seznam svojih mest za srečanja.

  2. Kliknite spletno mesto, če si želite ogledati informacije o tem spletnem mestu.

  3. Poiščite Posodobitev spletnega mesta razdelek, kjer si lahko preberete Posodobi status.

    Ko je posodobitev končana, lahko prenesete seznam vseh uporabnikov v Site Administration in vidite, kateri od teh uporabnikov so bili aktivni ali nedejavni na spletnem mestu. Uporabniki, ki so prikazani kot neaktivni v stolpcu statusa uporabnika v skrbništvu mesta, ne bodo imeli dostopa do mesta, ki ga upravlja Control Hub. Ti uporabniki prav tako ne bodo prikazani kot tisti, ki imajo dostop do spletnega mesta v uporabniškem razdelku Nadzornega središča.


     

    Traja lahko nekaj časa, da se prikaže gumb za prenos (minut za večino organizacij).

  4. Preglejte seznam in preverite morebitne težave med posodabljanjem.

Tega mesta ne morete več upravljati v skrbništvu mesta, ko se posodobitev mesta konča. Vse upravljanje za to mesto je treba izvajati v Control Hubu. Tukaj je nekaj korakov, s katerimi se lahko seznanite in preizkusite upravljanje svojega mesta v Control Hubu:

  1. Preverite nekatere nastavitve konfiguracije spletnega mesta, da se prepričate, da se ni nič spremenilo. To je lažje, če ste pred posodobitvijo v Control Hub kopirali nekatere nastavitve skrbnika mesta.

  2. Izberite gostitelja in preverite njegovo licenco, kode za sledenje in vrste sej v Control Hubu. Prijavite se na spletno mesto srečanja in potrdite, da njihova načrtovana srečanja, posnetki in nastavitve niso spremenjeni. Preverjanje je lažje, če se podatki tega gostitelja kopirajo pred posodobitvijo v Control Hub.

    Prosite uporabnika, da preveri, ali lahko načrtuje in gosti nova srečanja.

  3. Dodajte novega uporabnika v svojo organizacijo. Dodelite jim licenco za gostitelja, spremenite njihove vrste sej in preverite, ali lahko gostijo sestanke.


     
    Priporočamo vam, da nastavite predloge licenc na podlagi organizacije ali skupine za samodejno dodeljevanje licenc novim uporabnikom ali določenim skupinam novih uporabnikov.
  4. Izberite uporabnika, ki je bil polni skrbnik v skrbniku mesta, in preverite, ali ima ustrezno raven dostopa do posodobljenega mesta v nadzornem središču.

    Imeti morajo možnost brati in spreminjati spletno mesto; ustvarjanje, licenciranje, spreminjanje in brisanje uporabnikov.

  5. Če ima vaše spletno mesto integracije API-jev, preklopite na uporabo API-jev People. Potrdite, da posodobljena integracija deluje po pričakovanjih.

Preberite več o upravljanju mest za srečanja v Control Hubu na https://help.webex.com/naqlzeu.

  • Uporabniki bodo imeli enotno izkušnjo poenotene prijave v aplikacijo Webex in vsa spletna mesta, ki jih upravlja Control Hub.


     
    Če se uporabniško ime ne ujema z e-poštnim naslovom uporabnika v skrbništvu spletnega mesta, bodo ti uporabniki vplivali na izkušnjo prijave. Starih uporabniških imen ni več mogoče uporabljati in ti uporabniki morajo za prijavo uporabiti svoj e-poštni naslov.
  • Uporabniške poverilnice so povezane z njihovo identiteto Control Hub. Te iste poverilnice veljajo za vsa upravljana mesta Control Hub v isti organizaciji in za aplikacijo Webex.

  • Če ima organizacija Control Hub konfiguriran SSO, potem ta SSO ureja izkušnjo prijave v aplikacijo Webex in vsa mesta, ki jih upravlja Control Hub.

  • Posodobitev na Control Hub ne vpliva na izkušnjo prijave v aplikacijo Webex.

  • Ko se uporabniki prijavijo na spletno mesto Webex Meetings, bo zaslon za prijavo videti drugače. Uporabniki morajo za prijavo vnesti svoj e-poštni naslov, tudi če je njihova organizacija konfigurirana za enotno prijavo.


     
    Skrbniki lahko omogočijo Možnost Zapomni si me v Control Hubu tako da uporabnikom ni treba znova vnesti svojega e-poštnega naslova vsakič, ko se prijavijo.
  • Odvisno od zgodovine vsakega uporabnika, števila spletnih mest, na katerih je imel račun itd.:

    • Če so bili uporabniki povezani z obstoječimi uporabniki v Webex Identity/Control Hub, bodo uporabniki uporabili isto geslo za vsa spletna mesta Webex, ki so posodobljena na Control Hub.

    • Če so bili uporabniki ustvarjeni v Webex Identity/Control Hub zaradi povezovanja spletnih mest, potem poverilnice svojega prvega povezanega mesta uporabi (če organizacija ni bila konfigurirana s SSO). Uporabniki so preusmerjeni, da se prijavijo na to spletno mesto. Če imajo uporabniki več spletnih mest z več poverilnicami, jim URL spletnega mesta pomaga določiti, katere poverilnice naj uporabijo.

    • Uporabniki lahko ponastavijo svoje geslo v organizacijah Control Hub (če geslo ni upravljano prek enotne prijave). Če so uporabniki pozabili geslo, lahko samo kliknejo Ste pozabili uporabniško ime ali geslo? na zaslonu za prijavo, da ponastavijo geslo. Uporabniki lahko tudi ponastavijo svoje geslo, tako da sledijo tem navodilom:

  • Če se je e-poštni naslov končnega uporabnika spremenil in je imel ta uporabnik v času posodobitve spletnega mesta drug e-poštni naslov v skrbništvu in nadzornem središču mesta, lahko ta uporabnik naleti na težave, ko se poskuša prijaviti. Uporabnik morda ne ve, da mora zdaj za prijavo uporabiti svoj e-poštni naslov Control Hub ali pa e-poštni naslov v Control Hubu morda ni več veljaven v SSO IdP njegove organizacije. Tej vrsti situacije se je najbolje izogniti tako, da posodobite e-poštne naslove uporabnikov v nadzornem središču, ko se spremenijo e-poštni naslovi istih uporabnikov v skrbniku mesta.

  • Za uporabnike mobilne aplikacije Webex Meetings za iOS je potrebna ponovna prijava:

    • Če posodobite spletno mesto, ki ni SSO, na Control Hub, se bodo morali vaši uporabniki znova prijaviti v mobilno aplikacijo Webex Meetings za iOS. Čeprav aplikacija Meetings za iOS od uporabnikov ne bo zahtevala ponovne prijave do dva meseca po posodobitvi spletnega mesta, predlagamo, da se uporabniki znova prijavijo ročno, da se preventivno izognejo tej situaciji.
  • Med posodabljanjem spletnega mesta se bodo uporabniki, katerih uporabniška imena se ne ujemajo z njihovimi e-poštnimi naslovi, morda morali znova prijaviti.

    • Ti uporabniki se bodo morda morali znova prijaviti v svoje odjemalce Webex, če poskušajo dostopati do storitev Webex na spletnem mestu med posodobitvijo spletnega mesta na Control Hub. To ne bo vplivalo na uporabnike, ki so se že pridružili sestankom pred začetkom posodobitve spletnega mesta.

Prazna datoteka CSV »uporabnik za pregled«.

Če je vaše spletno mesto veliko in ima več kot 1000 uporabnikov, katerih e-poštni naslovi so v Skrbniku mesta različni kot v Nadzornem središču, lahko v čarovniku za posodobitev mesta naletite na prazno datoteko CSV »uporabnik za pregled«. To povzroči, da posodobitev spletnega mesta ne deluje, ker ne boste mogli razrešiti uporabnikov s težavami. To težavo rešujemo in nameravamo jo rešiti v naslednjih tednih.

Nastavitve, ki se ne prenesejo pri posodabljanju v Control Hub

  • Če je bilo vaše mesto, ki ga upravlja skrbnik spletnega mesta, na počasnem kanalu in vaše Control Hub prav tako upravlja partner, lahko po posodobitvi na Control Hub izgubite vidnost kontrolnikov za posodobitev različic mesta Meetings. Če se to zgodi, se obrnite na svojega partnerja in ga prosite, naj omogoči Dovolite stranki, da nadgradi različico spletnega mesta nastavitev za vašo organizacijo.
  • Čakajoče zahteve za račun za samoprijavo se ne prenesejo v središče za opozorila. Uporabniki morajo prijavite se za račun znova po končani posodobitvi.
  • Vrednosti uporabniških imen v Site Admin se po končani posodobitvi preglasijo z e-poštnimi naslovi uporabnikov v Control Hub.

Uporabniške težave, zaradi katerih posodobitev ni uspela

  • Uporabniki z e-poštnimi naslovi, ki so povezani z uporabniki v organizaciji Webex for Government, bodo povzročili neuspeh posodobitve, če ti uporabniki niso deaktivirani pred začetkom posodobitve.

Pogoste težave, zaradi katerih posodobitev ne uspe, in priporočena dejanja

Če se vaše spletno mesto ne posodobi na Control Hub, preverite naslednjo tabelo, da ugotovite, ali je vzrok ena od teh pogostih napak in kaj lahko storite, da jo popravite.

Napake, zaradi katerih posodobitev ni uspelaPriporočeno dejanje
Vrsta mesta ni veljavna.Obrnite se na skupino za podporo Webex, da preverite, ali je spletno mesto povezano z uporabniki.
Spletno mesto nima povezane naročnine.Spletna mesta morajo biti povezana z naročnino, preden jo je mogoče posodobiti na Control Hub.
Prišlo je do težave z ID-jem organizacije.ID organizacije, povezane s spletnim mestom, ni enak ID-ju naročniške organizacije. Obrnite se na skupino za podporo Webex.
Naslednja naročnina ima čakajoče operacije v Control Hubu: (SubID).Ko je čakajoča operacija končana, poskusite znova posodobiti spletno mesto.
Prišlo je do sporov v nastavitvah enotne prijave (SSO).Če ima spletno mesto omogočeno enotno prijavo, se prepričajte, da:
  • Samodejno ustvarjanje računa je onemogočeno.
  • SSO je omogočen v organizaciji Control Hub.
Podatki o licenci mesta v Site Administration se ne ujemajo s podatki o licenci mesta v Control Hubu.Nedosledne informacije o licenci med skrbnikom mesta in nadzornim središčem. Obrnite se na skupino za podporo Webex.
Nekatera uporabniška imena ali e-poštni naslovi v Site Administration so v sporu z uporabniškimi imeni ali e-poštnimi naslovi v Control Hubu.E-poštni naslov uporabnika v skrbniku spletnega mesta uporablja drug uporabnik v nadzornem središču. Spremenite enega od e-poštnih naslovov ali uporabniških imen.
Pri posodabljanju vašega spletnega mesta smo imeli težave.Notranja napaka je preprečila posodobitev tega mesta. Obrnite se na skupino za podporo Webex.
Imeli smo težavo pri posodabljanju uporabnikov Webexa.Notranja napaka je preprečila posodobitev tega mesta. Obrnite se na skupino za podporo Webex.

Težave s prijavo za uporabnike

Vedno dovolite piškotke Webex. V nasprotnem primeru bi lahko imeli uporabniki po posodobitvi na Control Hub težave s prijavo.

Q. Ali obstaja datum, ko Cisco ne bo več podpiral Site Administration?

A. ja. Načrtujemo, da bomo konec decembra 2023 opustili skrbništvo spletnega mesta Webex.

Q. Ali bodo skrbniki mesta v razdelku Site Admin še vedno ohranili skrbniški dostop do mesta po posodobitvi na upravljanje središča Control?

A. ja. Vsi skrbniki na spletnem mestu v razdelku Site Admin imajo še vedno skrbniški dostop do spletnega mesta, potem ko je spletno mesto posodobljeno za upravljanje Control Hub.

Q. Zakaj vidim nove skrbnike na spletnem mestu po posodobitvi mesta za srečanja iz Site Admin v Control Hub?

A. Ti novi skrbniki na spletnem mestu so bili verjetno skrbniki organizacije Control Hub. Ko je spletno mesto posodobljeno s Site Admin na Control Hub, bodo vsi skrbniki celotne organizacije postali skrbniki mesta novega upravljanega mesta Control Hub. To pomeni, da bodo polni skrbniki organizacije postali polni skrbniki spletnega mesta Webex, skrbniki uporabnikov organizacij bodo postali skrbniki uporabnikov spletnih mest Webex in skrbniki organizacij samo za branje bodo postali skrbniki spletnih mest Webex samo za branje.

Q. Zakaj prijava v orodje za produktivnost ne deluje po posodobitvi mesta na Control Hub?

A. Prepričajte se, da so internetni brskalniki konfigurirani za vedno dovoli sejne piškotke, ki se nahaja v naprednih nastavitvah zasebnosti brskalnikov.

Q. Ali lahko uporabnik dostopa do svojih starih posnetkov, če je uporabnik izbrisan v Control Hub in nato isti e-poštni naslov ponovno dodan v Control Hub in mu je dodeljena licenca za srečanja istemu spletnemu mestu Webex?

A. Da, uporabnik bo imel dostop do vse svoje stare vsebine Meetings, če mu je bila dodeljena licenca za katero koli od prejšnjih spletnih mest Webex, na katerih je bil. To velja za mesta, ki jih upravlja Control Hub, in mesta, ki so bila posodobljena na Control Hub.

Q. Ali je imel uporabnik dostop do svojih starih posnetkov, če je bil uporabnik pred posodobitvijo mesta na Control Hub deaktiviran v skrbniku spletnega mesta in je bil kasneje ponovno licenciran za isto spletno mesto Webex v Control Hubu?

A. Da, uporabnik bo še vedno imel dostop do svojih starih posnetkov. Poleg tega bodo vsi uporabniki, ki so bili deaktivirani v skrbniku spletnega mesta pred posodobitvijo spletnega mesta, navedeni v Datoteka CSV za izvoz srečanj v Control Hub.

Q. Kaj se zgodi, ko spletno mesto posodobi na Control Hub, če spletno mesto nima nastavljenega SSO IdP, vendar ima organizacija Control Hub SSO IdP?

A. Spletno mesto bo uporabljalo isti SSO IdP kot organizacija Control Hub.

Q. Če ima mesto nastavljen drugačen IdP SSO kot IdP SSO v Control Hubu, kaj se zgodi, ko se mesto posodobi na Control Hub?

A. Spletno mesto bo preklopilo na uporabo istega SSO IdP kot organizacija Control Hub.

Q. Če ima spletno mesto nastavljen SSO IdP, vendar organizacija Control Hub nima SSO IdP, kaj se zgodi, ko se mesto posodobi na Control Hub?

A. Posodabljanje spletnega mesta vam bo onemogočeno. Če želite odblokirati spletno mesto, tako da ga lahko posodobite na Control Hub, bodisi odstranite SSO IdP z mesta Site Admin ali dodajte SSO IdP v organizacijo Control Hub.

Q. Ali se lahko še vedno prijavim na URL spletnega mesta za dostop do posnetkov in načrtovanje sestankov ali dogodkov?

A. Da, še vedno se lahko prijavite na URL spletnega mesta, kjer lahko dostopate do posnetkov, načrtujete sestanke itd.

Q. Ali so nastavitve, specifične za uporabnika, spremenjene med posodobitvijo spletnega mesta iz Site Administration v Control Hub?

A. Ne, uporabniške nastavitve bodo ostale nespremenjene. Te nastavitve bodo veljale kot pred posodobitvijo spletnega mesta.

Q. Ali ta posodobitev spletnega mesta vpliva na moje posnetke ali načrtovane sestanke?

A. To ne vpliva na posnetke gostitelja. Še vedno boste imeli dostop do njih. To tudi ne vpliva na vaše načrtovane sestanke. Na njih ni sprememb.

Q. Ali ta posodobitev spletnega mesta vpliva na posnetke ali načrtovana srečanja uporabnikov?

A. To ne vpliva na uporabniške posnetke. Še vedno bodo imeli dostop do njih. To tudi ne vpliva na načrtovane sestanke. Na njih ni sprememb.

Za uporabnike, ki še niso bili zahtevani, lahko to vpliva na njihove posnetke ali načrtovane sestanke, če jih zahtevate po posodobitvi spletnega mesta na Control Hub. Za več informacij glejte naslednjo opombo.


 

Toplo priporočamo, da zahtevate uporabnike, preden svoje spletno mesto posodobite na Control Hub. Če zahtevate uporabnike v svoji organizaciji, potem ko je bilo mesto posodobljeno na Control Hub, lahko ti uporabniki izgubijo dostop do sestankov in sredstev sestankov na mestu.

Kot rešitev lahko storite naslednje, da zagotovite, da uporabniki ne bodo izgubili dostopa do sestankov in sredstev sestankov na mestu, potem ko je bilo mesto posodobljeno na Control Hub:

  • Za uporabnike z zunanjimi skrbniškimi pravicami za organizacijo ali mesto – Odstranite ves zunanji skrbniški dostop do organizacije in mesta ter nato odstranite licenco za mesto srečanja. Ko prevzamete uporabnika, ga znova licencirajte za spletno mesto. Prav tako lahko obnovite njihove zunanje skrbniške pravice.
  • Za navadne uporabnike – Odstranite licenco za mesto sestanka, zahtevajte uporabnika v svoji organizaciji in nato znova licencirajte tega uporabnika za spletno mesto.

Q. Kje lahko pregledam čakajoče zahteve za račun za samoprijavo za mesta, ki jih upravlja Control Hub?

A. Vi in drugi skrbniki lahko pregledate zahteve za samoprijavo v Center za opozorila.

Q. Ali lahko po posodobitvi spletnega mesta na Control Hub dostopam do vrednosti uporabniškega imena pri skrbniku mesta?

A. Datoteka za izvoz vseh uporabnikov v Site Admin je na voljo v Control Hubu 90 dni po tem, ko mesto posodobite na Control Hub. Ta datoteka CSV vključuje vrednosti uporabniškega imena.

Q. Za identifikacijo uporabnikov v skrbniku spletnega mesta uporabljamo vrednosti uporabniškega imena. Kako lahko storimo enako v Control Hubu?

A. Vrednosti uporabniških imen se po posodobitvi spletnega mesta na Control Hub izgubijo. Če potrebujete dostop do teh vrednosti, je ena od rešitev kopiranje vrednosti v kodo za sledenje, preden posodobite spletno mesto. Vrednosti kode za sledenje za uporabnike bodo ohranjene in na voljo po posodobitvi spletnega mesta na Control Hub. Če uporabljate SSO, potem ExternalID je uporabniški atribut Control Hub, ki lahko vsebuje to vrednost. To zahteva da konfigurirate svoje trditve SAML posredovati to vrednost, ko konfiguriranje SSO v Control Hubu. Ta vrednost bo posredovana tudi Control Hubu med samodejno ustvarjanje novih uporabnikov.

Q. Koliko časa traja dokončanje posodobitve spletnega mesta po začetku?

A. Posodobitev spletnega mesta traja približno 3 minute + 1000 aktivnih uporabnikov/min + 2000 neaktivnih uporabnikov/min. Na primer, če ste začeli posodobitev spletnega mesta ob 05:20 in ima vaše spletno mesto 8000 aktivnih uporabnikov in 2000 neaktivnih uporabnikov, bo posodobitev spletnega mesta trajala približno 12 minut. Poleg tega se posodobitve spletnega mesta ustavijo za 6 minut na vrhu ure (med xx:57 in xx:03). Toda vaši rezultati se lahko razlikujejo.

Q. Kako lahko samodejno licenciram vsakega novega uporabnika ali nove uporabnike v določenih skupinah po posodobitvi spletnega mesta za upravljanje v Control Hubu?

A. Ti lahko nastavite predloge licenc na podlagi organizacije ali skupine za samodejno dodeljevanje licenc novim uporabnikom.

Q. Ali med posodabljanjem spletnega mesta prihaja do izpadov?

A. Ne. Med posodobitvijo spletnega mesta:

  • Uporabniki lahko še naprej uporabljajo storitev Meetings, kot je pridružitev in začetek načrtovanih in ad hoc sestankov.
  • To ne bo vplivalo na sestanke, ki so v teku, ko se začne posodobitev spletnega mesta.
  • Naročnina bo zaklenjena v Control Hubu.
  • Namizni odjemalec Meetings ima lahko težave z razdelkom »Prihajajoči sestanki«.
  • Spremembe konfiguracij upravljanja mesta niso priporočljive.