Hvala za povratne informacije.
Upravljanje mesta Webex Meetings posodobite iz skrbništva mesta v storitev Control Hub
Povratne informacije?O posodabljanju iz skrbništva spletnega mesta v nadzorno središče
Posodobitev spletnega mesta iz skrbništva spletnega mesta v nadzorno središče ne zahteva posodobitve različic odjemalcev. Nekatera spletna mesta ne morejo uporabljati te funkcije, dokler partnerji, ki upravljajo te organizacije, niso pripravljeni.
Webex postaja enotna platforma za upravljanje sestankov, sporočanja, klicev in drugih načinov sodelovanja. Zato želimo upravljanje vseh spletnih mest Webex Meetings premakniti iz skrbništva spletnega mesta v nadzorno središče.
V skrbništvu spletnega mesta imamo orodje, ki vam bo pomagalo pri tej spremembi. Če je vaše spletno mesto že upravičeno do posodobitve na Control Hub, lahko začnete s klikom na Posodobi upravljanje v navigacijskem meniju.
Za predstavitev, kako deluje posodobitev vašega spletnega mesta na Control Hub, si oglejte ta videoposnetek.
Za lažje načrtovanje posodobitve spletnega mesta si oglejte razdelek Ocena pripravljenosti spletnega mesta.
Prednosti upravljanja spletnih mest v Control Hubu vključujejo:
-
Poenotene dodelitve licenc v vseh storitvah Webex, kot so Srečanja, Sporočila in Klicanje.
-
Dosledne varnostne politike v vseh storitvah Webex.
-
Skupna prijavna izkušnja za vse končne uporabnike med različnimi storitvami Webex.
-
Sodobni skrbniški kontrolniki, kot so povezovalnik imenika, SCIM in skupine Active Directory.
-
Predloge licenc za samodejno dodelitev več licenc uporabnikom.
Po posodobitvi na Control Hub ne morete več uporabljati skrbništva spletnega mesta za upravljanje sestankov.
Če je za vaše spletno mesto načrtovana samodejna posodobitev iz upravljanja v razdelku Skrbnik spletnega mesta v Nadzorno središče, boste videli naslednji posnetek zaslona.
Za spremembo načrtovanega datuma lahko kliknete na Spremeni datum posodobitve spletnega mesta.
Izkušnja upravljanja spletnih mest v Control Hubu je podobna upravljanju v Spletnem skrbništvu. Upravljanje uporabnikov v Control Hubu ima sodobnejše osnovne tehnologije, zato obstaja nekaj razlik pri upravljanju spletnih mest v Control Hubu. Ta razdelek se osredotoča na razlike, ki jih opazite pri posodabljanju spletnega mesta.
Za podrobnejši pregled razlik med skrbništvom spletnega mesta in nadzornim središčem glejte ta članek.
Upravljanje uporabnikov
Imamo centraliziran sistem za upravljanje uporabnikov, ki je podlaga za Control Hub, kjer so uporabniki različni in edinstveni znotraj celotne organizacije (in celotnega Webexa). V skrbništvu spletnega mesta je uporabniški profil ločen za vsako spletno mesto srečanja.
- Enotna prijava (SSO) z avtomatskim ustvarjanjem računa
-
V skrbništvu spletnega mesta imate funkcijo »samodejnega ustvarjanja računov«, ki ustvari uporabnike, ko se overijo prek enotne prijave (SSO).
Ta funkcija je na voljo tudi v Control Hubu. Za več informacij glejte Samodejno ustvarjanje in posodabljanje računa SAML za Control Hub.
Številne organizacije, ki uporabljajo enotno prijavo (SSO), imajo morda raje centralno upravljanje svojih uporabnikov v zunanjih orodjih za imenike, kot sta Microsoft® Active Directory in Microsoft Azure, ter zahtevajo preverjanje pristnosti pri zunanjih ponudnikih identitet.
Preberite več o:
- Obvezni podatki profila in kode za sledenje
-
Administracija spletnega mesta vam omogoča, da določite obvezna polja profila za nove uporabnike (prejšnji posnetek zaslona). To lahko razširite tako, da zahtevate kode za sledenje za ustvarjanje uporabnikov (posnetek zaslona spodaj). Če konfigurirate te dodatne zahteve, brez njih ne morete dodajati uporabnikov na spletno mesto.
Control Hub za ustvarjanje uporabnika potrebuje le prikazno ime in e-poštni naslov.
Vsa druga uporabniška polja so neobvezna, ko ustvarite novega uporabnika v Control Hubu, zato za spletna mesta, ki jih upravlja Control Hub, ne uveljavljamo dodatnih podatkov profila.
Preden posodobite spletno mesto na Control Hub, morate onemogočiti obvezna polja profila in kode za sledenje.
- Upravljanje gesel in zaklepanje
-
Administracija spletnega mesta ima funkcijo, ki začasno zaklene uporabnike, če se po določenem številu poskusov 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 računalnikov in ljudi).
-
Zakoniti uporabniki imajo možnost samostojne spremembe pozabljenega gesla.
-
Licenciranje gostitelja
- Gostitelji morajo biti v vaši organizaciji Control Hub
-
V skrbništvu spletnega mesta lahko dodelite gostiteljsko licenco kateremu koli uporabniku. Ko upravljate spletno mesto v Control Hubu, lahko dodelite samo licence gostitelja ( & vloga udeleženca) uporabnikom v isti organizaciji Control Hub.
- Samostojna registracija za gostiteljski račun
-
V skrbništvu spletnega mesta lahko uporabnikom dovolite, da zahtevajo (gostiteljski) račun na spletnem mestu. Uporabnikom z računom lahko dovolite tudi, da na spletnem mestu zahtevajo dodatne storitve. (glejte posnetke zaslona).
Ko upravljate spletno mesto za sestanke v Control Hubu, uporabniki ne morejo zahtevati lastnega gostiteljskega računa za to spletno mesto.
Control Hub ima centraliziran, avtomatiziran način za dodeljevanje licenc za sestanke novim uporabnikom. Preberi https://help.webex.com/n3ijtao.
Uporabniške licence lahko upravljate tudi prek API-ja ali množično z uporabo CSV.
Če želite, da uporabniki zahtevajo svoje gostiteljske račune, lahko konfigurirate spletno mesto help/support z namigi za stik s skrbniki ali povezavo do drugih orodij.
Preden posodobite spletno mesto na Control Hub, morate v skrbništvu spletnega mesta onemogočiti možnosti »Dovoli registracijo gostiteljskega računa« in »Dovoli uporabnikom, da zahtevajo dodatne storitve«.
-
Control Hub ima tudi druge možnosti upravljanja licenc, kot so predloge za samodejno dodeljevanje. Pridobite lahko poročilo o neaktivnih gostiteljih, ki vam bo pomagalo odstraniti licence tem uporabnikom, posamično ali v večjem obsegu ali prek API-ja.
Če potrebujete to možnost samodejne deaktivacije in vam druge možnosti v Control Hubu ne ustrezajo, se zaenkrat izogibajte posodabljanju spletnega mesta na Control Hub.
Preden posodobite spletno mesto sestanka, da bo upravljano v storitvi Control Hub, morate pripraviti svojo organizacijo v storitvi Control Hub.
Prepričajte se, da v naročnini ni čakajočih ali blokirajočih dejanj. Posodobitev ne bo uspela, če:
- Imate kakšna čakajoča dejanja v naročnini, povezani s spletnim mestom, ki ga posodabljate.
- Spletno mesto nima v organizaciji Control Hub povezane nobene naročnine.
- Podatki o licenci spletnega mesta v razdelku Site Administration se ne ujemajo s podatki o licenci spletnega mesta v razdelku Control Hub.
Toplo priporočamo, da preverite svoje domene in zahtevate svoje uporabnike. Naslednje branje bo v pomoč:
-
E-knjiga Nadzorno središče: https://ebooks.cisco.com/story/controlhubessentials/
-
Kako upravljati svoje domene: https://help.webex.com/cd6d84
-
Zahtevajte svoje uporabnike iz drugih organizacij (po preverjanju domen): https://help.webex.com/nceb8tm. Zahtevanje uporabnikov je še posebej pomembno, saj zagotavlja, da je čim več uporabnikov, ki bi morali biti v vaši organizaciji, dejansko tam. Z uveljavljanjem uporabnikov z možnostjo »Takojšnje uveljavljanje« se izognete tudi zamudam pri uporabi e-poštnih naslovov v vaši organizaciji.
Pred posodobitvijo spletnega mesta na Control Hub toplo priporočamo, da zahtevate uporabnike. Če uporabnike vključite v svojo organizacijo po posodobitvi spletnega mesta na Control Hub, lahko ti uporabniki izgubijo dostop do sestankov in sredstev sestankov na spletnem mestu.
Kot rešitev lahko storite naslednje, da zagotovite, da uporabniki po posodobitvi spletnega mesta na Control Hub ne bodo izgubili dostopa do sestankov in sredstev sestankov na spletnem mestu:
- Za uporabnike z zunanjimi skrbniškimi pravicami za organizacijo ali spletno mesto – odstranite vse zunanje skrbniške pravice do organizacije in spletnega mesta ter nato odstranite licenco za spletno mesto srečanja. Ko prevzamete uporabnika, mu ponovno podelite licenco za spletno mesto. Prav tako lahko obnovite njihove zunanje skrbniške pravice.
- Za redne uporabnike – odstranite licenco za spletno mesto srečanj, zahtevajte uporabnika za svojo organizacijo in nato temu uporabniku ponovno podelite licenco za spletno mesto.
-
Če je mesto sestanka konfigurirano za enotno prijavo (SSO), morate konfigurirati tudi enotno prijavo (SSO) za svojo organizacijo Control Hub.
Samodejno ustvarjanje računov za nove uporabnike
Če je vaše spletno mesto Webex v skrbništvu spletnega mesta omogočilo samodejno ustvarjanje računov, lahko podobno funkcijo omogočite v nadzornem središču z samodejnim ustvarjanjem računov SAML. Nastavite tudi predlogo za samodejno licenco, da bodo novim uporabnikom samodejno dodeljene licence, ko bodo njihovi računi ustvarjeni v organizaciji Control Hub.
Organizacije s sinhronizacijo imenikov
Če je vaša organizacija konfigurirana za sinhronizacijo imenikov, se prepričajte, da so na spletnem mestu prisotni vsi uporabniki, ki jih želite imeti v svoji organizaciji. To je treba storiti 24 ur pred začetkom postopka posodabljanja spletnega mesta, da se lahko uporabniki na spletnem mestu povežejo z novimi uporabniki v vaši organizaciji Control Hub.
Dostop skrbnika do spletnih mest Webex po posodobitvi
Oseba z vlogo skrbnika celotne organizacije v Control Hub bo samodejno dobila dostop do spletnih mest, ki se posodabljajo iz vloge skrbnika spletnega mesta v Control Hub. Na primer, skrbniki organizacije s polnim dostopom bodo postali skrbniki spletnega mesta Webex s polnim dostopom, skrbniki uporabnikov organizacije bodo postali skrbniki uporabnikov spletnega mesta Webex, skrbniki organizacije z dostopom samo za branje pa bodo postali skrbniki spletnega mesta Webex s dostopom samo za branje.
XML API-ji
XML API-ji so zdaj združljivi s spletnimi mesti, ki jih upravlja Control Hub. Podrobnosti in opozorila si lahko preberete na Posodobitve XML API 41.11.0.
URL-ji storitve XML API se po posodobitvi spletnega mesta iz skrbnika spletnega mesta v upravljano središče za nadzor ne spremenijo. Isti URL-ji API-ja bodo še naprej delovali. Cisco priporoča, da vse integracije API-jev uporabljajo OAUTH za preverjanje pristnosti.
Avtentikacija v XML API-jih
Integracije, ki ne uporabljajo Webex OAUTH za preverjanje pristnosti, lahko po posodobitvi spletnega mesta na Control Hub ne uspejo. V naslednji tabeli je prikazano, katera vrsta preverjanja pristnosti skrbnika bo še naprej delovala po posodobitvi vašega spletnega mesta.
| Vrsta preverjanja pristnosti skrbnika v XML API-ju pred posodobitvijo spletnega mesta | Skrbnik v organizaciji SSO po posodobitvi spletnega mesta | Skrbnik ni v organizaciji SSO po posodobitvi spletnega mesta |
|---|---|---|
| uporabniško ime (webExID)/password |  Bo delovalo* | Bo delovalo* |
| uporabniško ime (webExID)/sessionTicket | Bo delovalo | Bo delovalo |
| username/OAUTH (žeton za dostop do spletnega dostopa) | Bo delovalo | Bo delovalo |
| email/password | Bo delovalo* | Bo delovalo* |
| email/sessionTicket | Bo delovalo | Bo delovalo |
| email/OAUTH (žeton za dostop do spletnega dostopa) | Bo delovalo | Bo delovalo |
* Združljivost z vzvratnimi sistemi – Cisco je omogočil username/password preverjanja pristnosti za delovanje v XML API-jih po posodobitvi spletnega mesta, tudi če se username ne ujema z e-pošto. Združljivost velja le, če:
- Uporabniške poverilnice so bile ustvarjene pred posodobitvijo spletnega mesta. Spremembe v
usernameniso dovoljene, sicer prejšnje poverilnice ne bodo veljavne. - Poverilnice za preverjanje pristnosti API ne morejo imeti drugačnega gesla v Control Hubu in na spletnem mestu, ko je bilo upravljano v Spletnem mestu.
- Uporabniki, katerih poverilnice se uporabljajo za preverjanje pristnosti, morajo biti v času posodobitve spletnega mesta v Control Hub v aktivnem stanju (ne neaktivni).
Več o integracijah XML API-ja na spletnih mestih, ki jih upravlja Control Hub, vključno z overjanjem OAUTH, lahko izveste v tem priročniku.
Username je nastavljeno tako, da vsem uporabnikom pošlje e-pošto, ko je spletno mesto posodobljeno na Control Hub. Če se za koristne tokove API uporablja username, morajo koristni tokovi po posodobitvi spletnega mesta namesto tega uporabiti e-pošto.
Vloga skrbnika v Control Hubu za integracije API-jev
Skrbniki, ki imajo samo vlogo skrbnika spletnega mesta, morda ne bodo mogli izvajati nekaterih operacij z API-ji XML, kot je spreminjanje e-poštnega naslova ali prikazanega imena uporabnika, potem ko je spletno mesto posodobljeno na spletno mesto Control Hub. Za skrbnike, katerih poverilnice se uporabljajo za integracije API-jev, priporočamo, da te skrbnike v Control Hubu povišate v skrbnike organizacije s polnim statusom, idealno 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 delovale nespremenjene po posodobitvi na Control Hub.
Glede na to, kaj vaša integracija počne, bodo skrbniki morda morali imeti dodeljen tudi račun gostitelja srečanj na spletnem mestu Control Hub, da bo integracija delovala (to ni bilo potrebno za skrbnike na spletnih mestih za skrbnike spletnega mesta).
Razlike v XML API-ju v Control Hubu
Večina integracij XML API bi morala delovati brez kakršnih koli sprememb po posodobitvi vašega spletnega mesta. Vendar pa obstajajo nekatere izjeme, ki so podrobneje opisane na naslednjem seznamu:
- Ustvari uporabnika– Na spletnih mestih, ki jih upravlja Control Hub, lahko ta operacija pred dodelitvijo licence ustvari tudi uporabnika v organizaciji, ki je lastnica spletnega mesta. Če uporabnik že obstaja v drugi organizaciji, ta operacija ne bo uspela.
PMR ID parameterne bo veljal za uporabnike, ki v središču Control Hub še nimajo statusa Aktivno.createuserAPI se na spletnih mestih, ki jih upravlja Control Hub, izvaja dlje časa. Za boljšo zmogljivost lahko dodate dodatno nit za vzporedno izvajanje klicevcreateuser. - SetUser– Lahko povzroči dodelitev ali odstranitev licence za spletno mesto sestankov uporabniku (odvisno od parametrov API-ja ali koristnega tovora).
- DelUser– Odstrani licenco za spletno mesto sestankov, vendar uporabnika ne izbriše iz organizacije Control Hub.
- LstsummaryUser—Vrne tudi uporabnikov
objectGUID. - AuthenticateUser– Na spletnih mestih, ki jih upravlja Control Hub, priporočamo ustvarjanje sejne vstopnice prek
AuthenticateUsernamesto uporabe uporabniškega imena in gesla za vsak XML API. Uporaba odgovora SAML v vsebini telesa ni podprta s tem klicem za spletna mesta, ki jih upravlja Control Hub.
REST API-ji
Control Hub ima lastne API-je, vključno z REST API-ji za osebe in licence za ustvarjanje in licenciranje uporabnikov na:
Vrste sej in kode za sledenje so na voljo tudi z REST API-ji na:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Vendar pa zgoraj omenjeni REST API-ji ne podpirajo vseh funkcij upravljanja uporabnikov, ki so na voljo v XML API-jih. Na primer, za dodeljevanje licenc za sestanke uporabnikom zunaj organizacije, ki je lastnica spletnega mesta, boste še vedno morali uporabljati API-je XML. API za ljudi ne podpira dodeljevanja vlog skrbnika spletnega mesta uporabnikom. Če želite vloge skrbnika spletnega mesta dodeliti prek API-ja, morate še vedno uporabljati XML API.
Z vmesnikom People API lahko ustvarite skrbnike organizacije s polnimi (ali samo branjem) dovoljenji, ti skrbniki pa lahko upravljajo (ali si ogledujejo) tudi vaša spletna mesta za sestanke, ki jih upravlja Control Hub.
Control Hub ima skrbniške vloge za spletna mesta Webex, vendar API za ljudi trenutno ne more dodeliti te vloge.
Načrti za prihodnost (lahko se spremenijo)
- Nov API za licence, ki lahko podeli licence za spletno mesto srečanj tudi zunanjim uporabnikom, ki niso v isti organizaciji, ki je ustvarila spletno mesto. Licenciranje zunanjih uporabnikov je danes na voljo ročno v Control Hubu.
- SCIM API za ustvarjanje in brisanje uporabnikov v organizaciji.
- Dolgoročna usmeritev podjetja Cisco je uporaba samo REST API-jev (za vse operacije na uporabnikih in spletnih mestih sestankov). XML API-ji za upravljanje uporabnikov bodo še naprej podprti, dokler ne bo mogoče REST API-jev uporabljati izključno za vse operacije upravljanja uporabnikov. Tudi XML API-ji za upravljanje uporabnikov bodo opuščeni (datum še ni določen).
Preden posodobite svoje spletno mesto na Control Hub, vam toplo priporočamo, da najprej pregledate naslednje elemente, da bo posodobitev potekala čim bolj gladko:
- Najprej preglejte ta dokument in se prepričajte, da vaša organizacija upošteva najboljše prakse, ki so priporočene v razdelku Priprava vaše organizacije Control Hub.
- Nato se prijavite v skrbniški račun Webex in kliknite Posodobi skrbniški račun. V fazi pripravljenosti spletnega mesta ne smete izvesti nobenega priporočenega ukrepa v datoteki iz razdelka za uporabnike pregledov in ne smete onemogočiti nobenih funkcij, ki so bile omenjene v razdelku za funkcije pregledov. Z upoštevanjem teh navodil postane ocena pripravljenosti lokacije operacija samo za branje, s katero se ocenijo spremembe, ki jih morate izvesti pred posodobitvijo na Control Hub.
- V razdelku Pregled uporabnikov kliknite na Izvozi datoteko CSV uporabnika in prenesite datoteko CSV z imenom
users-to-review-xxxxx.csv.V tej datoteki bodo navedeni vsi uporabniki, ki potrebujejo pozornost, in priporočeno dejanje za vsakega uporabnika. Število uporabnikov v tej datoteki vam daje predstavo o tem, koliko težav, povezanih z uporabniki, morate rešiti, preden lahko posodobite spletno mesto.
- V razdelku Pregled funkcij si oglejte vse funkcije, ki so v stolpcu s posledicami navedene z rdečim križcem. To vas bo obveščalo o pripravljenosti vašega spletnega mesta z vidika konflikta funkcij.
- Ne nadaljujte z 2. korakom in še ne kliknite gumba Posodobi na Control Hub.
Ko pregledate uporabniško datoteko CSV in si ogledate, katere funkcije boste morda morali ponovno konfigurirati, nadaljujte z branjem preostalih razdelkov v tem članku, da pripravite svoje spletno mesto in organizacijo na posodobitev na Control Hub.
Opomba: Če ima vaše spletno mesto integracije API-jev, ki jih je izvedlo vaše podjetje ali rešitve tretjih oseb, kot so rešitve za upravljanje učenja, si oglejte razdelek Priprava integracij API-jev spletnega mesta za delo s Control Hub.
Prihajajoče spremembe za izdajo 43.6
Do sedaj je bilo treba pred posodobitvijo spletnega mesta na Control Hub onemogočiti ti dve funkciji:
- Obvezna polja profila gostitelja
- Zahtevane kode za sledenje
Od izdaje različice 43.6 dalje spletnim mestom, ki sodelujejo v beta različicah za funkcije atributov po meri in obveznih polj profila gostitelja, teh funkcij ne bo več treba onemogočiti pred posodobitvijo spletnega mesta na Control Hub. Namesto tega vas bo čarovnik obvestil, da morate pregledati ti dve funkciji, saj bo trenutna konfiguracija kopirana v organizacijo Control Hub.
Če sodelujete v beta različici obveznih polj profila gostitelja, boste videli to opozorilo:
Če sodelujete v beta različici zahtevanih kod za sledenje in atributov po meri, boste videli ta ukaz:
Če ne sodelujete v teh beta različicah, nadaljujte z branjem naslednjega razdelka.
Onemogočite funkcije, ki blokirajo posodobitve spletnega mesta
Preden lahko spletno mesto Webex posodobite na Control Hub, je treba onemogočiti nekatere funkcije. Vidite lahko seznam, ki prikazuje, katero funkcijo je treba onemogočiti. Funkcije, ki so označene z ikono rdečega kroga X, morajo biti dokončane. Funkcije, označene z rumenim trikotnikom v obliki klicaja, so zgolj informativne narave in ne zahtevajo nobenega dejanja.
Za predstavitev posodobitve spletnega mesta na Control Hub si oglejte ta videoposnetek.
Če vaša organizacija uporablja funkcijo samodejnega ustvarjanja računov v razdelku Site Admin, morate v razdelku Control Hub nastaviti enakovredno funkcijo in predlogo za samodejno dodeljevanje licenc. Za več podrobnosti glejte ta članek. To je treba storiti pred posodobitvijo spletnega mesta, ki ga želite upravljati v Control Hubu.
-
Prijavite se v skrbništvo spletnega mesta Webex in pojdite na .
-
Poiščite in onemogočite možnost Dovoli registracijo gostiteljskega računa.
-
Najdi Zahtevano za registracijo računa: in počistite vsa polja za obvezna polja uporabniškega profila.
-
-
Kliknite Posodobi.
-
Pojdi na .
-
V stolpcu Profil gostitelja spremenite vse vrstice kode za sledenje, označene kot Obvezno, v AdminSet ali Neobvezno.
-
Več o kodah za sledenje si lahko preberete na https://help.webex.com/izu2ty.
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 na zahtevane atribute uporabnikov po meri v Control Hubu za enakovredno funkcionalnost.
Funkcija preslikave kod za sledenje na atribute uporabnikov je osnutek, ki je v javni predogledni različici. Ponujamo vam kratek vpogled v to, kaj lahko pričakujete.
Preden lahko posodobite spletno mesto z zahtevanimi kodami za sledenje iz skrbništva spletnega mesta v Control Hub, morate te kode za sledenje preslikati na atribute uporabnikov v Control Hub. S klikom na ikono pod možnostjo Informacije odprete čarovnika za preslikavo kod za sledenje v atribute uporabnikov za spletno mesto. Če še niste preslikali ali onemogočili zahtevanih kod za sledenje, ne boste mogli posodobiti svojega spletnega mesta na Control Hub.
Če vaše spletno mesto nima zahtevanih kod za sledenje, lahko pred posodobitvijo spletnega mesta v Control Hub še vedno preslikate kode za sledenje na atribute uporabnikov tako, da sledite temu postopku.
Za spletna mesta sestankov, ki kot kodo za sledenje uporabljajo department, priporočamo, da to kodo za sledenje preslikate na atribut uporabniškega profila oddelka in ne na atribut 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 obvezen, pojdite v razdelek z atributi uporabniškega profila in označite atribut oddelka kot obvezen. Upoštevajte, da ta atribut oddelka, skupaj z drugimi atributi uporabnikov, ne bo izpolnjen za zunanje uporabnike.
| 1 |
Prijavite se v Control Hub in pojdite na Sestanek. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Izberite spletno mesto in nato pojdite na . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Izberite Ustvari zemljevid kode za sledenje.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Izberite Odpri povzetek kode za sledenje.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Kliknite Prenesi 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. Prejšnje sezname kod za sledenje lahko prenesete tudi kot datoteko CSV, da naložite iste vrednosti za atribute po meri.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Vrnite se v čarovnika in izberite Dodaj in preglej uporabniške atribute.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Konfigurirajte vse nove atribute po meri, ki jih potrebuje to spletno mesto. Označite vse atribute kot obvezne, če želite, da se ta polja izpolnijo za uporabnike. Atributi po meri niso uporabni za organizacije, ki sinhronizirajo uporabnike s povezovalnikom imenika, Azure AD itd. Ta korak lahko izkoristite kot priložnost za pregled prikaznih imen za kode za sledenje. Ko opravite vse potrebne spremembe, kliknite Shrani. Zaklenjeni atributi so podobni atributom AdminSet v klasičnih kodah za sledenje spletnih mest za sestanke. Ko označite atribut po meri kot zaklenjen, ga uporabniki ne bodo mogli videti.Če v tem koraku kliknete Shrani, bodo vsi atributi po meri, ki ste jih dodali, odstranili ali označili kot obvezne, takoj začeli veljati za organizacijo. Novi uporabniki, ki so vključeni v organizacijo, morajo upoštevati to posodobljeno konfiguracijo atributov po meri, sicer vključitev uporabnikov ne bo uspela. Pred označevanjem atributov po meri kot zahtevanih bodite previdni.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Vrnite se v čarovnika in izberite Kode za sledenje zemljevida.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
S spustnim seznamom lahko kode za sledenje preslikate na atribute profila po meri ali uporabniškega profila organizacije. Pri preslikavi kode za sledenje spletnega mesta v atribut se sistem najprej preslika v že obstoječe atribute, ki se ujemajo z imeni kod za sledenje, če je vrsta vnosa nastavljena na besedilno polje. Ko končate, kliknite Naprej. Če vaša organizacija uporablja avtomatiziran postopek uvajanja uporabnikov, kot je Directory Connector ali Azure AD, potem ne smete preslikati kod za sledenje na atribute po meri. Namesto tega preslikajte kode za sledenje na sinhronizirane atribute. Prej je bilo mogoče kode za sledenje konfigurirati različno za vsak center posebej. Vsi centri (srečanja, dogodki, spletni seminarji itd.) si zdaj delijo eno samo konfiguracijo razporejanja. Ko atribut preslikate kot zahtevan, bo ta atribut zahtevan ob razporejanju v storitvah Webex Meetings, Webex Webinars itd.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Kliknite Shrani zemljevid. Sinhronizacija se izvede samodejno med postopkom posodobitve spletnega mesta v Control Hub. Predlagamo, da ustvarite varnostno kopijo vrednosti kode za sledenje za uporabnike z izvozom uporabnikov spletnega mesta za spletno mesto sestanka Ko kode za sledenje preslikate na atribute po meri, edini vir resničnih podatkov prihaja iz storitve Webex Identity in ne iz vsakega posameznega spletnega mesta sestanka. Sinhronizacija enkratno kopira uporabniške vrednosti kode za sledenje v preslikane atribute, ki še niso izpolnjeni za uporabnike, kar pomeni, da je vrstni red spletnih mest, ki najprej sinhronizirajo kode za sledenje, pomemben. Pri sinhronizaciji prvega spletnega mesta se vrednosti kode za sledenje za uporabnike s tega spletnega mesta kopirajo v atribut preslikanega uporabnika za tega uporabnika v Control Hubu, vendar le, če ta vrednost za uporabnika še ni izpolnjena. Nekatere vrednosti kode za sledenje med sinhronizacijo morda ne bodo kopirane s spletnega mesta v atribute uporabnika Če je vrednost uporabnika za preslikano spletno mesto že izpolnjena v času sinhronizacije, se vrednost sledenja s tega spletnega mesta ne kopira v preslikani atribut v Control Hubu za tega uporabnika. Da se izognete temu, da bi podatki nadomeščali druge kode za sledenje za uporabnike, priporočamo, da podatke za spletno mesto srečanja preslikate in sinhronizirate z najnovejšimi podatki kode za sledenje za uporabnike. Vrednosti kod za sledenje se ne kopirajo s spletnih mest, ki kode za sledenje preslikajo v uporabniška polja, sinhronizirana prek zunanjih virov, kot sta Directory Connector ali Azure AD. V naslednji tabeli so opisani možni scenariji, v katerih podatki nadomestijo izvirne kode za sledenje. V teh primerih sta koda za sledenje in preslikani atribut mesto uporabnika.
* Prejšnjo vrednost kode za sledenje nadomesti obstoječi preslikani atribut. | ||||||||||||||||||||||||||||||||||||||||
Preden posodobite svoje spletno mesto za upravljanje v Control Hubu, se prepričajte, da:
- Vsi uporabniki spletnega mesta, ki bi morali biti v vaši organizaciji, so dejansko v vaši organizaciji Control Hub.
- Vsi uporabniki spletnega mesta, ki ne bi smeli biti v vaši organizaciji, so izbrisani iz vaše organizacije.
- Uporabnike v organizaciji lahko overi vaš ponudnik identitetnih storitev (IdP), če je vaša organizacija konfigurirana za enotno prijavo (SSO).
- Polja uporabniškega profila, ki so na spletnem mestu označena kot obvezna, bodo ob posodobitvi spletnega mesta kopirana tudi v organizacijo Control Hub. Če ne želite, da so ta polja označena kot obvezna za registracijo računa na spletnem mestu v Control Hubu, najprej počistite kljukico v razdelku Spletno mesto, preden posodobite na Control Hub.
- Pregledali ste razdelek Priprava organizacije Control Hub iz prejšnjega dela tega članka.
Za predstavitev posodobitve spletnega mesta na Control Hub si oglejte ta videoposnetek.
Kako preveriti uporabnike, ki bodo blokirali posodobitve spletnega mesta
-
Prijavite se v skrbništvo spletnega mesta in odprite stran Posodobi skrbništvo.
-
Odprite kontrolnik Pregled predpogojev za posodabljanje skrbništva in kliknite Izvozi prizadete uporabnike v CSV.
-
Počakajte, da se izvoz konča. Ta postopek lahko traja nekaj časa, odvisno od začetnega časa in števila uporabnikov na spletnem mestu. Izvoz se na začetku ure (med) za 6 minut ustavi xx:57 do xx:03).
-
Ko je izvoz končan, kliknite Prenesi CSV.
Vaš brskalnik prenese
users-to-review.csv. -
Odprite datoteko CSV in preverite stolpec Priporočeno dejanje (zadnji stolpec). Za vsakega uporabnika v datoteki izvedite priporočeno dejanje.
Uporabniki z neujemajočimi se e-poštnimi naslovi
Nekateri uporabniki imajo lahko v skrbniškem središču spletnega mesta in nadzornem središču drugačen e-poštni naslov. To je mogoče, če je bil uporabnikov e-poštni naslov spremenjen le na enem od dveh mest, potem ko je bil uporabnik povezan s tem spletnim mestom v Control Hub.
Za odpravo napak pri uporabnikih z neujemajočimi se e-poštnimi naslovi poskusite te ukrepe:
-
Spremenite uporabnikov e-poštni naslov v skrbništvu spletnega mesta, da se bo ujemal z e-poštnim naslovom nadzornega središča.
Uporabniki lahko urejajo svoje profile skrbnika spletnega mesta: https://help.webex.com/nmig1kcb
-
Spremenite uporabnikov e-poštni naslov v Control Hubu, da se bo ujemal z e-poštnim naslovom skrbnika spletnega mesta: https://help.webex.com/nsi3kgb.
Uporabniki lahko spremenijo svoje e-poštne naslove v organizaciji Control Hub: https://help.webex.com/nme40aeb
Če posodobite svoje spletno mesto na Control Hub, ne da bi odpravili neusklajenosti e-poštnih naslovov uporabnikov, morajo prizadeti uporabniki za prijavo na spletno mesto srečanj uporabiti svoje e-poštne naslove Control Hub. Ti uporabniki se morda ne bodo mogli prijaviti, če se bodo poskušali prijaviti z e-poštnim naslovom v skrbništvu spletnega mesta ali če njihov e-poštni naslov v nadzornem središču ni več veljaven v njihovem ponudniku identitete (za organizacije SSO). Ne bodo vam preprečili posodabljanja spletnega mesta, vendar je bolje, da pred začetkom posodabljanja popravite e-poštne naslove.
Zunanji uporabniki z licenco Basic Meetings
Zunanje uporabnike z licencami Basic Meetings je treba deaktivirati ali nadgraditi na plačljive licence Webex Meetings, preden spletno mesto posodobite iz skrbnika spletnega mesta v nadzorno središče.
Kako deaktivirati uporabnike
Za deaktivacijo posameznega uporabnika v skrbništvu spletnega mesta:
-
Pojdi na .
-
Za iskanje uporabnika uporabite kontrolnike za indeksiranje, iskanje in filtriranje.
-
Počistite polje Aktivno.
-
Pošlji spremembe.
Za več informacij glejte Upravljanje uporabniških računov v skrbništvu spletnega mesta Webex.
Za paketno deaktivacijo uporabnikov v skrbništvu spletnega mesta:
-
Izvozite uporabnike v datoteko CSV.
-
Odprite datoteko CSV in spremenite vrednosti stolpca
ActivenaNza vse prizadete uporabnike. -
Uvozite spremenjeno datoteko CSV.
Uporabniki, ki ste jih spremenili, so zdaj neaktivni.
Za več podrobnosti glejte Paketni uvoz in izvoz uporabnikov Webex v skrbništvu spletnega mesta Webex.
Uporabniki v organizacijah s sinhronizacijo imenikov
Č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 Directory Connector ali Azure AD), ker sinhronizacija imenikov ne bo omogočila dodajanja uporabnikov postopku posodabljanja spletnega mesta.
Posodobitev spletnega mesta ne bo uspela, če aktivnih uporabnikov na spletnem mestu ni mogoče povezati z organizacijo Control Hub. Če je vaša organizacija konfigurirana za sinhronizacijo imenikov, se pred začetkom posodabljanja prepričajte, da so vsi uporabniki na spletnem mestu, ki morajo biti del organizacije Control Hub, dodani v Directory Connector ali Azure AD.
Pred začetkom posodobitve odpravite težave uporabnikov
Če poskusite posodobiti spletno mesto na Control Hub, ne da bi odpravili težave za uporabnike v datoteki users-to-review, lahko postopek skrbništva posodobitve ne uspe. Orodje ne preveri, ali ste odpravili težave, dokler ne začnete z zadnjo posodobitvijo.
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-jev Webex IdP (lokalna avtentikacija)
Več ponudnikov identitete (IdP) v Control Hubu bo pomagalo:
- Kjer se IdP za spletno mesto SSO v skrbništvu spletnega mesta razlikuje od IdP-ja SSO v središču Control Hub.
- Ko uporabniki na spletnem mestu niso v konfiguriranem ponudniku identitet za enotno prijavo (SSO IdP) v organizaciji, jih je zdaj mogoče preprosto dodati lokalnemu ponudniku identitet za Webex. Te uporabnike lahko nato pozneje premaknete na konfiguriranega ponudnika identitet za enotno prijavo (SSO).
Nastavitev več ponudnikov identitete (IdP) lahko omogoči vsem uporabnikom na spletnem mestu, ki se posodablja iz skrbnika spletnega mesta v Control Hub, da se prijavijo prek metode preverjanja pristnosti, konfigurirane v organizaciji Control Hub. Da bi to dosegli, lahko:
- Dodajte dodatne ponudnike identitet za enotno prijavo (SSO) v organizacijo Control Hub.
- Dodajte uporabnike že konfiguriranemu ponudniku identitet.
- Dodajte uporabnike lokalnemu ponudniku identitet Webex.
Za več informacij o več ponudnikih identitete v Control Hubu glejte ta članek.
Preden začnete
Nekatere funkcije morate onemogočiti in preveriti morate, ali so vsi uporabniki v dobrem stanju, da se lahko posodobijo na Control Hub. Če uporabljate aplikacije z integriranim API-jem, jih morate posodobiti, da bodo lahko uporabljale Webex API.
O teh predpogojih si lahko preberete v prejšnjih delih tega članka.
Prepričajte se, da vsi vaši skrbniki vedo, da posodabljate spletno mesto na Control Hub, in da po tem, ko začnete, ne smejo izvajati nobenih sprememb v razdelku Spletno skrbništvo.
| 1 |
Izvozi in shrani izvozno datoteko uporabnikov spletnega mesta. Ta datoteka deluje kot arhiv uporabniške konfiguracije, ki vam pomaga pri preverjanju po posodobitvi. |
| 2 |
Prijavite se v skrbništvo spletnega mesta in kliknite Posodobi skrbništvo. |
| 3 |
Preglejte predpogoje, zlasti seznam uporabnikov v državah v obliki datoteke CSV, ki bi lahko vplivale na uspeh posodobitve. |
| 4 |
Preberite o funkcijah, ki jih je treba onemogočiti, in o razlikah, ki jih lahko pričakujete pri upravljanju uporabnikov in licenciranju gostiteljev (dokumentirano tudi v tem članku). |
| 5 |
Kliknite Posodobi na Control Hub. Ta gumb se aktivira šele po zaključku zgornjih korakov.  Prikaže se pojavno okno. To okno prikazuje, da je posodabljanje spletnega mesta na Control Hub trajno in da posodobitve po končani posodobitvi ni mogoče razveljaviti. Ko bo posodobitev končana, tega spletnega mesta ne bo več mogoče upravljati v razdelku Skrbništvo spletnega mesta. Če še niste pripravljeni na popolno upravljanje tega spletnega mesta v Control Hubu, zaprite čarovnika zdaj.
 |
| 6 |
Kliknite V redu. Ko se posodobitev začne, se nad skrbništvom spletnega mesta prikaže pasica, ki vas obvesti, da poteka posodobitev spletnega mesta. Če gre kaj narobe, se bo prikazalo sporočilo o napaki s predlaganim ukrepom. V nasprotnem primeru boste videli sporočilo o uspehu. Posodobitev spletnega mesta traja približno 3 minute + 1000 aktivnih users/min + 2000 neaktivnih users/min dokončati. Na primer, če ste posodobitev spletnega mesta začeli ob 05:20 in če 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 na začetku ure (med xx:57 do xx:03). Toda vaši rezultati se lahko razlikujejo. |
| 7 |
Kliknite Prijava v Control Hub. |
Ko sprožite posodobitev spletnega mesta iz skrbništva spletnega mesta Webex, se lahko prijavite v Control Hub, da si ogledate stanje posodobitve spletnega mesta.
-
Prijavite se v Control Hub in odprite stran Sestanki.
Ogledate si lahko seznam lokacij srečanj.
-
Kliknite spletno mesto, da si ogledate informacije o tem spletnem mestu.
-
Poiščite razdelek Posodobitev spletnega mesta, kjer si lahko preberete stanje posodobitve.
Ko je posodobitev končana, lahko v razdelku Skrbništvo spletnega mesta prenesete seznam vseh uporabnikov in si ogledate, kateri od teh uporabnikov so bili aktivni ali neaktivni na spletnem mestu. Uporabniki, ki so v stolpcu s stanjem uporabnikov v razdelku Administracija spletnega mesta prikazani kot neaktivni, ne bodo imeli dostopa do spletnega mesta, ki ga upravlja Nadzorno središče. Ti uporabniki tudi ne bodo prikazani kot uporabniki, ki imajo dostop do spletnega mesta v uporabniškem razdelku Control Hub.
Gumb za prenos se lahko prikaže nekaj časa (za večino organizacij nekaj minut).
-
Preglejte seznam, da preverite morebitne težave med posodabljanjem.
Ko je posodobitev spletnega mesta končana, tega spletnega mesta ne morete več upravljati v razdelku za upravljanje spletnega mesta. Vse upravljanje te spletne strani je treba opraviti v Control Hubu. Tukaj je nekaj korakov za seznanitev in preizkus upravljanja vašega spletnega mesta v Control Hubu:
-
Preverite nekatere nastavitve konfiguracije spletnega mesta, da se prepričate, da se ni nič spremenilo. To je lažje, če ste pred posodobitvijo na Control Hub kopirali nekatere nastavitve skrbnika spletnega mesta.
-
Izberite gostitelja in v Control Hubu preverite njegovo licenco, kode za sledenje in vrste sej. Prijavite se na spletno mesto srečanja in potrdite, da se načrtovani sestanki, posnetki in nastavitve niso spremenili. Preverjanje je lažje, če se podatki tega gostitelja kopirajo pred posodobitvijo v Control Hub.
Prosite uporabnika, naj preveri, ali lahko načrtuje in gosti nove sestanke.
-
Dodajte novega uporabnika v svojo organizacijo. Dodelite jim gostiteljsko licenco, spremenite njihove vrste sej in preverite, ali lahko gostijo sestanke.
Priporočamo, da nastavite predloge licenc na ravni organizacij ali skupin, da samodejno dodelite licence novim uporabnikom ali določenim skupinam novih uporabnikov. -
V razdelku Skrbnik spletnega mesta izberite uporabnika, ki je bil polnopravni skrbnik, in v Nadzornem središču preverite, ali ima ustrezno raven dostopa do posodobljenega spletnega mesta.
Morali bi imeti možnost branja in spreminjanja spletnega mesta; ustvarjanja, licenciranja, spreminjanja in brisanja uporabnikov.
-
Če ima vaše spletno mesto integracije API-jev, preklopite na uporabo API-jev People. Potrdite, da posodobljena integracija deluje po pričakovanjih.
Več o upravljanju spletnih mest za sestanke v Control Hubu si lahko preberete na https://help.webex.com/naqlzeu.
-
Uporabniki bodo imeli enotno prijavo v aplikacijo Webex in na vsa spletna mesta, ki jih upravlja Control Hub.
Če se uporabniško ime ne ujema z uporabnikovim e-poštnim naslovom v razdelku za skrbništvo spletnega mesta, bodo ti uporabniki vplivali na izkušnjo prijave. Starih uporabniških imen ni več mogoče uporabljati in ti uporabniki se morajo prijaviti s svojim e-poštnim naslovom. -
Uporabniške poverilnice so povezane z njihovo identiteto v Control Hubu. Iste poverilnice veljajo za vsa spletna mesta, ki jih upravlja Control Hub v isti organizaciji, in za aplikacijo Webex.
-
Če ima organizacija Control Hub konfigurirano enotno prijavo (SSO), potem ta enotna prijava (SSO) ureja prijavo v aplikacijo Webex in v vsa spletna mesta, ki jih upravlja Control Hub.
-
Posodobitev na Control Hub ne vpliva na prijavo 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 (SSO).
Skrbniki lahko omogočijo možnost Zapomni si me v Control Hubu, da uporabnikom ni treba vsakič znova vnašati svojega e-poštnega naslova ob prijavi. -
Odvisno od zgodovine posameznega uporabnika, števila spletnih mest, na katerih je imel račun itd.:
-
Če so bili uporabniki povezani z obstoječimi uporabniki v Webexu Identity/Control Hub, bodo uporabniki uporabljali isto geslo za vsa spletna mesta Webex, ki so posodobljena na Control Hub.
-
Če so bili uporabniki ustvarjeni v Webexu Identity/Control Središče zaradi povezovanja spletnih mest, potem veljajo poverilnice njihovega prvega povezanega spletnega mesta (če organizacija ni bila konfigurirana z enotno prijavo). Uporabniki so preusmerjeni za prijavo na to spletno mesto. Če imajo uporabniki več spletnih mest z več poverilnicami, bi jim moral URL spletnega mesta pomagati ugotoviti, katere poverilnice naj uporabijo.
-
Uporabniki lahko ponastavijo svoje geslo v organizacijah Control Hub (če geslo ni upravljano prek enotne prijave). Če uporabniki pozabijo geslo, lahko na prijavnem zaslonu preprosto kliknejo na Ste pozabili uporabniško ime ali geslo?, da ponastavijo geslo. Uporabniki lahko ponastavijo geslo tudi tako, da sledijo tem navodilom:
- Ponastavitev gesla za aplikacijo Webex: https://help.webex.com/article/n02v0b8/
- Ponastavitev gesla za spletno mesto Webex Meetings: https://help.webex.com/article/6v6kaab/
-
-
Če se je e-poštni naslov končnega uporabnika spremenil in je imel ta uporabnik v času posodobitve spletnega mesta v skrbništvu in nadzornem središču spletnega mesta drugačen e-poštni naslov, lahko ta uporabnik pri poskusu prijave naleti na težave. 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 Hub morda ni več veljaven v storitvi SSO IdP njegove organizacije. Tej vrsti situacije se je najbolje izogniti s posodobitvijo e-poštnih naslovov uporabnikov v Control Hubu, saj se spremembe e-poštnih naslovov istih uporabnikov izvedejo v Spletnem skrbništvu.
-
Za uporabnike mobilne aplikacije Webex Meetings za iOS je potrebna ponovna prijava:
- Če spletno mesto brez enotne prijave posodobite na Control Hub, se bodo morali vaši uporabniki ponovno prijaviti v mobilno aplikacijo Webex Meetings za iOS. Čeprav aplikacija Meetings for iOS od uporabnikov ne bo zahtevala ponovne prijave do dva meseca po posodobitvi spletnega mesta, predlagamo, da se uporabniki ročno ponovno prijavijo, da se preventivno izognejo tej situaciji.
-
Med posodabljanjem spletnega mesta se bodo morda morali uporabniki, katerih uporabniška imena se ne ujemajo z njihovimi e-poštnimi naslovi, ponovno prijaviti.
-
Ti uporabniki se bodo morda morali znova prijaviti v svoje odjemalce Webex, če bodo med posodabljanjem spletnega mesta v Control Hub poskušali dostopati do storitev Webex na spletnem mestu. Uporabniki, ki so se sestankom že pridružili pred začetkom posodobitve spletnega mesta, ne bodo prizadeti.
-
Prazna datoteka CSV »uporabnik za pregled«
Če je vaše spletno mesto veliko in ima več kot 1000 uporabnikov, katerih e-poštni naslovi se v skrbništvu spletnega mesta razlikujejo od naslovov v nadzornem središču, se lahko v čarovniku za posodobitev spletnega mesta prikaže prazna datoteka CSV »uporabnik za pregled«. Zaradi tega posodobitev spletnega mesta ne deluje, ker ne boste mogli rešiti težav uporabnikov. Na tej težavi delamo in jo nameravamo rešiti v prihodnjih tednih.
Nastavitve, ki se ne prenesejo pri posodobitvi na Control Hub
- Če je bilo vaše spletno mesto, ki ga upravlja skrbnik spletnega mesta, na počasnem kanalu in vaše središče za nadzor prav tako upravlja partner, lahko po posodobitvi na središče za nadzor izgubite vidnost kontrolnikov za posodobitev različic spletnega mesta za srečanja. Če se to zgodi, se obrnite na svojega partnerja in ga prosite, naj za vašo organizacijo omogoči nastavitev Dovoli stranki nadgradnjo različice spletnega mesta.
- Čakajoče zahteve za samoregistracijo računa se ne prenesejo v središče za opozorila. Uporabniki se morajo po končani posodobitvi znova registrirati za račun.
- Vrednosti uporabniških imen v skrbništvu spletnega mesta se po končani posodobitvi prepišejo z e-poštnimi naslovi uporabnikov v nadzornem središču.
Težave uporabnikov, zaradi katerih posodobitev ne uspe
- Uporabniki z e-poštnimi naslovi, ki so povezani z uporabniki v organizaciji Webex for Government, bodo povzročili, da posodobitev ne bo uspešna, če teh uporabnikov ne deaktivirate pred začetkom posodobitve.
Pogoste težave, ki povzročajo neuspeh posodobitve, in priporočeni ukrepi
Če se vaše spletno mesto ne posodobi na Control Hub, preverite naslednjo tabelo, da vidite, ali je vzrok za to katera od teh pogostih napak in kaj lahko storite, da jo odpravite.
| Napake, zaradi katerih posodobitev ne uspe | Priporočeno dejanje |
|---|---|
| Vrsta spletnega mesta je neveljavna. | Za potrditev, da je spletno mesto povezano z uporabniki, se obrnite na ekipo za podporo Webex. |
| Spletno mesto nima povezane naročnine. | Spletna mesta morajo biti povezana z naročnino, preden jih 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 organizacije naročnine. Obrnite se na svojo ekipo za podporo Webex. |
| Naslednja naročnina ima čakajoče operacije v Control Hubu: (PodID). | Ponovni poskus posodobitve spletnega mesta po zaključku čakajoče operacije. |
| V nastavitvah enotne prijave (SSO) prihaja do konfliktov. | Če je na spletnem mestu omogočena enotna prijava (SSO), se prepričajte, da:
|
| Podatki o licenci spletnega mesta v razdelku Site Administration se ne ujemajo s podatki o licenci spletnega mesta v razdelku Control Hub. | Nedosledni podatki o licenci med skrbnikom spletnega mesta in nadzornim središčem. Obrnite se na svojo ekipo za podporo Webex. |
| Nekatera uporabniška imena ali e-poštni naslovi v skrbništvu spletnega mesta so v nasprotju z uporabniškimi imeni ali e-poštnimi naslovi v nadzornem središču. | Uporabnikov e-poštni naslov v skrbništvu 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 je prišlo do težave. | Zaradi notranje napake ni bilo mogoče posodobiti tega spletnega mesta. Obrnite se na svojo ekipo za podporo Webex. |
| Pri posodabljanju uporabnikov Webexa smo imeli težavo. | Zaradi notranje napake ni bilo mogoče posodobiti tega spletnega mesta. Obrnite se na svojo ekipo za podporo Webex. |
Težave s prijavo uporabnikov
Vedno dovolite piškotke Webex. V nasprotnem primeru bi lahko imeli uporabniki po posodobitvi na Control Hub težave s prijavo.
V. Ali obstaja datum, kdaj Cisco ne bo več podpiral upravljanja spletnih mest?
A. Da. Konec decembra 2023 nameravamo ukiniti podporo za upravljanje spletnih mest Webex.
V. Ali bodo skrbniki spletnega mesta v razdelku Skrbništvo spletnega mesta po posodobitvi na upravljanje središča Control še vedno ohranili skrbniški dostop do spletnega mesta?
A. Da. Vsi skrbniki spletnega mesta v razdelku Site Administration imajo še vedno skrbniški dostop do spletnega mesta, ko je spletno mesto posodobljeno na upravljanje Control Hub.
V. Zakaj po posodobitvi spletnega mesta za sestanke iz Skrbnik spletnega mesta v Upravljanje Nadzornega središča vidim nove skrbnike na spletnem mestu?
A. Ti novi skrbniki na spletnem mestu so bili verjetno skrbniki organizacije Control Hub. Ko je spletno mesto posodobljeno iz Skrbnik spletnega mesta v Nadzorno središče, bodo vsi skrbniki celotne organizacije postali skrbniki spletnega mesta novega upravljanega spletnega mesta Nadzorno središče. To pomeni, da bodo skrbniki organizacije s polnim dostopom postali skrbniki spletnega mesta Webex s polnim dostopom, skrbniki uporabnikov organizacije bodo postali skrbniki uporabnikov spletnega mesta Webex, skrbniki organizacije z dostopom samo za branje pa bodo skrbniki spletnega mesta Webex s dostopom samo za branje.
V. Zakaj prijava v orodje za produktivnost ne deluje po posodobitvi spletnega mesta na Control Hub?
A. Prepričajte se, da so internetni brskalniki konfigurirani tako, da vedno dovolijo sejne piškotke, ki se nahajajo v naprednih nastavitvah zasebnosti brskalnikov.
V. Če je uporabnik izbrisan v Control Hubu in je nato isti e-poštni naslov ponovno dodan v Control Hub ter mu je dodeljena licenca za srečanja za isto spletno mesto Webex, ali lahko uporabnik dostopa do svojih starih posnetkov?
A. Da, uporabnik bo imel dostop do vse svoje stare vsebine Meetings, če mu je dodeljena licenca za katero koli od prejšnjih spletnih mest Webex, na katerih je bil. To velja tako za spletna mesta, ki jih upravlja Control Hub, kot za spletna mesta, ki so bila posodobljena na Control Hub.
V. Če je bil uporabnik deaktiviran v skrbništvu spletnega mesta pred posodobitvijo spletnega mesta na Control Hub in je bil kasneje ponovno licenciran za isto spletno mesto Webex v Control Hub, ali bo imel uporabnik dostop do svojih starih posnetkov?
A. Da, uporabnik bo še vedno imel dostop do svojih starih posnetkov. Poleg tega bo vsak uporabnik, ki je bil deaktiviran v skrbništvu spletnega mesta pred posodobitvijo spletnega mesta, naveden v izvozni datoteki CSV za sestanke v središču za nadzor.
V. Če spletno mesto nima nastavljenega ponudnika identitete za enotno prijavo (SSO), organizacija Control Hub pa ima ponudnika identitete za enotno prijavo (SSO), kaj se zgodi, ko se spletno mesto posodobi na Control Hub?
A. Spletno mesto bo uporabljalo istega ponudnika identitet za enotno prijavo (SSO) kot organizacija Control Hub.
V. Če ima spletno mesto drugačen nastavljen ponudnik identitete za enotno prijavo (SSO IdP) kot tisti, ki je nastavljen v Control Hubu, kaj se zgodi, ko se spletno mesto posodobi na Control Hub?
A. Spletno mesto bo preklopilo na uporabo istega ponudnika identitet za enotno prijavo (SSO) kot organizacija Control Hub.
V. Če ima spletno mesto nastavljenega ponudnika identitete za enotno prijavo (SSO), organizacija Control Hub pa ga nima, kaj se zgodi, ko se spletno mesto posodobi na Control Hub?
A. Posodabljanje spletnega mesta vam bo onemogočeno. Če želite spletno mesto odblokirati, da ga lahko posodobite na Control Hub, odstranite ponudnika identitete za enotno prijavo (SSO) s spletnega mesta za skrbnike spletnega mesta ali pa v organizacijo Control Hub dodajte ponudnika identitete za enotno prijavo (SSO).
V. 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.
V. Ali se med posodobitvijo spletnega mesta iz skrbništva spletnega mesta v nadzorno središče spremenijo nastavitve, specifične za uporabnika?
A. Ne, uporabniške nastavitve bodo ostale nespremenjene. Te nastavitve bodo veljale kot pred posodobitvijo spletnega mesta.
V. 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. Tudi vaši načrtovani sestanki niso prizadeti. Pri njih ni nobenih sprememb.
V: Ali ta posodobitev spletnega mesta vpliva na posnetke ali načrtovane sestanke uporabnikov?
A. Uporabniški posnetki niso prizadeti. Še vedno bodo imeli dostop do njih. Načrtovani sestanki tudi niso prizadeti. Pri njih ni nobenih 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.
Pred posodobitvijo spletnega mesta na Control Hub toplo priporočamo, da zahtevate uporabnike. Če uporabnike vključite v svojo organizacijo po posodobitvi spletnega mesta na Control Hub, lahko ti uporabniki izgubijo dostop do sestankov in sredstev sestankov na spletnem mestu.
Kot rešitev lahko storite naslednje, da zagotovite, da uporabniki po posodobitvi spletnega mesta na Control Hub ne bodo izgubili dostopa do sestankov in sredstev sestankov na spletnem mestu:
- Za uporabnike z zunanjimi skrbniškimi pravicami za organizacijo ali spletno mesto – odstranite vse zunanje skrbniške pravice do organizacije in spletnega mesta ter nato odstranite licenco za spletno mesto srečanja. Ko prevzamete uporabnika, mu ponovno podelite licenco za spletno mesto. Prav tako lahko obnovite njihove zunanje skrbniške pravice.
- Za redne uporabnike – odstranite licenco za spletno mesto srečanj, zahtevajte uporabnika za svojo organizacijo in nato temu uporabniku ponovno podelite licenco za spletno mesto.
V. Kje lahko pregledam čakajoče zahteve za samoregistracijo računov za spletna mesta, ki jih upravlja Control Hub?
A. Zahteve za samoprijavo si lahko ogledate vi in drugi skrbniki v centru za opozorila.
V. Ali lahko dostopam do vrednosti uporabniških imen iz skrbništva spletnega mesta po posodobitvi spletnega mesta v Control Hub?
A. Izvozna datoteka vseh uporabnikov v skrbništvu spletnega mesta je na voljo v Control Hub 90 dni po posodobitvi spletnega mesta na Control Hub. Ta datoteka CSV vsebuje vrednosti uporabniških imen.
V. V skrbništvu spletnega mesta uporabljamo uporabniška imena za identifikacijo uporabnikov. Kako lahko to storimo v Control Hubu?
A. Vrednosti uporabniškega imena se izgubijo po posodobitvi spletnega mesta na Control Hub. Če potrebujete dostop do teh vrednosti, je ena od rešitev, da jih pred posodobitvijo spletnega mesta kopirate v kodo za sledenje. Vrednosti kode za sledenje za uporabnike bodo ohranjene in na voljo po posodobitvi spletnega mesta na Control Hub. Če uporabljate enotno prijavo (SSO), je ExternalID atribut uporabnika Control Hub, ki lahko vsebuje to vrednost. To zahteva, da konfigurirate trditve SAML tako, da posredujejo to vrednost pri konfiguriranju enotne prijave (SSO) v Control Hub. Ta vrednost bo posredovana tudi v Control Hub med samodejnim ustvarjanjem novih uporabnikov.
V. Koliko časa traja dokončanje posodobitve spletnega mesta po njenem začetku?
A. Posodobitev spletnega mesta traja približno 3 minute + 1000 aktivnih users/min + 2000 neaktivnih users/min dokončati. Na primer, če ste posodobitev spletnega mesta začeli ob 05:20 in če 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 na začetku ure (med xx:57 do xx:03). Toda vaši rezultati se lahko razlikujejo.
V. Kako lahko samodejno licenciram vsakega novega uporabnika ali nove uporabnike v določenih skupinah po posodobitvi spletnega mesta za upravljanje v Control Hubu?
A. Nastavite lahko predloge licenc na ravni organizacije ali skupine, da samodejno dodelite licence novim uporabnikom.
V. Ali je med posodabljanjem spletnega mesta izpad delovanja?
A. Ne. Med posodobitvijo spletnega mesta:
- Uporabniki lahko še naprej uporabljajo storitev Srečanja, na primer se pridružujejo načrtovanim in priložnostnim sestankom ter jih začnejo.
- Sestanki, ki potekajo, ko se začne posodobitev spletnega mesta, ne bodo prizadeti.
- Naročnina bo zaklenjena v Control Hubu.
- Namizni odjemalec za srečanja ima lahko težave z razdelkom »Prihajajoča srečanja«.
- Spremembe konfiguracij upravljanja spletnega mesta niso priporočljive.
