Frissítse a Webex Meetings webhely-kezelést a Webhelyadminisztrációról a Control Hub-ra

list-menuVisszajelzés?
Ha teljes mértékben egy helyen szeretné kezelni a felhasználókat, a Webex-szolgáltatásokat és a licenceket, választhatja, hogy frissítse a Webex-webhelyek kezelését a Webhely-adminisztrációról a Vezérlőközpontba.

Információk a Webhelyadminisztrációról a Vezérlőközpontba történő frissítésr

A webhelyek Webhely-adminisztrációról a Vezérlőközpontba történő frissítéséhez nem szükséges az ügyfél verziók frissítése. Egyes webhelyek addig nem használhatják ezt a funkciót, amíg a szervezeteket kezelő partnerek készen állnak.

Ha a Webex for Government szervezet külső felhasználókat is tartalmaz, jelenleg nem konvertálhat Webhely-adminisztráció használatából Vezér lőközpontba. Hiba jelenik meg, ha a szervezet külső felhasználóival próbál konvertálni. Arra számítunk, hogy ezt a képességet 2023 közepén elérhetővé tesszük a külső felhasználókkal rendelkező szervezetek számára.

A Webex egységes platformmá válik az értekezletek, üzenetküldés, hívások és egyéb együttműködési módok kezelésére. Ezért szeretnénk áthelyezni az összes Webex Meetings webhely kezelését a Webhely- adminisztrációról a Control Hubba.

Van egy eszközünk a Webhelyadminisztrációban, amely segít Önnek ebben a változásban. Ha webhelye már jogosult a Vezérlőközpontra való frissítésre, akkor a navigációs menü Admin isztráció frissí tése elemre kattintva kezdheti el.

A webhely Control Hub-ra történő frissítésének működésének bemutatását lásd ebben a videóban.

A webhely frissítésének megtervezéséhez tekintse át a Web helyértékelési készenlé ti részt.

A Control Hub webhelyeinek kezelésének előnyei a következők:

  • Egységes licenckiosztás az összes Webex szolgáltatáshoz, például értekezletekhez, üzenetküldéshez és hívásokhoz.

  • Következetes biztonsági irányelvek az összes Webex szolgáltatásban.

  • Általános bejelentkezési élmény minden végfelhasználó számára a különböző Webex szolgáltatások között.

  • Modern rendszergazdai vezérlők, például a Directory Connector, a SCIM és az aktív könyvtárcsoportok.

  • Licencsablonok több licenc automatikus hozzárendeléséhez a felhasználókhoz.

A Webhely-adminisztráció használatával nem kezelheti az értekezletek webhelyét a Vezérlőközpontba történő frissítés után.

Ez a szakasz csak akkor alkalmazható, ha webhely ét a Cisco választotta ki automatikus webhely-kezelési frissítéshez.

Ha a webhely automatikus frissítésre van tervezve a Webhely-adminisztrátor kezeléséről a Vez érlőközpontba, akkor a következő képernyőkép jelenik meg.

Automatic site update in Site Admin.

Az ütemezett dátum módosításához kattintson a Webhely frissítési dátum ának módosítása elemre.

Window to change the date for automatic site update in Site Admin.

A webhelyek kezelésének tapasztalata a Control Hub alkalmazásban hasonló a Webhely-adminisztrációban történő kezeléshez. A Control Hub felhasználói kezelése modernebb alaptechnológiákkal rendelkezik, így van néhány különbség a Control Hub webhelyeinek kezelésében. Ez a szakasz a webhely frissítése során felmerülő különbségekre összpontosít.

A Webhely-adminisztráció és a Vezérlőközpont közötti különbségek részletesebb áttekintéséért lásd ezt a cikket.

Felhasználói menedzsment

A Control Hub alapjául szolgáló központosított felhasználókezelő rendszerünk van, ahol a felhasználók az egész szervezeten belül (és az egész Webex-en belül) különállóak és egyediek. A Webhely-adminisztrációban a felhasználói profil értekezlet-helyenként eltérő.

Egyszeri bejelentkezés (SSO) automatikus fiók létrehozásával

A Webhely-adminisztrátorban van egy „automatikus fiók létrehozása” funkció, amely létrehozza a felhasználókat, amikor az SSO hitelesíti magukat.

Screenshot of site admin showing SSO option to allow automatic account
                creation

Ez a funkció a Control Hubban is elérhető. További információkért lásd a SAML Automatikus fiókok létrehozása és frissítése a Vez érlőközponthoz.

Számos olyan szervezet, amely SSO-t használ, előnyben részesítheti felhasználóit külső könyvtáreszközökben, például a Microsoft ® Active Directory és a Microsoft Azure-ban, valamint külső azonosító szolgáltatókkal történő hitelesítést igényelhet.

További információ a következőkről:

Kötelező profiladatok és követési kódok

A Webhely-adminisztráció lehetővé teszi a szükséges profilmezők megadását az új felhasználók számára (előző képernyőkép). Ezt kiterjesztheti, hogy követési kódok szükségesek a felhasználók létrehozásához (az alábbi képernyőkép). Ha konfigurálja ezeket a kiegészítő követelményeket, nélkülük nem vehet fel felhasználókat a webhelyhez.

Screenshot of site administration showing options for enforcing Tracking Codes

A Control Hub csak megjelenített névre és e-mail címre van szüksége a felhasználó létrehozásához.

Az összes többi felhasználói mező opcionális, ha új felhasználót hoz létre a Vezérlőközpontban, ezért a Control Hub által kezelt webhelyekre nem érvényesítünk további profiladatokat.

A webhely Vezérlőközpontba történő frissítése előtt le kell tiltania a kötelező profilmezőket és a követési kódokat.

Jelszókezelés és zárolás

A Webhely-adminisztráció rendelkezik egy olyan funkcióval, amely ideiglenesen zárolja a felhasználókat, ha több próbálkozás után nem jelentkeznek be.

A Control Hub a következő lehetőségekkel rendelkezik a jogosulatlan hozzáférés megakadályozására:

  • Automatikus időtúllépés az első néhány sikertelen kísérlet után.

  • CAPTCHA mechanizmus (teljesen automatizált nyilvános Turing-teszt, amely megkülönbözteti a számítógépeket és az embereket).

  • A törvényes felhasználók önkiszolgáló lehetőséggel rendelkeznek az elfelejtett jelszavak megváltoztatására.

Host licencelés

A házigazdáknak a Vezérlőközpont szervezetében kell lenniük

A Webhely-adminisztrátorban bármely felhasználóhoz rendelhet egy gazda-licencet. Amikor a webhelyet a Vezérlőközpontban kezeli, csak a Vezérlőközpont-szervezetben lévő felhasználókhoz rendelhet gazdafizenceket (és résztvevői szerepkört).

Saját regisztráció a Host fiókra

A Webhely-adminisztrátorban engedélyezheti a felhasználók számára, hogy (gazda) fiókot kérjenek a webhelyen. Engedélyezheti a fiókkal rendelkező felhasználók számára, hogy további szolgáltatásokat kérjenek a webhelyen. (lásd a képernyőképeket).

Screenshot of site admin showing "Allow host account signup" option Screenshot of site admin showing the control to allow users to request additional services

Amikor egy értekezlet-webhelyet kezel a Vezérlőközpontban, a felhasználók nem kérhetik meg saját gazda-fiókjukat az adott webhelyről.

A Control Hub központosított, automatizált módszerrel értekezletlicenceket rendelhet új felhasználókhoz. Olvassa el a https://help.webex.com/n3ijtao oldal t.

A felhasználói licenceket API-n keresztül vagy tömeges CSV segítségével is kezelheti.

Ha azt szeretné, hogy a felhasználók kérjenek gazdafiókjukat, konfigurálhatja a webhely súgóját vagy támogatását mutatókkal, hogy kapcsolatba léphessen az adminisztrátorokkal, vagy hivatkozzon más eszközökhöz.

Mielőtt webhelyét Vezérlőközpontba frissítené, le kell tiltania a Webhely-adminisztráció alkalmazásban a „Hostfiók regisztrációjának engedélyezése” és a „Felhasználók további szolgáltatások igénylésének engedélyezése” lehetőséget.

A Control Hub más licenckezelési lehetőségekkel rendelkezik, például automatikus hozzárendelési sablonokkal. Jelentést kaphat az inaktív állomásokról, amelyek segítenek eltávolítani a licenceket ezektől a felhasználóktól, külön-külön vagy tömeges módon, vagy API-n keresztül.

Ha szüksége van erre az automatikus deaktiválási lehetőségre, és a Control Hub többi opciója nem megfelelő az Ön számára, akkor kerülje a webhely frissítését a Control Hub rendszerre jelenleg.

Mielőtt frissítené az értekezlet-webhelyet a Vezérlőközpontban kezelendő, elő kell készítenie a Vezérlőközpont szervezetét.

Győződjön meg arról, hogy az előfizetésen nincsenek függőben lévő vagy blokkoló műveletek. A frissítés sikertelen, ha:

  • A frissíteni kívánt webhelyhez társított előfizetéssel kapcsolatban függőben lévő műveletei vannak.
  • A webhelyhez nincs társítva előfizetés a Vezérlőközpont szervezetében.
  • A Webhely-adminisztráció webhelylicencadatai nem egyeznek meg a Control Hub webhelylicencadataival.

Erősen javasoljuk a domainek ellenőrzését és a felhasználók igénylését. A következő olvasmány segít:

  • A Control Hub e-könyv: https://ebooks.cisco.com/story/controlhubessentials/

  • A domainek kezelése: https://help.webex.com/cd6d84

  • Igényelje felhasználóit más szervezetektől (a domainek ellenőrzése után): https://help.webex.com/nceb8tm. A felhasználók igénylése különösen fontos, mert biztosítja, hogy minél több felhasználó legyen ott a szervezetében. Az azonnali igényléssel rendelkező felhasználók igénylése szintén elkerülheti a szervezetben található e-mail címek használatának késedelmét.

    Erősen javasoljuk, hogy igényelje a felhasználókat, mielőtt frissítené webhelyét a Control Hub rendszerre. Ha a webhely Vezérlőközpontra történő frissítése után igényli a felhasználókat a szervezetébe, akkor ezek a felhasználók elveszíthetik a hozzáférést a webhelyen található értekezletekhez és értekezlet-eszközökhöz.

    Megoldásként a következőket teheti annak biztosítása érdekében, hogy a felhasználók ne veszítsék el a hozzáférést a webhelyen található értekezletek hez és értekezlet-eszközökhöz, miután a webhelyet a Vezérlő központra frissítették:

    • A szervezet vagy a webhely külső rendszergazdai jogosultságaival rendelkező felhasználók esetében — távolítsa el az összes külső rendszergazdai hozzáférést a szervezethez és a webhelyhez, majd távolítsa el az értekezlet-webhely licencét. Miután igényelte a felhasználót, engedélyezze újra a felhasználót a webhelyre. Vissza állíthatja a külső adminisztrátori jogosultságokat is.
    • Rendszeres felhasználók esetében: Távolítsa el az értekezlet-helyszíni licencet, igényelje a felhasználót a szervezetéhez, majd a felhasználót újra engedélyezze a webhelyre.
  • Ha az értekezlet webhelye SSO-hoz van konfigurálva, akkor konfigurálnia kell az SSO-t a Vezérlőközpont szervezetéhez is.

Automatikus fiók létrehozása új felhasználók számára

Ha a Webex-webhely engedélyezte az automatikus fiók létrehozását a Webhely-adminisztrátorban, akkor engedélyezhet egy hasonló funkciót a Control Hubban a SAML automati kus fiók létrehozásával. Feltétlenül állítson be egy automatikus licencsab lont is, hogy az új felhasználók automatikusan hozzárendelt licenceket kapjanak, miután fiókjaikat létrehozták a Vezérlőközpont szervezetében.

Címtárszinkronizálással rendelkező szervezetek

Ha a szervezet a könyvtárszinkronizálásra van konfigurálva, győződjön meg arról, hogy az összes felhasználó, aki a szervezetében szeretne lenni, jelen van a webhelyen. Ezt 24 órával a webhely frissítési folyamatának megkezdése előtt kell elvégezni, hogy a webhely felhasználói összekapcsolhatók legyenek a Vezérlőközpont szervezetének új felhasználóival.

A frissítés sikertelen lesz, ha a webhely aktív felhasználóit nem lehet összekapcsolni a Control Hub felhasználóihoz.

Rendszergazdai hozzáférés a Webex webhelyekhez, miután frissítették

A Vezérlőközpontban szervezeti rendszergazdai szerepkörrel rendelkező személy automatikusan hozzáférést kap azokhoz a webhelyekhez, amelyek a Webhely-adminisztrátorról Vezérlőközpontba frissítenek. Például a szervezet teljes rendszergazdái Webex webhely teljes rendszergazdákká válnak, a szervezeti felhasználói rendszergaz dák Webex webhely-felhasználói rendszergazdákká, a szervezet csak olvasható rendszergazdái pedig a Webex webhely csak olvasható rendszergazdákká válnak .

XML API-k

Az XML API-k mostantól továbbkompatibilisek a Control Hub által kezelt webhelyekkel. A részletekről és a figyelmeztetésekről az XML API 41.11.0 frissítésekről olvash at.

Az XML API-szolgáltatás URL-jei változatlanok maradnak, miután egy webhely frissítésre került a Webhely-adminisztrátorról a Vezérlőközpontra felügyelt rendszerbe. Ugyanazok az API URL-ek továbbra is működnek. A Cisco azt javasolja, hogy minden API-integráció az OAUTH-t használja a hitelesítéshez.

Hitelesítés XML API-kban

Azok az integrációk, amelyek nem használják a Webex OAUTH-t hitelesítéshez, meghibásodhatnak, miután a webhelyet a Control Hub rendszerre frissítették. Az alábbi táblázat azt mutatja, hogy a webhely frissítése után milyen típusú rendszergazdai hitelesítés fog működni.

Táblázat 1. Az XML API-ban működő rendszergazdai hitelesítés típusai a webhely frissítése után
Az adminisztrátori hitelesítés típusa az XML API-ban a webhely frissítése előttAdminisztráció az SSO org-ban a webhely frissítése utánAz adminisztrátor nincs az SSO org-ban a webhely frissítése után
felhasználónév (WebExID) /jelszó Available Működni fog* Available Működni fog*
felhasználónév (WebXid) /SessionTicket Available Működni fog Available Működni fog
Felhasználónév/Oauth (WebExAccessStoken) Available Működni fog Available Működni fog
E-mail/jelszó Available Működni fog* Available Működni fog*
E-mail/SessionTicket Available Működni fog Available Működni fog
E-mail/OAuth (WebAccessStoken) Available Működni fog Available Működni fog

* Visszatérő kompatibilitás — A Cisco engedélyezte, hogy a felhasználónév/jelszó hitelesítése XML-API-kban működjön a webhely frissítése után, még akkor is, ha nem egyezik az e-mailekkel. username A kompatibilitás csak akkor érvényes, ha:

  • A felhasználói hitelesítő adatokat a webhely frissítése előtt hozták létre. Nem engedélyezett változtatás, usernamekülönben a korábbi hitelesítő adatok kudarcot vallanak.
  • Az API-hitelesítéshez használt hitelesítő adatok nem lehetnek eltérő jelszóval a Vezérlőközpontban, szemben a Webhely-adminisztrációban kezelt webhelyről.
  • Azoknak a felhasználóknak, akiknek hitelesítő adatait a hitelesítéshez használják, aktív állapotban kell lenniük (nem inaktív) a Webhely-adminisztrációban a Vezérlőközpontra történő webhely frissítésekor.

Ezzel az útmutatóval többet megtudhat az XML API-integrációkról a Control Hub által kezelt webhelyeken, beleértve az OAUTH hitelesítést is.

Usernameaz összes felhasználó számára e-mail értékre van beállítva, amikor egy webhely frissítésre kerül a Vezérlő központra. Ha API usernamehasznos terhelésekhez használják, akkor a hasznos terheléseknek e-mailt kell használniuk helyette a webhely frissítése után.

Rendszergazdai szerep a Control Hubban az API-integrációkhoz

Előfordulhat, hogy a rendszergazdák csak Webhely-adminisztrátori szerepkörrel rendelkező rendszergazdák nem tudnak bizonyos műveleteket végrehajtani XML API-kkal, például megváltoztatni a felhasználó e-mail címét vagy megjelenített nevét, miután a webhelyet frissítették egy Vezérlőközpontba. Azoknak az adminisztrátoroknak, akiknek hitelesítő adatait API-integrációhoz használják, javasoljuk, hogy ezeket az adminisztrátorokat szervezeti teljes rendszergazdáknak népszerűsítsék a Vezérlőközpontban, ideális esetben a webhely Vezérlőközpontba történő frissítése előtt.

Bevált gyakorlatként azt javasoljuk, hogy először frissítse a tesztwebhelyet, hogy megerősítse, hogy az API-integrációk módosítatlanul működnek majd a Control Hub-ra történő frissítés után.

Attól függően, hogy mit csinál az integráció, előfordulhat, hogy az adminisztrátoroknak értekezlet- gazda-fiókot kell hozzárendelniük a Vezérlőközpont webhelyén az integráció működéséhez (ez nem volt szükséges a Webhely-adminisztrációs webhelyek adminisztrátoraihoz).

XML API különbségek a Control Hubban

A legtöbb XML API-integrációnak változtatás nélkül kell működnie a webhely frissítése után. Vannak azonban néhány kivétel, amelyeket a következő lista részletezi:

  • CreateUser — A Control Hub által kezelt webhelyeken ez a művelet felhasználót is létrehozhat az adott webhelyen, mielőtt licencet rendelne. Ha a felhasználó már létezik egy másik rendszerben, ez a művelet sikertelen lesz. PMR ID parameternem lép hatályba azoknál a felhasználóknál, akik még nem rendelkeznek aktív állapot tal a Vezérlőközpontban.

    createuserAz API befejezése hosszabb ideig tart a Control Hub által kezelt webhelyeken. A jobb teljesítmény érdekében további szálat adhat hozzá a hívások párhuzamosításához. createuser

  • SetUser — Az ér tekezletek webhelylicencének hozzárendelését vagy eltávolítását eredményezheti a felhasználótól (az API-paraméterektől vagy a hasznos terheléstől függően).
  • DelUser — El távolítja az értekezletek webhelylicencét, de nem törli a felhasználót a Vezérlőközpont szervezetéből.
  • LSTSummary User —A felhasználóé it is visszaadja. objectGUID
  • AuthenticateUser — A Control Hub által kezelt webhelyeken javasoljuk a munkamenetjegyet létrehozását, a AuthenticateUserhelyett, hogy felhasználónevet és jelszót használjon minden XML API-hoz. A SAML-válasz használata a testtartalomban nem támogatott a Control Hub felügyelt webhelyekre vonatkozó felhívással.

REST API-k

A Control Hub saját API-kkal rendelkezik, beleértve a People and License REST API-kat a felhasználók létrehozásához és licenceléséhez:

A munkamenettípusok és a követési kódok a REST API-kkal is elérhetők a következő címen:

A fenti REST API-k azonban nem támogatják az XML API-kban elérhető összes felhasználókezelési funkciót. Például továbbra is XML API-kat kell használnia az értekezletlicencek hozzárendeléséhez a webhely tulajdonában lévő szervezeten kívüli felhasználókhoz. A People API nem támogatja a Webhely- adminisztrátori szerepkörök hozzárendelését a felhasználókhoz. Ha webhely-adminisztrátori szerepköröket szeretne hozzárendelni egy API-n keresztül, továbbra is XML API-t kell használnia.

A Személyek API-val teljes (vagy csak olvasható) engedélyekkel rendelkező szervezetrendszergazdák hozhatók létre, és ezek a rendszergazdák kezelhetik (vagy megtekinthetik) a Vezérlőközpont által kezelt értekezlet-webhelyeket is.

A Control Hub rendelkezik Webex webhelyspecifikus rendszergazdai szerepkörökkel, de a People API jelenleg nem tudja hozzárendelni ezt a szerepkört.

Jövőbeli tervek (változhatnak)

  • Új licenc API, amely értekezlet-helyszíni licenceket is adhat azoknak a külső felhasználóknak, akik nem ugyanabban a szervezetben tartoznak, amelyik a webhelyet létrehozta. A külső felhasználói licencek ma manuálisan érhetők el a Control Hubban.
  • SCIM API felhasználók létrehozásához és törléséhez a szervezetben.
  • A Cisco hosszú távú iránya, hogy csak REST API-kat használ (a felhasználók és az értekezlet-helyszíneken végzett összes művelethez). A felhasználókezeléshez szükséges XML API-k továbbra is támogatottak, amíg a REST API-k kizárólag az összes felhasználókezelési művelethez nem használhatók. A felhasználókezelő XML API-k szintén elavultak (dátum TBD).

Mielőtt webhelyét a Control Hub rendszerre frissítené, javasoljuk, hogy először tekintse át a következő elemeket, hogy a frissítés a lehető legzökkenőmentesebb legyen:

  • Először tekintse át ezt a dokumentumot, és győződjön meg arról, hogy szervez ete betartja-e a Vezérlőközpont szervezésének előkészítése szakaszban javasolt be vált gyakorlatokat.
  • Ezután jelentkezzen be a Webex Adminisztrációba, majd kattintson az Adminisztráció frissítése gombra. A webhely készenléti szakaszában a Felülvizsgálati felhasználók részben nem szabad javasolt műveleteket végrehajtania a fájlban, és még nem szabad letiltania a felülvizsgálati funkciók részben megnevezett funkciókat. Ezeknek az utasításoknak a betartásával a helyszíni készenléti értékelés csak olvasható műveletté válik, hogy felmérje azokat a változtatásokat, amelyeket a Vezérlőközpontba való frissítés előtt meg kell tennie.
Assessing site before updating to Control Hub
  1. A Felhasznál ók áttekintése rész ben kattintson a Felhasznál ói CSV-fájl export álása elemre, és töltse le a CSV-fájlt, amelynek neve users-to-review-xxxxx.csv.

    Ez a fájl felsorolja az összes figyelmet igénylő felhasználót, és minden felhasználó számára ajánlott műveletet fog végezni. A fájlban szereplő felhasználók száma képet ad arról, hogy hány felhasználóval kapcsolatos problémával kell dolgoznia a webhely frissítése előtt.

  2. A Jellem zők áttekintése részben tekintse meg a következmények oszlopban piros X felirattal felsorolt funkciókat. Ez tájékoztatja Önt webhelye készenlétéről a funkciókonfliktusok szempontjából.
  3. Ne lépjen a 2. lépésre, és még ne kattintson a Frissítés vezérlőközpontba gombra.

Miután átnézte a felhasználói CSV-fájlt, és megnézte, hogy milyen funkciókat kell újrakonfigurálnia, olvassa tovább a cikk többi részét, hogy előkészítse webhelyét és szervezetét a Vezérlőközpontba való frissítésre.

Megjegyzés: Ha webhelyén az Ön vállalata vagy harmadik féltől származó megoldások (például tanulási menedzsment megoldások) keresztül végeznek API-integrációkat, mindenképpen tekintse át a Web hely API-integrációinak előkészítése a Control Hub használatához részt.

A 43.6 kiadás közelgő módosításai

Eddig ezt a két funkciót le kellett tiltani, mielőtt a webhelyet a Control Hub-ra frissítené:

  • Kötelező gazdaprofil mezők
  • Szükséges nyomkövetési kódok

A 43.6 kiadásától kezdve azoknak a webhelyeknek, amelyek részt vesznek az egyéni attribútumok és a szükséges gazdprofilmezők szolgáltatásainak bétájában, már nem kell letiltaniuk ezeket a funkciókat, mielőtt webhelyüket Vezérlőközpontba frissítenék. Ehelyett a varázsló értesíti Önt, hogy felülvizsgál ja ezt a két funkciót, mivel az aktuális konfiguráció átmásolásra kerül a Vezérlő központ szervezetébe.

Ha részt vesz a kötelező gazd profilmezők béta verzió jában, akkor ezt a figyelmeztetést fogja látni:

Review features step to update site from Site Admin to Control Hub

Ha részt vesz a szükséges nyomkövetési kódok és egyéni attribútumok béta verziójában, akkor ez a műveleti elem jelenik meg:

Review features screen when updating site in Site Admin to Control Hub

Ha nem vesz részt ezekben a bétákban, olvassa tovább a következő részt.

Tiltsa le a webhely frissítését blokkoló funkciókat

Review features UI for updating administration in Site Admin

Néhány funkciót le kell tiltani, mielőtt a Webex webhelyeket Vezérlőközpontba frissítené. Meg jelenik egy lista, amely megmutatja, hogy mely funkciót kell letiltani. A piros kör X ikon nal jelölt funkciókat el kell végezni. A sárga háromszög felkiáltójel jelölt funkci ók csak az Ön tájékoztatására szolgálnak, és nem igényelnek műveletet.

A webhely Control Hub-ra történő frissítésének bemutatását lásd ebben a videóban.

Ha a szervezet az automatikus fiókok létrehozásának funkcióját használja a Webhely-adminisztrátorban, akkor állí tson be egy egyenértékű funkciót a Vezérlőközpontban, és állítson be egy automatikus licenc sablont a licencek automatikus hozzárendeléséhez. További részlet ekért lásd ezt a cik ket. Ezt a Control Hub ban kezelendő webhely frissítése előtt kell megtenni.

  1. Jelentkezzen be a Webex webhelyadminisztrációba, és lépjen a Konfigur áció > Által ános webhelybeállítások > Beállítások menüpon tra.

    • Keresse meg és tiltsa le a Gazdas zerfiók regisztrációjának engedélyezése opciót.

    • Keresse meg a Fiókregisztrációhoz szükséges lehetőséget: és törölje a szükséges felhasználói profil mezők összes négyzetét.

  2. Kattintson a frissítés gom bra.

  3. Lépjen a Konfiguráció > Által ános webhelybeállítások > Követ ési kódok menüpon tra.

  4. A Host Profile oszlopban módosítsa az összes követési kódsort, amely kötelező ként jelölve van AdminSet vagy Opcionális értékkel.

    A felhasználók összes követési kódértéke megmarad, amikor egy webhelyet frissít a Vezérlő központba.

A jövőben ez a korlátozás megszűnik, és a nyomkövetési kódokat a szükséges egyéni felhasználói attribútumokhoz képes lesz feltérképezni a Control Hubban az egyenértékű funkcionalitás érdekében.

A felhasználói attribútumok térképkövetési kódjai funkció egy vázlat, amely nyilvános előnézetben van. Egy pillantást adunk arra, hogy mire számíthat sz.

Mielőtt frissítené a webhelyet a szükséges követési kódokkal a Webhely-admin isztrációról a Vezérlőközpontba, ezeket a követési kódokat a Vezérlőközpont felhasználói attribútumaira kell feltérképeznie. Az Információ alatt található ikonra kattintva közvetlenül a webhely térkép követési kódjai és felhasználói attribútumok varázslójához juthat. Ha még nem térképezte fel vagy tiltotta le a szükséges nyomkövetési kódokat, nem tudja frissíteni webhelyét a Vezérlőközpontba.

Ha a webhely nem rendelkezik szükséges követési kódokkal, akkor is feltérképezheti a nyomkövetési kódokat felhasználói attribútumokhoz, mielőtt frissítené a webhelyet a Vezérlőközpontba.

Review features screen when updating site in Site Admin to Control Hub

Azoknál az értekezlet-webhelyeknél, amelyek nyomkövetési kódként osz tál yt használnak, javasoljuk, hogy a nyomkövetési kódot az osztály felhasználói profilja attribútumára térképezze fel, szemben az egyéni attribútummal. Mivel az osztály a Control Hub szabványos profilattribútuma, ez a forgatókönyv a legtöbb esetben hatékonyabb lesz.

Ha erre az attribútumra van szükség, akkor lépjen a felhasználói profil attribútum szakaszba, és jelölje meg a rész leg attribútumot igény szerint. Ne feledje, hogy ez az osztályattribútum más felhasználói attribútumokkal együtt nem lesz kitöltve külső felhasználók számára.

1

Jelentkezzen be a Control Hub alkalmazásba, és lépjen a Me eting oldal ra.

2

Válasszon ki egy webhelyet, majd lépjen a Beállí tások > Webhely áttekintése menüpontra.

3

Válassza a Nyomkövetési kódtérkép létrehozása lehetőséget.

Mapping tracking codes to user attributes from a linked site.
4

Válassza a Nyomkövetési kód összefoglalásának megnyitása lehetőséget.

Step 1 of the mapping tracking codes to custom attributes wizard
5

Kattintson a Konfiguráció összefoglalójának letöltése Töltse le az aktuális nyomkövet ési kód konfiguráció másolatát. Erre az összefoglalóra lesz szüksége a következő lépésekhez, hogy megbizonyosodjon arról, hogy az összes attribútumérték összhangban van-e az aktuális nyomkövetési kódokkal.

A korábbi nyomkövetési kódlistákat CSV-fájlként is letöltheti, hogy ugyanazokat az értékeket feltöltse az egyé ni attribútumokhoz.

Highlight of how to download a backup for existing tracking codes in Control Hub
6

Menjen vissza a varázslóhoz, és válassza a Felhasznál ói attribútumok hozzáadása és áttekintése lehetőséget.

Step 2 of the mapping tracking codes to custom attributes wizard
7

Konfigurálja az ehhez a webhelyhez szükséges új egyéni attribútumokat. Jelölje meg a kívánt attribútumokat, ha ezeket a mezőket ki szeretné tölteni a felhasználók számára. Az egyéni attribútumok nem alkalmazhatók azokra a szervezetekre, amelyek szinkronizálják a felhasználókat a Directory Connector, az Azure AD stb. programmal. Ezt a lépést lehetőségként használ hatja a nyomkövetési kódok megjelenített nevének áttekintésére. Mi után elvégezte a szükséges módosításokat, kattintson a Mentés gombra.

A zárolt attribútumok hasonló AdminSetak a klasszikus találkozóhely-követési kódokhoz. Ha egy egyéni attribútumot lezártként jelöl, a felhasználók nem láthatják ezt az attribútumot.
Ha ebben a lépésben megnyomja a Mentés gombot, akkor a hozzáadott, eltávolított vagy szükség szerint megjelölt egyéni attribútumok azonnal hatályba lépnek a szervezet számára. A szervezetbe beépített új felhasználóknak meg kell felelniük ennek a frissített egyéni attribútumkonfigurációnak, különben a felhasználói beépítés sikertelen lesz. Óvat osan járjon el, mielőtt szükség szerint jelölje meg az egyéni attribútumokat.
Creating custom attributes in Control Hub
8

Menjen vissza a varázslóhoz, és válassza a Térkép követési kódok lehetőséget.

Step 3 of the mapping tracking codes to custom attributes wizard
9

Használja a legördülő listát a nyomkövetési kódok a szervezet egyéni vagy felhasználói profilja attribútumaihoz való feltérképezéséhez. Amikor egy webhelykövetési kódot egy attribútumra leképeznek, akkor a rendszer először már meglévő attribútumokra képez, amelyek megfelelnek a követési kódnevekkel, ha a beviteli típus szövegmezőre van beállítva. Ha elkészült, kattintson a Tov ább gombra.

Ha a szervezet automatizált felhasználói beépítési folyamatot haszn ál, mint például a Directory Connector vagy az Azure AD, akkor a nyomkövetési kódokat nem szabad egyéni attribútumokkal feltérképeznie. Ehelyett a nyomkövetési kódokat szinkronizált attribútumokra térképezze

Korábban a nyomkövetési kódok központonként eltérően konfigurálhatók. Minden központ (értekezletek, események, webináriumok stb.) mostantól egyetlen ütemezési konfigurációt oszt meg. Ha egy attribútumot igény szerint leképez, az attribútum szükséges lesz az ütemez é Webex Meetings skor Webex Webinars stb.

10

Kattintson a Térkép mentése gombra. A szinkronizálás automatikusan megtörténik a web hely Vezérlőközpontba történő frissítésének folyamatában.

Javasoljuk, hogy készítsen biztonsági másolatot a felhasználók nyomkövetési kódértéke iről a webhely felhasználói exportálásával az értekezlet webhelyére

Amikor a nyomkövetési kódokat egyéni attribútumokra térképezi fel, az adatok egyetlen igazságforrása a Webex Identity-ből származik, nem pedig az egyes értekezlethelyek.

A szinkronizálás egyszeri másolatot készít a nyomkövetési kód felhasználói értékeinek olyan leképezett attribútumokhoz , amelyek még nem vannak kitöltve a felhasználók számára, ami azt jelenti, hogy a nyomkövetési kódok szinkronizálásának sorrendje számít először. Az első webhely szinkronizálásakor az adott webhelyről származó felhasználók nyomkövetési kódértékei átmásolódnak az adott felhasználó leképezett felhasználói attribútumába a Vezérlő központban, de csak akkor, ha ez az érték még nincs kitöltve a felhasználó számára.

Előfordulhat, hogy egyes nyomkövetési kódértékek nem másolhatók a webhelyről a felhasználói attribútumokra a szinkron

Ha a felhasználó egy leképezett webhelyre vonatkozó értéke a szinkronizáláskor már kitöltve van, akkor az adott webhely nyomon követési értéke nem másolható az adott felhasználó Vezérlőközpontban lévő leképezett attribútumba.

Annak elkerülése érdekében, hogy az adatok helyettesítsék a felhasználók más nyomkövetési kódokat, javasoljuk, hogy térképezze fel és szinkronizálja az értekezlet-helyszínek adatait a felhasználók legfrissebb nyomkövetési kódadataival.

A nyomkövetési kódok értékei nem kerülnek másolásra a nyomkövetési kódokat leképező webhelyekről a külső forrásokon keresztül szinkronizált felhasználói mezőkbe, például a Directory Connector vagy az Azure AD.

Az alábbi táblázat felvázolja azokat a lehetséges forgatókönyveket, amelyekben az adatok helyettesítik az eredeti nyomkövetési kódokat. Ezekben a forgatókönyvekben a követési kód és a leképezett attribútum a felhasználó városa.

Táblázat 2. Lehetséges adatok helyettesítik a meglévő nyomkövetési kódok forgatókönyveit
FelhasználóA kód értékének nyomon követése szinkronizálás előttA leképezett attribútum értéke a szinkronizálás előttA leképezett attribútum értéke szinkronizálás utánA kód értékének nyomon követése szinkronizálás után
bubifrizuraEgyik semEgyik semEgyik semEgyik sem
JaneEgyik semLondonLondonLondon
RichárdGalwayEgyik semGalwayGalway
SamanthaDallas*San JoseSan JoseSan Jose
TomiNew YorkEgyik semNew YorkNew York
DebraBoston*AustinAustinAustin

* A korábbi nyomkövetési kód értékét a meglévő leképezett attribútum helyettesíti.

A Vezérlőközpontban kezelendő webhely frissítése előtt győződjön meg róla, hogy:

  • A webhely minden felhasználója, akinek a szervezetében kellene lennie, valójában a Vezérlőközpont szervezetében van.
  • A webhely minden felhasználója, aki nem tartózkodhat a szervezetben, törlődik a szervezet ből.
  • A szervezet felhasználóit az IDP hitelesítheti, ha a szervezet SSO-ra van konfigurálva.
  • A webhelyen kötelezőnek jelölt felhasználói profil mezőket a webhely frissítésekor a Vezér lőközpont szervezetébe is másolják. Ha nem szeretné, hogy ezeket a mezőket a fiók regisztrációjához kötelezőnek jelöljék a Vezérlőközpontban, a Vezérlőközpontba való frissítés előtt törölje a Site Admin mezőket. Require for account signup section in Site Admin
  • A cikk korábbi rész ében megtekintette a Vezérlőközpont szervez ésének elő készítése szakaszát.
Erősen javasoljuk, hogy igényelje a felhasználókat, mielőtt frissítené webhelyét a Control Hub rendszerre. Ha a webhely Vezérlőközpontra történő frissítése után igényli a felhasználókat a szervezetébe, akkor ezek a felhasználók elveszíthetik a hozzáférést a webhelyen található értekezletekhez és értekezlet-eszközökhöz. További részlet ekért lásd a Vezérlőközpont szervez ésének előkészítése című részt.

A webhely Control Hub-ra történő frissítésének bemutatását lásd ebben a videóban.

Hogyan lehet ellenőrizni, hogy vannak-e olyan felhasználók, akik blokkolják a webhely frissítését

Review users section when updating site from Site Admin to Control Hub
  1. Jelentkezzen be a Webhelyfelügyelet oldalra, és nyissa meg a Fris sítési adminisztr áció oldalt.

  2. Nyissa meg az Ad minisztrációs vezérlés frissítésének előfeltételein ek áttekin tését, majd kattintson az É rintett felhasználók exportálása CSV-be elemre

  3. Várja meg, amíg az export befejeződik. Ez a folyamat eltarthat egy ideig, a kezdési időtől és a webhely felhasználóinak számától függően. Az export 6 percre szünetel az óra tetején (xx:57 és xx:03 között).

  4. Az export álás befejezése után kattintson a CSV letöltése gombra.

    A böngészője letölti users-to-review.csv.

  5. Nyissa meg a CSV fájlt, és ellenőrizze az Ajánlott művel et oszlopot ( az utolsó oszlop). Végezze el az ajánlott műveletet a fájl minden felhasználója számára.

Nem megfelelő e-mail címekkel rendelkező felhasználók

Előfordulhat, hogy egyes felhasználóknak más e-mail címe van a Site Admin and Control Hub alkalmazásban. Ez akkor lehetséges, ha a felhasználó e-mail címét csak a két hely egyikén változtatták meg, miután a felhasználót erről a webhelyről a Vezérlőközponthoz kapcsolták.

Próbálja ki ezeket a műveleteket a nem megfelelő e-mail címekkel rendelkező felhasználók javításához:

  • Módosítsa a felhasználó e-mail címét a Webhely-adminisztrátorban, hogy megfeleljen a Vezérlőközpont e-mail címének

    A felhasználók szerkeszthetik webhelyadminisztrációs profiljukat: https://help.webex.com/nmig1kcb

  • Módosítsa a felhasználó e-mail címét a Control Hub alkalmazásban úgy, hogy megfeleljen a Webhely-adminisztrátor e-mail címének: https://help.webex.com/nsi3kgb.

    A felhasználók megváltoztathatják saját e-mail címeiket a Control Hub szervezetében: https://help.webex.com/nme40aeb

Ha webhelyét a felhasználói e-mail címek eltérésének kijavítása nélkül frissíti a Vezérlőközpontba, az érintett felhasználóknak a Vezérlőközpont e-mail címeit kell használniuk az értekezlet webhelyére való bejelentkezéshez. Előfordulhat, hogy ezek a felhasználók nem tudnak bejelentkezni, ha a Webhely-adminisztrátor e-mail címével próbálnak bejelentkezni, vagy ha a Control Hub e-mail címe már nem érvényes az IDP-jükben ( SSO szervezetek esetében). Nem akadályozzák meg a webhely frissítését, de jobb, ha javítja az e-mail címeket a frissítés megkezdése előtt.

Külső felhasználók Basic Meetings licenccel

Az Alapértekez letek licenc ével rendelkező külső felhasználókat ki kell kapcsolni vagy fizetett Webex Meetings licencekre kell frissíteni, mielőtt frissítenék a webhelyet a Webhely-adminisztrátorról a Vezérlőközpontba.

Hogyan lehet kikapcsolni a felhasználókat

Ha kikapcsolja a felhasználókat, elveszítik a gazda licencüket vagy a résztvevői jogosultságukat (attól függően, hogy melyik szerepük volt aktív állapotban). A deaktivált felhasználók továbbra is megjelennek a webhely CSV-exportálási fájljában, miután frissítették a webhelyet Vezérlőközpontba.

Az egyéni felhasználók deaktiválásához a Webhely-adminisztrációban:

  1. Lépjen a Fel használókezelés > Fel használó szerkesztése menüpon tra.

  2. Az index-, keresési és szűrővezérlők segítségével keresse meg a felhasználót.

  3. Törölje az A ktív jelölőnégyzetet.

  4. Küldje el a módosításokat.

    További információkért lá sd: Felhasználói fiókok kezelése a Webex webhelyadminisztr ációban.

A felhasználók kötegelt kikapcsolása a Webhely-adminisztrációban:

  1. Exportálja a felhasználókat egy CSV-fájlba.

  2. Nyissa meg a CSV-fájlt, és módosí Activetsa az oszlopérték Neket az összes érintett felhasználó számára.

  3. Importálja a módosított CSV-fájlt.

    A megváltoztatott felhasználók most inaktívak.

    További részletek ért lásd: Webex-felhasználók kötegelt importálása és exportálása a Webex webhelyadminisztrációban.

A könyvtárszinkronizálással rendelkező szervezetek felhasználói

Ha vannak olyan kapcsolatlan felhasználók, akiknek a szervezetében kell lenniük, de még nincsenek hozzáadva, először hozzá kell adnia őket a szervezetéhez. Ez különösen fontos azoknál a szervezeteknél, amelyek a könyvtárszinkronizálásra vannak konfigurálva (a Directory Connector vagy az Azure AD segítségével), mivel a könyvtárszinkronizálás nem teszi lehetővé a webhelyfrissítési folyamat felhasználók hozzáadását.

A webhely frissítése sikertelen, ha a webhely aktív felhasználói nem kapcsolhatók össze egy Vezérlőközpont szervezetéhez. Ha a szervezet a könyvtárszinkronizálásra van konfigurálva, a frissítés megkezdése előtt győződjön meg arról, hogy a webhely összes felhasználója, akinek a Vezérlőközpont szervezetének részét képeznie kell, hozzáadódik a Directory Connector vagy az Azure AD-hoz.

Javítsa ki a felhasználói problémákat a frissítés megkezdése előtt

Ha megpróbálja frissíteni a webhelyet a Control Hub rendszerre anélkül, hogy megoldotta a users-to-reviewfájlban szereplő felhasználók problémáit, a frissítés-adminisztrációs folyamat sikertelen lehet. Az eszköz csak a végső frissítés elindításáig ellenőrzi, hogy javították-e a problémákat.

SSO-webhelyek és nem SSO-webhelyek frissítése, amelyek egy SSO-szervezethez kapcsolódnak

A Control Hub szervezet több identitás-szolgáltatót (IDP) is támogat az SSO számára, amelyek közül az egyik IDP Webex IDP (helyi hitelesítés).

A Control Hub több IDP-je segít:

  • Ahol a Site Adminisztrátorban egy SSO-webhely IdP-je eltér a Control Hub SSO IdP-jétől.
  • Ha a webhely felhasználói nincsenek a szervezetben konfigurált SSO IdP-ben, ezek a felhasználók mostantól csak hozzáad hatók a helyi Webex IDP-hez. Ezután később áthelyezheti ezeket a felhasználókat a konfigurált SSO IdP-re.

Több IDP beállítása lehetővé teszi, hogy a Webhely-adminisztrátorról Vezér lőközpontba frissített webhely összes felhasználója bejelentkezhessen a Vezérlőközpont szervezetében konfigurált hitelesítési módszerrel. Ennek eléréséhez a következőket teheti:

  • Adjon hozzá további SSO-azonosítókat a Vezérlőközpont szervezetéhez.
  • Felhasználók hozzáadása egy már konfigurált IDP-hez.
  • Felhasználók hozzáadása a helyi Webex IDP-hez.

Tekint se meg ezt a cik ket, ha többet szeretne megtudni a Control Hub több IDP-jéről.

Mielőtt elkezdené

Van néhány funkció, amelyet le kell tiltania, és ellenőriznie kell, hogy minden felhasználó jó állapotban van-e, hogy frissítse a Control Hub-ra. Ha API-val integrált alkalmazásokat használ, frissítenie kell őket a Webex API használatához.

Ezekről az előfeltételekről a cikk korábbi részeiben olvashat.

Győződjön meg róla, hogy az összes rendszergazda tudja, hogy frissíti a webhelyet a Vezérlőközpontba, és hogy az indítás után nem hajthat végre változtatásokat a Webhely-adminisztrátorban.

1

Export álja és mentse a webhelyfelhasználók exportálási fájlját. Ez a fájl felhasználói konfigurációs archívumként működik, amely segít a frissítés utáni érvényesítésben.

2

Jelentkezzen be a Webhelyadminisztrációba, majd kattintson az Adminisztráció frissí tése

3

Tekintse át az előfeltételeket, különösen az olyan államokban lévő felhasználók CSV-listáját, amelyek befolyásolhatják a frissítés sikerét.

4

Olvassa el a letiltandó funkciókat, valamint a felhasználói kezelésben és a gazda-licencben elvárható különbségeket (szintén ebben a cikkben dokumentálva).

5

Kattintson a F rissítés vezérlőközpontba gom bra. Ez a gomb csak a fenti lépések befejezése után aktiválódik.

Megjelenik egy felugró ab lak. Ez az ablak azt mutat ja, hogy egy webhely Vezérlőközpontba történő frissítése állandó, és a frissítés befejezése után nem vonhatja vissza. Amikor a frissítés befejeződik, ezt a webhelyet már nem kezeljük a Webhely-adminisztrációban. Ha nem áll készen arra, hogy teljes mértékben kezelje ezt a webhelyet a Vezérlőközpontban, lépjen ki most a varázslóból.
6

Kattintson az OK gom bra.

A frissítés elindul egy banner jelenik meg a Webhelyadminisztráció felett, amely tájékoztatja Önt arról, hogy a webhely frissítése folyamatban van. Ha valami rosszul megy, hibaüzenet jelenik meg a javasolt művelettel. Ellenkező esetben sikerüzenetet fog látni.

A webhely frissítése körülbelül 3 percet vesz igénybe + 1000 aktív felhasználó/perc + 2000 inaktív felhasználó/perc. Ha például 05:20 -kor kezdte el a webhely frissítését, és webhelyének 8000 aktív felhasználója és 2000 inaktív felhasználója van, a webhely frissítése körülbelül 12 percet vesz igénybe. Ezenkívül a webhely frissítései 6 percre szünetelnek az óra tetején (xx:57 és xx:03 között). De az eredmények változhatnak.

7

Kattintson a Bejelentkezés a Vezérlőközpont ba.

Miután elindította a webhelyfrissítést a Webex Site Administration alkalmazásból, bejelentkezhet a Vezérlőközpontba, hogy megtekinthesse a webhelyfrissítés állapotát.

A webhely frissítése hosszabb időt vesz igénybe, ha az óra tetején aktiválódik. A webhely frissítéseit néhány percre szüneteltetjük minden óra teteje előtt és után.
  1. Jelentkezzen be a Control Hub alkalmazásba, és nyissa meg az Ér tekezletek oldalt.

    Megtekintheti az értekezlet webhelyeinek listáját.

  2. Kattintson egy webhelyre az adott webhelyről szóló információk megtekintéséhez.

  3. Keresse meg a Web helyfrissítés részt, ahol elolvashatja a Fris sítés állapotát.

    A frissítés befejezése után letöltheti az összes felhasználó listáját a Webhely-adminisztrációban, és megnézheti, hogy ezek közül melyik felhasználó volt aktív vagy inaktív a webhelyen. Azok a felhasználók, akik inaktívként jelennek meg a Webhely-adminisztráció felhasználói állapota oszlopában, nem férhetnek hozzá a Vezérlőközpont által kezelt webhelyhez. Ezeknek a felhasználóknak a Vezérlőközpont felhasználói szakaszában sem férnek hozzá a webhelyhez.

    Időbe telhet, amíg a letöltés gomb megjelenik (a legtöbb szervezet számára percek).

  4. Tekintse át a listát, hogy ellenőrizze, nincs-e problémák a frissítés során.

A webhely frissítése befejezése után már nem kezelheti ezt a webhelyet a Webhelyadminisztrációban. A webhely minden kezelését a Control Hubban kell elvégezni. Íme néhány lépés, amellyel megismerkedhet és kipróbálhatja webhelyének kezelését a Control Hubban:

  1. Ellenőrizze a webhelykonfigurációs beállításokat annak megerősítéséhez, hogy semmi sem változott. Ez könnyebb, ha néhány webhelyfelügyeleti beállítást másolt a Vezérlőközpontba való frissítés előtt.

  2. Válasszon ki egy gazdot, és ellenőrizze licencét, nyomkövetési kódjait és munkamenettípusait a Vezérlő központban. Jelentkezzen be az értekezlet helyére, és erősítse meg, hogy az ütemezett értekezleteik, felvételeik és preferenciáik nem változnak. Az érvényesítés könnyebb, ha a gazda adatait a Vezérlőközpont ba való frissítés előtt másolják.

    Kérje meg a felhasználót, hogy ellenőrizze, hogy képes-e új találkozókat ütemezni és szervezni.

  3. Új felhasználó hozzáadása a szervezetéhez. Adjon nekik gazda-licencet, módosítsa munkamenettípusukat, és ellenőrizze, hogy képesek-e találkozókat szervezni.

    Javasoljuk, hogy állítson be szervezeti vagy csoportalapú licencsablonokat, amelyek automatikusan hozzárendelhetik a licenc eket új felhasználókhoz vagy új felhasználók meghatározott csoportjaihoz.
  4. Válasszon ki egy olyan felhasználót, aki teljes rendszergazda volt a Webhelyrendszergazda programban, és ellenőrizze, hogy megfelelő szintű hozzáféréssel rendelkezik-e a frissített webhelyhez a Vezérlőközpontban.

    Képesnek kell lenniük a webhely olvasására és módosítására; felhasználók létrehozására, licencelésére, módosítására és törlésére.

  5. Ha webhelye API-integrációval rendelkezik, akkor váltson a People API-k használatára. Ellenőrizze, hogy a frissített integráció a várt módon működik.

További információ az értekezlet-helyek kezeléséről a Control Hub webhelyen: https://help.webex.com/naqlzeu.

  • A felhasználók egységes, egységes bejelentkezési élményt kapnak a Webex alkalmazásba és az összes Control Hub által kezelt webhelyre.

    Ha a felhasználónév nem egyezik meg a felhasználó e-mail címével a Webhely-adminisztrációban, akkor ezek a felhasználók hatással lesznek a bejelentkezési élményre. A régi felhasználónevek már nem használhatók, és ezeknek a felhasználóknak e-mail címüket kell használniuk a bejelentkezéshez.
  • A felhasználói hitelesítő adatok a Control Hub azonosságukhoz vannak társítva. Ugyanezek a hitelesítő adatok ugyanazon szervezet összes Control Hub által kezelt webhelyére és a Webex alkalmazásra vonatkoznak.

  • Ha a Vezérlőközpont szervezete SSO konfigurálta, akkor az SSO szabályozza a Webex alkalmazás és az összes Control Hub által kezelt webhely bejelentkezési élményét.

  • A Vezérlőközpontba történő frissítés nem befolyásolja a Webex alkalmazásba való bejelentkezési tapasztalatot.

  • Amikor a felhasználók bejelentkeznek egy Webex Meetings webhelyre, a bejelentkezési képernyő másképp fog kinézni. A felhasználóknak meg kell adniuk e-mail címüket a bejelentkezéshez, még akkor is, ha szervezetük SSO-ra van konfigurálva.

    Az adminisztrátorok engedélyezhetik a Remember me opciót a Vezérlőközpontban, hogy a felhasználóknak ne kelljen minden egyes bejelentkezéskor újra megadniuk e-mail címüket.
  • Az egyes felhasználók előzményeitől, azon webhelyek számától függően, amelyeken fiókkal rendelkeztek stb.:

    • Ha a felhasználókat a Webex Identity/Control Hub meglévő felhasználóihoz kapcsolták, akkor a felhasználók ugyanazt a jelszót használják az összes Webex webhelyhez, amelyet a Vezérlőközpontba frissítenek.

    • Ha a felhasználókat a Webex Identity/Control Hubban hozták létre webhely-összekapcsolás miatt, akkor az első hivatkozott webhelyük hitelesítő adatai érvényesek (ha a szervezet nem volt konfigurálva az SSO-val). A felhasználókat átirányítják, hogy bejelentkezjenek az adott webhelyre. Ha a felhasználóknak több webhelye van több hitelesítő adattal, a webhely URL-je segíthet nekik meghatározni, hogy melyik hitelesítő adatot használjanak.

    • A felhasználók visszaállíthatják jelszavukat a Control Hub szervezetekben (ha a jelszót nem az SSO-val kezeli). Ha a felhasználók elfelejtették jelszavukat, csak kattinthatnak a Felej tette felhasználónevét vagy jelszavát? a bejelentkezési képernyőn a jelszó visszaállításához. A felhasználók az alábbi utasítások követésével is visszaállíthatják jelszavukat:

  • Ha a végfelhasználó e-mail címe megváltozott, és a felhasználónak más e-mail címe volt a Webhely-adminisztrációs és vezérlőközpontban a webhely frissítésekor, akkor a felhasználó problémákat tapasztalhat a bejelentkezés során. Előfordulhat, hogy a felhasználó nem tudja, hogy most a Control Hub e-mail címét kell használnia a bejelentkezéshez, vagy előfordulhat, hogy a Control Hub e-mail címe már nem érvényes a szervezet SSO IDP-jében. Az ilyen típusú helyzetet a legjobban elkerülheti, ha frissíti a felhasználók e-mail címeit a Vezérlőközpontban, mivel ugyanazon felhasználók e-mail címein változnak a Webhely-adminisztrátorban.

  • Az iOS Webex Meetings mobilalkalmazásban használt felhasználók újbóli bejelentkezése szükséges:

    • Ha egy nem SSO-webhelyet frissít a Control Hub-ra, akkor a felhasználóknak újra be kell jelentkezniük az iOS Webex Meetings mobilalkalmazásba. Bár a Meetings for iOS alkalmazás nem követeli meg a felhasználók újbóli bejelentkezését a webhely frissítését követő legfeljebb két hónapig, javasoljuk, hogy a felhasználók manuálisan jelentkezzenek be újra, hogy elkerüljék ezt a helyzetet.
  • A webhely frissítése során azoknak a felhasználóknak, akiknek a felhasználóneve nem egyezik meg az e-mail címükkel, újra be kell jelentkezniük.

    • Előfordulhat, hogy ezeknek a felhasználóknak újra be kell jelentkezniük Webex-ügyfeleikbe, ha megpróbálják elérni a webhelyen található Webex-szolgáltatásokat a webhely vezérlőközpontba történő frissítése során. Nem érinti azokat a felhasználókat, akik már csatlakoztak az értekezletekhez a webhelyfrissítés megkezdése előtt.

Ürítse a „felülvizsgálandó felhasználó” CSV fájlt

Ha webhelye nagy, és több mint 1000 felhasználóval rendelkezik, akiknek e-mail címei eltérnek a Webhely-adminisztrátorban, mint a Vezérlőközpontban, akkor a webhelyfrissítési varázslóban üres „Felülvizsgálandó felhasználó” CSV-fájlt tapasztalhat. Ez azt eredményezi, hogy a webhely frissítése nem működik, mert nem tudja megoldani a problémákkal küzdő felhasználókat. Ezen a kérdésen dolgozunk, és azt tervezzük, hogy a következő hetekben megoldjuk.

Beállítások, amelyek nem kerülnek átvitelre a Vezérlőközpontba történő frissítéskor

  • Ha a Webhelyadminisztrátor által felügyelt webhely lassú csatornán volt, és a Vezérlőközpontot egy partner is kezeli, akkor a Vezérlőközpontba történő frissítés után elveszítheti az értekezletek webhelyének verziófrissítési vezérlőinek láthatóságát. Ha ez történik, kérjük, vegye fel a kapcsolatot partnerével, és kérje meg, hogy engedélyezze az ügyfél számára a webhelyverzió frissí tésének engedélyezése beállítást a szervezet számára.
  • A függőben lévő önregisztrációs fiókkérések nem kerülnek továbbításra a Riasztások központba. A frissítés befejezése után a felhasználóknak újra regisztrálniuk kell egy fiókot.
  • A Webhely-adminisztrátor felhasználónévértékeit a frissítés befejezése után felülírja a Vezérlőközpontban lévő felhasználók e-mail címeit.

Felhasználói problémák, amelyek miatt a frissítés sikertelen

  • A Webex for Government szervezet felhasználóihoz kapcsolt e-mail címekkel rendelkező felhasználók a frissítés sikertelenségét okozzák, ha ezeket a felhasználókat a frissítés megkezdése előtt nem deaktiválják.

Gyakori problémák, amelyek miatt a frissítés sikertelen, és javasolt műveletek

Ha webhelye nem frissíti a Vezérlőközpontot, ellenőrizze az alábbi táblázatot, hogy megnézze, hogy az egyik ilyen comon hibát okozza-e, és mit tehet annak kijavításához.

A frissítés meghibásodását okozó hibákAjánlott művelet
A webhely típusa érvénytelen.Vegye fel a kapcsolatot a Webex ügyfélszolgálati csapatával annak ellenőrzéséhez, hogy a webhely felhasználóhoz kapcsolódó-e.
A webhelyhez nincs társítva előfizetés.A webhelyeket hozzá kell rendelni egy előfizetéshez, mielőtt frissíthetők a Vezérlőközpontba.
Probléma van a szervezet azonosítójával.A webhelyhez csatolt szervezeti azonosító nem azonos az előfizetéses szervezeti azonosítóval. Vegye fel a kapcsolatot a Webex ügyfélszolgálatával.
A következő előfizetés függőben lévő műveletekkel rendelkezik a Control Hubban: (SuBid).Próbálja meg újra a webhely frissítését a függőben lévő művelet befejezése után.
Az egyszeri bejelentkezés (SSO) beállításaiban konfliktusok vannak.Ha a webhely SSO engedélyezve van, győződjön meg róla, hogy:
  • Az automatikus fiók létrehozása le van tiltva.
  • Az SSO engedélyezve van a Control Hub szervezetben.
A Webhely-adminisztráció webhelylicencadatai nem egyeznek meg a Control Hub webhelylicencadataival.Nem konzisztens licencinformációk a Site Admin és a Control Hub között. Vegye fel a kapcsolatot a Webex ügyfélszolgálatával.
A Webhely-adminisztráció egyes felhasználónevei vagy e-mail címei ütköznek a Vezérlőközpontban lévő felhasználónevekkel vagy e-mail címekkel.A felhasználó e-mailjeit a Webhely-adminisztrátorban egy másik felhasználó használja a Control Hub alkalmazásban. Módosítsa az egyik e-mail címet vagy felhasználónevet.
Probléma volt a webhely frissítésével.Egy belső hiba megakadályozta a webhely frissítését. Vegye fel a kapcsolatot a Webex ügyfélszolgálatával.
Probléma volt a Webex felhasználók frissítésével.Egy belső hiba megakadályozta a webhely frissítését. Vegye fel a kapcsolatot a Webex ügyfélszolgálatával.

Bejelentkezési problémák a felhasználók számára

Ügyeljen arra, hogy mindig engedélyezze a Webex cookie-kat. Ellenkező esetben a felhasználóknak bejelentkezési problémái lehetnek a Vezérlőközpontba történő frissítés után.

Q. Van időpont, amikor a Cisco már nem támogatja a webhelyadminisztrációt?

A. Igen. Tervezzük, hogy 2023 december végén megszüntessük a Webex webhelyadminisztrációt.

Q. A Webhely adminisztrátorában lévő webhely adminisztrátorai továbbra is megtartják adminisztratív hozzáférésüket a webhelyhez, miután frissítették a Vezérlőközpont-kezelést?

A. Igen. A Webhely-adminisztrátorban lévő összes rendszergazda továbbra is adminisztratív hozzáféréssel rendelkezik a webhelyhez, miután a webhely frissítése lett a Vezérlőközpont kezelésére.

Q. Miután frissítettem egy értekezletwebhelyet a Webhely-adminisztrátorról a Control Hub kezelésére, miért látom az új rendszergazdákat a webhelyen?

A. A webhelyen szereplő új rendszergazdák valószínűleg a Control Hub szervezeti rendszergazdái voltak. Amikor egy webhely frissítésre kerül a Webhely-adminisztrátorról Vezérlőközpontba, az összes szerves adminisztrátor az új Control Hub által kezelt webhely rendszergazdájává válik. Ez azt jelenti, hogy a szervezet teljes rendszergazdái Webex webhely teljes rendszergazdákká válnak, a szervezeti felhasználói rendszergazdák Webex webhely felhasználói rendszergazdákká, a szervezet csak olvasható rendszergazdái pedig a Webex webhely csak olvasható rendszer gazdákká válnak.

Q. Miért nem működik a termelékenységi eszköz bejelentkezése a webhely vezérlőközpontba történő frissí tése után?

A. Győ ződjön meg arról, hogy az internetböngészők úgy vannak konfigurálva, hogy mindig engedélyezzék a munkamenet-sütiket, amelyek a böngészők speciális adatvédelmi beállításaiban találhatók.

Q. Ha egy felhasználó törlődik a Control Hubban, majd ugyanazt az e-mail címet újra hozzáadja a Control Hubhoz, és ugyanahhoz a Webex-webhelyhez értekezletek licenccel rendeli, hozzáférhet-e a felhasználó régi felvételeihez?

A. Igen, a felhasználó hozzáférhet az összes régi Meetings tartalmához, ha licenccel rendelkezik bármelyik korábbi Webex webhelyhez, amelyen tartózkodott. Ez vonatkozik mind a Control Hub által kezelt webhelyekre, mind a Vezérlőközpontba frissített webhelyekre.

Q. Ha egy felhasználót deaktiválták a Webhely-adminisztrátorban a Control Hub webhelyre történő frissítése előtt, majd később újra licencet kaptak ugyanarra a Webex webhelyre a Control Hubban, hozzáférhet-e a felhasználó régi felvételeihez?

A. Igen, a felhasználó továbbra is hozzáférhet a régi felvételeihez. Továbbá minden olyan felhasználó, amelyet a webhelyfrissítés előtt deaktiváltak a Webhely-adminisztrátorban, a Vezérlőközpont Találkoz ók CSV-exportálási fájljában jelenik meg.

Q. Ha egy webhely nem rendelkezik SSO IdP-vel, de a Control Hub szervezet rendelkezik SSO IdP-vel, mi történik, ha a webhely frissíti a Vezérlőközpontot?

A. A webhely ugyanazt az SSO IdP-t fogja használni, mint a Control Hub szervezet.

Q. Ha egy webhelynek más SSO IdP-je van beállítva, mint a Control Hub SSO IdP-je, mi történik, ha a webhely frissíti a Control Hub-ra?

A. A webhely átváltja, hogy ugyanazt az SSO IdP-t használja, mint a Control Hub szervezet.

Q. Ha egy webhelyen SSO IdP van beállítva, de a Control Hub szervezet nem rendelkezik SSO IdP-vel, mi történik, ha a webhely frissíti a Vezérlőközpontot?

A. Letiltja a webhely frissítését. A webhely feloldásához a Vezérlőközpontra való frissítéshez távolítsa el az SSO azonosítót a Webhelyfelügyeleti webhelyről, vagy adjon hozzá egy SSO IdP-t a Vezérlőközpont szervezetéhez.

Q. Még mindig bejelentkezhetek a webhely URL-jére a felvételek eléréséhez, valamint az értekezletek vagy események ütemezéséhez?

A. Igen, továbbra is bejelentkezhet a webhely URL-jére, ahol hozzáférhet a felvételekhez, ütemezheti az értekezleteket stb.

Q. Módosították a felhasználóspecifikus beállításokat a webhelyfrissítés során a Webhely-adminisztrációról a Vezérlőközpontba?

A. Nem, a felhasználói beállítások változatlanok maradnak. Ezek a beállítások a webhely frissítéséhez hasonlóan alkalmazhatók.

Q. Ez a webhely frissítése érinti a felvételeimet vagy az ütemezett találkozóimat?

A. A fogadó felvételeket nem érinti. Még mindig hozzáférhet hozzájuk. Az ütemez ett értekezleteket sem érinti. Nincs változás rajtuk.

Q. A webhely frissítése érinti a felvételeket vagy a felhasználók ütemezett találkozóit?

A. A felhasználói felvételeket nem érinti. Még mindig hozzáférhetnek hozzájuk. Az ü temezett találkozókat szintén nem érinti. Nincs változás rajtuk.

Azon felhasználók esetében, akiket még nem igényeltek, a felvételeiket vagy az ütemezett értekezleteiket érintheti, ha a webhely Vezérlőközpontba történő frissítése után igényli őket. További információkért lásd a következő megjegyzést.

Erősen javasoljuk, hogy igényelje a felhasználókat, mielőtt frissítené webhelyét a Control Hub rendszerre. Ha a webhely Vezérlőközpontra történő frissítése után igényli a felhasználókat a szervezetébe, akkor ezek a felhasználók elveszíthetik a hozzáférést a webhelyen található értekezletekhez és értekezlet-eszközökhöz.

Megoldásként a következőket teheti annak biztosítása érdekében, hogy a felhasználók ne veszítsék el a hozzáférést a webhelyen található értekezletek hez és értekezlet-eszközökhöz, miután a webhelyet a Vezérlő központra frissítették:

  • A szervezet vagy a webhely külső rendszergazdai jogosultságaival rendelkező felhasználók esetében — távolítsa el az összes külső rendszergazdai hozzáférést a szervezethez és a webhelyhez, majd távolítsa el az értekezlet-webhely licencét. Miután igényelte a felhasználót, engedélyezze újra a felhasználót a webhelyre. Vissza állíthatja a külső adminisztrátori jogosultságokat is.
  • Rendszeres felhasználók esetében: Távolítsa el az értekezlet-helyszíni licencet, igényelje a felhasználót a szervezetéhez, majd a felhasználót újra engedélyezze a webhelyre.

Q. Hol tekinthetem át függőben lévő önregisztrációs fiókkéréseket a Control Hub által kezelt webhelyekre vonatkozóan?

A. Ön és más adminisztrátorok felülvizsgálhatják az önfeliratkozási kérelmeket a Riasz tások központ ban.

Q. Hozzáférhetek felhasználónév-értékekhez a Webhelyadminisztrátorból, miután frissítettem egy webhelyet a Control Hub rendszerre?

A. A Webhely-adminisztrátor összes felhasználójának felhasználói exportálási fájlja 90 napig elérhető a Vezérlőközpontban a webhely Vezérlőközpontba történő frissítését követően. Ez a CSV-fájl felhasználónévértékeket tartalmaz.

Q. Felhasználónév értékeket használjuk a felhasználók azonosítására a Webhely-adminisztrátorban. Hogyan tehetjük ugyanezt a Control Hubban?

A. A felhasználónév értékei elvesznek, miután egy webhelyet a Vezérlőközpontba frissítette. Ha hozzáférésre van szüksége ezekhez az értékekhez, az egyik megoldás az, hogy az értékeket egy nyomkövető kódra másolja a webhely frissítése előtt. A felhasználók nyomkövetési kódértékei megmaradnak és elérhetők lesznek, miután egy webhelyet a Vezérlőközpontba frissítették. Ha SSO-t használ, akkor ExternalIDegy Control Hub felhasználói attribútum tartalmazhatja ezt az értéket. Ehhez konfigurálnia kell a SAML-állításokat úgy, hogy ezt az értéket tovább ítsák, amikor az SSO konfigur álja a Vezérlőközpontban. Ez az érték átkerül a Control Hubnak az új felhasználók automatikus létrehozása során is.

Q. Mennyi ideig tart a webhely frissítésének befejezése az elindítás után?

A. A webhely frissítése körülbelül 3 perc+1000 aktív felhasználó/perc + 2000 inaktív felhasználó/perc elvégzése. Ha például 05:20 -kor kezdte el a webhely frissítését, és webhelyének 8000 aktív felhasználója és 2000 inaktív felhasználója van, a webhely frissítése körülbelül 12 percet vesz igénybe. Ezenkívül a webhely frissítései 6 percre szünetelnek az óra tetején (xx:57 és xx:03 között). De az eredmények változhatnak.

Q. Hogyan engedélyezhetek automatikusan minden új felhasználót vagy új felhasználót meghatározott csoportokban, miután frissítettem a Vezérlőközpontban kezelendő webhelyet?

A. Be állíthat szervezeti vagy csoportalapú licencsablonokat, amelyek automatikusan hozzárendelhetik a licenceket az új felhasználókhoz.

Q. Van-e leállás a webhely frissítése során?

A. Nem. A webhely frissítése során:

  • A felhasználók továbbra is használhatják az Értekezletek szolgáltatást, például csatlakozhatnak az ütemezett és ad hoc értekezletekhez és megkezdhetik.
  • A webhelyfrissítés megkezdésekor folyamatban lévő értekezleteket nem érinti.
  • Az előfizetés zárolva lesz a Control Hubban.
  • A Meetings asztali kliensnek problémái lehetnek a „Közelgő értekezletek” szakaszban.
  • A webhelykezelési konfigurációk módosítása nem javasolt.
Hasznos volt ez a cikk?
Hasznos volt ez a cikk?