Frissítse a Webex értekezletek helyszínmenedzsmentjét a Webhely adminisztrációról a Vezérlőközpontra
A Webhely-adminisztrációról a Vezérlőközpontra történő frissítésről
Egy webhely frissítése a Site Administration oldalról a Control Hub oldalra nem igényli a kliensverziók frissítését. Néhány webhely nem használhatja ezt a funkciót, amíg az ezeket a szervezeteket kezelő partnerek nem állnak készen rá.
A Webex egységes platformmá válik a találkozók, üzenetek, hívások és egyéb együttműködési módok kezeléséhez. Ezért szeretnénk az összes Webex Meetings webhely kezelését a Webhelyadminisztrációból a Vezérlőközpontba áthelyezni.
Van egy eszközünk a Webhelyadminisztrációban, amely segít átvészelni ezt a változást. Ha webhelye már jogosult a Control Hub-ra való frissítésre, akkor a navigációs menü Adminisztráció frissítése elemére kattintva kezdheti meg.
A Control Hub webhelyének frissítésével kapcsolatos bemutatóért tekintse meg ezt a videót.
A webhelyfrissítés megtervezéséhez tekintse át a webhelyfelmérésre való felkészültség szakaszt.

A Control Hub webhelyeinek kezelése az alábbi előnyökkel jár:
-
Egységes licenc-hozzárendelések az összes Webex-szolgáltatásra, például a találkozókra, az üzenetküldésre és a hívásra vonatkozóan.
-
Következetes biztonsági irányelvek minden Webex szolgáltatásban.
-
Közös 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 címtárkapcsoló, SCIM és aktív címtárcsoportok.
-
Licencsablonok több licenc automatikus hozzárendeléséhez a felhasználókhoz.
A Vezérlőközpont frissítése után a Webhelyadminisztráció segítségével nem kezelhet egy értekezlet-helyet.
Ha a webhelye automatikus frissítésre van ütemezve a webhelyadminisztrációból a Control Hub-ba, akkor a következő képernyőképet fogja látni.

A Webhelyfrissítési dátum módosítása gombra kattintva módosíthatja az ütemezett dátumot.

A Control Hub telephelyeinek kezelésével kapcsolatos tapasztalatok hasonlítanak a Site Administration webhelykezelésével kapcsolatos tapasztalatokhoz. A Control Hub felhasználói menedzsmentje korszerűbb mögöttes technológiákkal rendelkezik, így van néhány különbség a Control Hub webhelyeinek kezelésében. Ez a rész azokra a különbségekre összpontosít, amelyeket a webhely frissítése során hívtak elő.
A Site Administration és a Control Hub közötti különbségek részletesebb áttekintéséhez lásd ezt a cikket.
Felhasználó-kezelés
Központi felhasználókezelő rendszerünk van a Control Hub mögött, ahol a felhasználók az egész szervezeten (és az egész Webexen) belül különbözőek és egyediek. A Webhelyfelügyeletben a felhasználói profil értekezlet-helyszínenként eltérő.
- Egyszeri bejelentkezés (EB) automatikus fióklétrehozással
-
A Site Adminban van egy „automatikus fiók létrehozás” funkció, amely felhasználókat hoz létre, amikor SSO-val hitelesítik magukat.
Ez a funkció a Control Hub-ban is elérhető. További információkért lásd a SAML automatikus fiók létrehozása és frissítése a Control Hubhoz című részt.
Az EB-t használó szervezetek közül sokan szívesebben kezelik felhasználóikat központilag olyan külső címtáreszközök segítségével, mint a Microsoft® Active Directory vagy a Microsoft Azure, valamint külső személyazonosság-szolgáltatókkal való hitelesítést kérnek.
Tudjon meg többet a következőkről:
- Kötelező profiladatok és követőkódok
-
A Webhelyfelügyelet lehetővé teszi az új felhasználók számára szükséges profilmezők megadását (korábbi képernyőkép). Ezt kiterjesztheti úgy, hogy követőkódokat kérjen a felhasználó létrehozásához (a képernyőfotó alább látható). Ha konfigurálja ezeket a további követelményeket, azok nélkül nem vehet fel felhasználókat a webhelyre.
A Control Hubnak 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 Control Hub szolgáltatásban, ezért a Control Hub által kezelt webhelyek esetében nem alkalmazunk további profiladatokat.
Mielőtt webhelyét a Control Hubra frissítené, le kell tiltania a kötelező profilmezőket és a követőkódokat.
- Jelszókezelés és zárolás
-
A Site Administration olyan funkcióval rendelkezik, amely ideiglenesen kizárja a felhasználókat, ha több próbálkozás után sem tudnak bejelentkezni.
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ő sikertelen próbálkozások után.
-
CAPTCHA-mechanizmus (teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek szétválasztására).
-
A legitim felhasználóknak van egy önkiszolgáló lehetőségük, hogy megváltoztassák az elfelejtett jelszavaikat.
-
Házigazdai engedély
- A házigazdáknak a Control Hub szervezetedben kell lenniük
-
A Webhely adminisztrátorban bármely felhasználóhoz hozzárendelhet állomáslicencet. Amikor a Control Hub webhelyét kezeli, csak ugyanazon Control Hub szervezet felhasználóinak rendelhet hozzá hostlicenceket (& attendee role).
- Önregisztráció a házigazdai fiókhoz
-
A Webhely adminisztrátorban dönthet úgy, hogy engedélyezi a felhasználóknak, hogy (host) fiókot igényeljenek a webhelyen. Engedélyezheti a fiókkal rendelkező felhasználóknak, hogy további szolgáltatásokat kérjenek az oldalon. (lásd a képernyőképeket).
Amikor egy találkozóhelyet kezel a Control Hubban, a felhasználók nem kérhetnek saját házigazdai fiókot az adott webhelyhez.
A Control Hub központosított, automatizált módon rendelheti hozzá a tárgyalási licenceket az új felhasználókhoz. Olvassa el https://help.webex.com/n3ijtao.
A felhasználói licenceket kezelheted API-n keresztül vagy nagy tételben CSV segítségével.
Ha azt szeretné, hogy a felhasználók kérjék a házigazdai fiókjaikat, beállíthatja a súgót/támogatást olyan mutatókkal, amelyek kapcsolatba lépnek az adminisztrátorokkal, vagy más eszközökre hivatkozhatnak.
Mielőtt webhelyét a Control Hubra frissítené, tiltsa le a Webhelyfelügyeletben a „Gazdagépfiók regisztrálásának engedélyezése” és a „További szolgáltatások igénylésének engedélyezése a felhasználók számára” lehetőséget.
-
A Control Hubnak más licenckezelési lehetőségei is vannak, például automatikus hozzárendelési sablonok. Jelentést kaphatsz az inaktív házigazdákról, hogy segítsenek eltávolítani a licenceket ezektől a felhasználóktól, akár egyénileg, akár tömegesen, akár API-n keresztül.
Ha szüksége van erre az automatikus deaktiválási lehetőségre, és a Control Hub egyéb lehetőségei nem megfelelőek az Ön számára, akkor kerülje a webhely Control Hubra történő frissítését.
Mielőtt frissítené a Vezérlőközpontban kezelendő találkozóhelyet, készítse elő a Vezérlőközpont szervezetét.
Győződjön meg róla, hogy nincs függőben lévő vagy blokkoló művelet az előfizetésen. A frissítés sikertelen lesz, ha:
- Függőben lévő műveletei vannak a frissített webhelyhez társított előfizetéssel kapcsolatban.
- A webhelyhez nem tartozik előfizetés a Control Hub szervezetben.
- A webes adminisztrációban szereplő webhelylicenc-információk nem egyeznek a Control Hubbanlévő webhelylicenc-adminisztrációkkal.
Javasoljuk, hogy hitelesítse domainjeit, és hivatkozzon a felhasználóira. A következő adatok segítenek:
-
A Control Hub eBook: https://ebooks.cisco.com/story/controlhubessentials/
-
A domainek kezelése: https://help.webex.com/cd6d84
-
Igényelje felhasználóit más szervezetektől (miután ellenőrizte a domainjeit): https://help.webex.com/nceb8tm. A felhasználók igénylése különösen fontos, mert biztosítja, hogy a lehető legtöbb felhasználó ténylegesen jelen legyen a szervezetében. A felhasználók „Azonnali igénylés” opcióval történő igénylése elkerüli a szervezeten belüli e-mail-címek használatának késedelmét is.
Javasoljuk, hogy a webhely Control Hub-ra való frissítése előtt igényeljen felhasználókat. Ha a webhely Control Hub-ra való frissítése után felhasználókat igényel a szervezetébe, akkor ezek a felhasználók elveszíthetik a webhelyen található megbeszélésekhez és megbeszélés-eszközökhöz való hozzáférésüket.
Megoldásként a következőket teheti annak érdekében, hogy a felhasználók ne veszítsék el a webhelyen található megbeszélésekhez és megbeszélésekhez való hozzáférést, miután a webhelyet frissítették a Control Hub-ra:
- Külső rendszergazdai jogosultságokkal rendelkező felhasználók számára a szervezethez vagy a webhelyhez – Távolítsa el az összes külső rendszergazdai hozzáférést a szervezethez és a webhelyhez, majd távolítsa el a találkozóhely licencét. Miután igényelted a felhasználót, licenceld újra a felhasználót az oldalra. Visszaállíthatja a külső rendszergazdai jogosultságaikat is.
- Normál felhasználók esetén – Távolítsa el a találkozóhely licencét, igényelje a felhasználót a szervezetéhez, majd licencelje újra a felhasználót a webhelyre.
-
Ha a találkozóhely SSO-ra van konfigurálva, akkor EB-t is konfigurálnia kell a Control Hub szervezethez.
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 Webhelyadminisztrátorban, engedélyezheti a Hasonló funkciót a Control Hubban SAML automatikus fiók létrehozásával. Győződjön meg arról, hogy automatikus licencsablont is beállít, hogy az új felhasználók automatikusan megkapják a hozzárendelt licenceket, miután létrehozták fiókjukat a Control Hub szervezetben.
Szervezetek címtár-szinkronizálással
Ha a szervezete könyvtár-szinkronizálásra van konfigurálva, akkor győződjön meg róla, hogy a szervezetében tartózkodni kívánó összes felhasználó jelen van a webhelyen. Ezt 24 órával a webhelyfrissítési folyamat megkezdése előtt kell megtenni, hogy a webhely felhasználói összekapcsolódhassanak a Control Hub szervezetének új felhasználóival.
Rendszergazdai hozzáférés a Webex webhelyekhez a frissítés után
A Control Hubban szervezetszintű rendszergazdai szerepkörrel rendelkező személy automatikusan hozzáférést kap azokhoz a webhelyekhez, amelyek a webhelyadminisztrátorról a Control Hubba frissülnek. Például a szervezet teljes jogú rendszergazdái Webex webhely teljes jogú rendszergazdákká, a szervezet felhasználói rendszergazdái Webex webhely felhasználói rendszergazdákká, a szervezet csak olvasási jogosultságú rendszergazdái pedig Webex webhely csak olvasási jogosultságú rendszergazdákká válnak.
XML API-k
Az XML API-k mostantól kompatibilisek a Control Hub által kezelt webhelyekkel. A részletekről és kikötésekről az XML API 41.11.0 Frissítések oldalon olvashat.
Az XML API szolgáltatás URL-címei változatlanok maradnak, miután a webhelyet a Site Admin oldalról a Control Hub által felügyelt oldalra frissítik. Ugyanazok az API URL-címek továbbra is működni fognak. A Cisco azt javasolja, hogy minden API-integráció OAUTH hitelesítést használjon.
Hitelesítés XML API-kban
Azok az integrációk, amelyek nem Webex OAUTH hitelesítést használnak, sikertelenek lehetnek a webhely Control Hub-ra való frissítése után. Az alábbi táblázat bemutatja, hogy mely rendszergazdai hitelesítési típusok működnek tovább 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őtt | Adminisztrátor az SSO szervezetben a webhely frissítése után | Az adminisztrátor nem tagja az SSO szervezetnek a webhelyfrissítés után |
---|---|---|
felhasználónév (webExID)/password | ![]() | ![]() |
felhasználónév (webExID)/sessionTicket | ![]() | ![]() |
username/OAUTH (webExAccessToken) | ![]() | ![]() |
email/password | ![]() | ![]() |
email/sessionTicket | ![]() | ![]() |
email/OAUTH (webExAccessToken) | ![]() | ![]() |
* Visszafelé kompatibilitás – A Cisco lehetővé tette username/password hitelesítések működjenek az XML API-kban a webhelyfrissítés után, még akkor is, ha username
a nem egyezik az e-mail címmel. 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. A(z
username
) nem módosítható, különben a korábbi hitelesítő adatok érvénytelenek lesznek. - Az API-hitelesítéshez használt hitelesítő adatokhoz nem lehet eltérő jelszó a Control Hubban, mint a webhelyen, amikor a webhely adminisztrációjában kezelték.
- Azoknak a felhasználóknak, akiknek a hitelesítési adatait hitelesítésre használják, aktív állapotban (nem inaktívként) kell lenniük a webhely adminisztrációjában a webhely Control Hub-ra történő frissítésének időpontjában.
A Control Hub által felügyelt webhelyeken található XML API-integrációkról, beleértve az OAUTH-hitelesítést is, bővebben ebben az útmutatóbanolvashat.
Username
úgy van beállítva, hogy minden felhasználó e-mailben értesüljön, amikor egy webhely frissül a Control Hub-on. Ha az API hasznos adatokhoz username
karakterláncot használunk, akkor a hasznos adatoknak az oldal frissítése után e-mail címet kell használniuk.
Adminisztrátori szerepkör a Control Hubban API-integrációkhoz
Előfordulhat, hogy a csak webhelyadminisztrátori szerepkörrel rendelkező rendszergazdák nem tudnak bizonyos műveleteket végrehajtani az XML API-kkal, például nem tudják módosítani a felhasználó e-mail címét vagy megjelenítendő nevét, miután a webhelyet Control Hub webhelyre frissítették. Azoknak a rendszergazdáknak, akiknek a hitelesítő adatait API-integrációkhoz használják, javasoljuk, hogy előléptesse ezeket a rendszergazdákat a szervezet teljes rendszergazdáinak a Control Hubban, ideális esetben a webhely Control Hubra való frissítése előtt.
Bevált gyakorlatként javasoljuk, hogy először frissítsen egy teszthelyszínt annak megerősítésére, hogy API-integrációi változatlanok maradnak a Control Hub frissítése után.
Az integráció működésétől függően előfordulhat, hogy a rendszergazdáknak értekezlet-szervezői fiókot is kell rendelniük a Control Hub webhelyen ahhoz, hogy az integráció működjön (erre a webhelyadminisztrációs webhelyek rendszergazdáinak nem volt szükségük).
XML API-különbségek a Control Hubban
A legtöbb XML API integrációnak változtatások nélkül kell működnie a webhely frissítése után. Van azonban néhány kivétel, amelyet a következő lista részletez:
- CreateUser— A Control Hub által felügyelt webhelyeken ez a művelet a licenc hozzárendelése előtt létrehozhat egy felhasználót a webhely tulajdonos szervezetében is. Ha a felhasználó már létezik egy másik szervezetben, ez a művelet sikertelen lesz.
PMR ID parameter
A nem lép érvénybe azoknál a felhasználóknál, akiknek még nincs Aktív állapotuk a Control Hub-ban.createuser
Az API befejezése hosszabb időt vesz igénybe a Control Hub által felügyelt webhelyeken. A jobb teljesítmény érdekében hozzáadhatsz egy extra szálatcreateuser
a hívások párhuzamosításához. - SetUser— A felhasználó értekezleti webhelylicencének hozzárendelését vagy eltávolítását eredményezheti (az API-paraméterektől vagy a hasznos adattól függően).
- DelUser— Eltávolítja a megbeszélések webhelylicencét, de nem törli a felhasználót a Control Hub szervezetből.
- LstsumamaryUser— Visszaadja a felhasználó
objectGUID
értékét is. - AuthenticateUser— A Control Hub által kezelt webhelyeken a munkamenet-jegy létrehozását javasoljuk
AuthenticateUser
a segítségével, ahelyett, hogy minden XML API-hoz felhasználónevet és jelszót használnánk. Az SAML-válasz használata a törzs tartalmában nem támogatott a Control Hub által felügyelt webhelyek ezen hívásával.
REST API-k
A Control Hub saját API-kkal rendelkezik, beleértve a People és a License REST API-kat a felhasználók létrehozásához és licenceléséhez:
A munkamenet-típusok és a követőkódok REST API-kkal is elérhetők a következő címen:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
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 a webhelyet birtokló szervezeten kívüli felhasználókhoz való értekezletlicencek kiosztásához. A People API nem támogatja a webhely-rendszergazdai szerepkörök felhasználókhoz való hozzárendelését. Ha api-n keresztül szeretne webhely-rendszergazdai szerepköröket hozzárendelni, akkor is xml API-t kell használnia.
A People API segítségével teljes (vagy csak olvasási) jogosultságokkal rendelkező szervezeti adminisztrátorokat hozhat létre, akik kezelhetik (vagy megtekinthetik) a Control Hub által kezelt találkozóhelyeket is.
A Control Hubnak van Webex helyspecifikus adminisztrátori szerepe, de a People API jelenleg nem tudja hozzárendelni ezt a szerepet.
Jövőbeli tervek (változás jogát fenntartjuk)
- Új licenc API, amely olyan külső felhasználóknak is biztosíthat találkozóhely-licenceket, akik nem ugyanahhoz a szervezethez tartoznak, amelyik létrehozta a webhelyet. A külső felhasználói licencelés manuálisan is elérhető a Control Hub-ban.
- SCIM API felhasználók létrehozásához és törléséhez a szervezeten belül.
- A Cisco hosszú távú célja, hogy kizárólag REST API-kat használjon (a felhasználókon és a találkozóhelyeken végzett összes művelethez). A felhasználókezeléshez szükséges XML API-k továbbra is támogatottak lesznek, amíg a REST API-k kizárólag az összes felhasználókezelési művelethez használhatók. A felhasználókezelési XML API-k szintén elavultak lesznek (a dátum még nem ismert).
Mielőtt webhelyét a Control Hubra 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 szervezete követi a Control Hub szervezeti előkészítése részben ajánlott legjobb gyakorlatokat.
- Ezután jelentkezzen be a Webex-adminisztrációba, és kattintson az Adminisztráció frissítése gombra. A webhelykészültségi fázisban ne hajtson végre semmilyen ajánlott műveletet a fájlban a véleményező felhasználók részben, és ne tiltsa le a véleményezési funkciók részben ismertetett funkciókat. Az utasítások követésével a webhely készenléti felmérése csak olvasható műveletté válik, hogy felmérje a módosításokat, amelyeket el kell végeznie a Control Hub frissítése előtt.

- A Felhasználók áttekintése részben kattintson a Felhasználói CSV-fájl exportálása lehetőségre, és töltse le a
users-to-review-xxxxx.csv
nevű CSV-fájlt.Ez a fájl felsorolja azokat a felhasználókat, akik figyelmet igényelnek, és minden felhasználónak lesz egy ajánlott művelete. A fájlban lévő felhasználók száma megmutatja, hogy hány felhasználóhoz kapcsolódó problémán kell dolgoznia, mielőtt frissíthetné a webhelyet.
- A Felülvizsgálati funkciók szakasz alatt nézd meg azokat a funkciókat, amelyeknél piros X szerepel a Következmények oszlopban. Ez tájékoztatja Önt webhelye felkészültségéről a funkciók ütközése szempontjából.
- 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, folytassa a cikk további részeinek elolvasását, hogy előkészítse webhelyét és szervezetét a Control Hub-ra történő frissítésről.
Jegyzet: Ha webhelyén az Ön vállalata API-integrációkat végez, vagy harmadik féltől származó megoldásokon, például tanuláskezelési megoldásokon keresztül valósul meg, győződjön meg arról, hogy a Control Hub rész használatához áttekinti az API-integrációk előkészítésének webhelyét.
A 43.6-os kiadás közelgő változásai
Eddig ezt a két funkciót le kellett tiltani a webhely Control Hub-ra való frissítése előtt:
- Kötelező host profil mezők
- Kötelező követőkódok
A 43.6-os verzió kiadásától kezdődően azoknak a webhelyeknek, amelyek részt vesznek az egyéni attribútumok és a kötelező host profilmezők bétaverzióiban, már nem kell letiltaniuk ezeket a funkciókat, mielőtt frissítenék webhelyüket a Control Hub-ra. Ehelyett a varázsló tájékoztatni fogja Önt arról, hogy tekintse át ezt a két funkciót, mivel az aktuális konfiguráció átmásolódik a Control Hub szervezetbe.
Ha részt veszel a kötelező host profilmezők béta verziójában, akkor ezt a figyelmeztetést fogod látni:

Ha részt veszel a kötelező követőkódok és egyéni attribútumok bétaverziójában, akkor ezt a teendőt fogod látni:

Ha nem veszel részt ezekben a béta tesztekben, akkor folytasd a következő szakasz olvasását.
Tiltsa le azokat a funkciókat, amelyek blokkolják a webhelyfrissítéseket

Bizonyos funkciókat le kell tiltani ahhoz, hogy frissíthessen egy Webex webhelyet a Control Hub szolgáltatásra. Megjelenik egy lista, amely megmutatja, hogy mely funkciókat kell letiltani. A piros kör X ikonnal jelölt funkciókat el kell végezni. A sárga háromszög felkiáltójellel jelölt funkciók csak tájékoztató jellegűek, és nem igényelnek műveletet.
A következő videóban bemutatjuk, hogyan frissítheti webhelyét a Control Hub szolgáltatásra.
Ha szervezete az automatikus fióklétrehozási funkciót használja a webhelyadminisztrációban, akkor be kell állítania egy ezzel egyenértékű funkciót a Control Hubban, és be kell állítania egy automatikus licencsablont a licencek automatikus kiosztásához. További részletekért lásd ezt a cikket. Ezt a webhely Control Hub-ban történő kezelésének frissítése előtt kell elvégezni.
-
Jelentkezzen be a Webex Site Administrationbe, és válassza a
.-
Keresse meg és tiltsa le a Gazdafiók-regisztráció engedélyezése opciót.
-
Fiókregisztrációhoz szükséges keresés: és törölje az összes mezőt a szükséges felhasználói profilmezőkhöz.
-
-
Kattintson a Frissítés lehetőségre.
-
Válassza a
. -
A Host Profile (Házigazdai profil) oszlopban módosítsa az AdminSet (Rendszergazda) vagy az Optional (Választható) jelölésű követőkódsorokat.
-
További információ a követőkódokról:https://help.webex.com/izu2ty.
A felhasználók összes követőkódja megmarad, ha egy webhelyet a Control Hubra frissít.
-
A jövőben ez a korlátozás feloldásra kerül, és a követőkódokat a Control Hubban a szükséges egyéni felhasználói attribútumokhoz lehet majd rendelni az egyenértékű funkciók érdekében.
A követőkódok felhasználói attribútumokhoz való hozzárendelése funkció egy nyilvános előzetes verzióban elérhető tervezet. Bepillantást engedünk abba, hogy mire számíthat.
Mielőtt frissíthetne egy webhelyet a kötelező követőkódokkal a webhelyadminisztrációból a Control Hub-ba, le kell képeznie ezeket a követőkódokat a felhasználói attribútumokhoz a Control Hub-ban. Az Információk alatti ikonra kattintva közvetlenül a webhelyhez tartozó követőkódok felhasználói attribútumokhoz való hozzárendelésének varázslójához juthat. Ha még nem rendelte hozzá vagy tiltotta le a szükséges követőkódokat, akkor nem fogja tudni frissíteni webhelyét a Control Hub-ra.
Ha webhelye nem rendelkezik kötelező követőkódokkal, akkor is leképezheti a követőkódokat felhasználói attribútumokhoz, mielőtt frissítené a webhelyet a Control Hub-ra az alábbi eljárással.

Azon értekezlet-webhelyekhez, amelyek az osztályt nyomkövető kódként használják, azt javasoljuk, hogy a nyomkövető kódot társítsa az osztály felhasználói profilattribútumához, nem pedig az egyéni attribútumhoz. Mivel az osztály a standard profilattribútum a Control Hubban, ez a forgatókönyv a legtöbb esetben hatékonyabb lesz.
Ha ez az attribútum kötelező, akkor lépjen a felhasználói profil attribútum szakaszba, és jelölje be a részleg attribútumot kötelezőként. Vegye figyelembe, hogy ez az osztályattribútum más felhasználói attribútumokkal együtt nem lesz kitöltve a külső felhasználók számára.
1 |
Jelentkezzen be a Control Hubba, majd lépjen az Értekezlet oldalra. | ||||||||||||||||||||||||||||||||||||||||
2 |
Válasszon ki egy webhelyet, majd lépjen a . | ||||||||||||||||||||||||||||||||||||||||
3 |
Válassza a Követőkód-térkép létrehozásalehetőséget. ![]() | ||||||||||||||||||||||||||||||||||||||||
4 |
Válassza ki a Nyomkövetőkód-összefoglaló megnyitása lehetőséget. ![]() | ||||||||||||||||||||||||||||||||||||||||
5 |
Kattintson a Konfigurációs összefoglaló letöltése lehetőségre. Le kell töltenie a jelenlegi követőkód-konfiguráció egy példányát. Erre az összefoglalóra a következő lépésekhez lesz szüksége, hogy megbizonyosodjon arról, hogy az összes attribútumérték összhangban van az aktuális nyomkövető kódokkal. A korábbi nyomkövetőkód-listákat CSV-fájlként is letöltheti, hogy az egyéni attribútumokhoz ugyanazokat az értékeket töltse fel. ![]() | ||||||||||||||||||||||||||||||||||||||||
6 |
Menjen vissza a varázslóba, és válassza a Felhasználói attribútumok hozzáadása és áttekintése lehetőséget. ![]() | ||||||||||||||||||||||||||||||||||||||||
7 |
Konfigurálja az ehhez a webhelyhez szükséges új egyéni attribútumokat. Jelölje meg a mezőket kötelezőként, ha ki szeretné tölteni őket a felhasználók számára. Az egyéni attribútumok nem alkalmazhatók olyan szervezetekre, amelyek a felhasználókat Directory Connectorral, Azure AD-vel stb. szinkronizálják. Ezt a lépést felhasználhatja a követőkódok megjelenített neveinek áttekintésére. Miután elvégezte a szükséges módosításokat, kattintson a Mentés gombra. A zárolt attribútumok hasonlóak a klasszikus találkozóhely-követőkódokban található AdminSet attribútumokhoz. Ha egy egyéni attribútumot zároltként jelöl meg, a felhasználók nem fogják látni az attribútumot.Ha ezen a ponton megnyomja a Mentés gombot, akkor a hozzáadott, eltávolított vagy szükségesként megjelölt egyéni attribútumok azonnal hatályba lépnek a szervezetre vonatkozóan. A szervezetbe beléptetett új felhasználóknak meg kell felelniük ennek a frissített egyéni attribútum-konfigurációnak, különben a felhasználók beléptetése meghiúsul. Körültekintően járjon el az egyéni attribútumok megjelölése előtt. ![]() | ||||||||||||||||||||||||||||||||||||||||
8 |
Lépjen vissza a varázslóba, majd válassza ki a Nyomkövető kódok társítása lehetőséget. ![]() | ||||||||||||||||||||||||||||||||||||||||
9 |
A legördülő lista segítségével rendelheti hozzá a nyomkövető kódokat a szervezet egyéni vagy felhasználói profiljának attribútumaihoz. Amikor egy webhelykövető kódot egy attribútumhoz rendel hozzá, a rendszer először a már meglévő attribútumokat képezi le, amelyek megfelelnek a nyomkövető kód nevének, ha a beviteli típus szöveges mezőre van állítva. Ha mindennel végzett, kattintson a Következő gombra. Ha a szervezete automatizált felhasználói beléptetési folyamatot használ, mint például a Címtárösszekötő vagy az Azure AD, akkor ne rendelje hozzá a nyomkövető kódokat az egyéni attribútumokhoz. Ehelyett rendelje hozzá a nyomkövető kódokat a szinkronizált attribútumokhoz. Korábban a nyomkövető kódokat központonként eltérően lehetett beállítani. Mostantól minden központ (értekezletek, események, webináriumok stb.) egyetlen ütemezési konfiguráción osztozik. Amikor szükség szerint rendel hozzá egy attribútumot, akkor erre az attribútumra szükség lesz a Webex Meetings, Webex Webinars stb. ütemezésekor. ![]() | ||||||||||||||||||||||||||||||||||||||||
10 |
Kattintson a Térkép mentésegombra. A szinkronizálás automatikusan megtörténik a webhely Control Hub-ba való frissítése során. Javasoljuk, hogy a felhasználók követőkód-értékeiről készítsen biztonsági másolatot egy webhelyfelhasználói exportálással a találkozó webhelyére Amikor a nyomkövető kódokat egyéni attribútumokhoz rendeli hozzá, az adatok egyetlen igazságforrása a Webex Identityből származik, nem pedig az egyes a értekezletek webhelyéről. A szinkronizálás egyszeri másolatot készít a nyomkövető kód felhasználói értékeiről olyan leképezett attribútumokba, amelyek még nincsenek feltöltve a felhasználók számára, ami azt jelenti, hogy az számít, hogy melyik webhelyen kerülnek először szinkronizálásra a nyomkövető kódok. Az első webhely szinkronizálása során az adott webhely felhasználóinak nyomkövetőkód-értékeit a rendszer átmásolja az adott felhasználóhoz társított felhasználói attribútumba a Control Hubban, de csak akkor, ha ez az érték még nincs kitöltve a felhasználónál. Előfordulhat, hogy egyes nyomkövetőkód-értékek nem másolhatók át a webhelyről a felhasználói attribútumra a szinkronizálás során Ha egy hozzárendelt webhelyhez tartozó felhasználó értéke már be van töltve a szinkronizálás időpontjában, akkor az adott webhely nyomonkövetési értéke nem lesz átmásolva az adott felhasználóhoz társított attribútumba a Control Hubon belül. Annak elkerülése érdekében, hogy az adatok felülírjanak más nyomkövető kódokat a felhasználók számára, javasoljuk, hogy társítsa és szinkronizálja az értekezlet webhelyének adatait a felhasználók legfrissebb nyomkövetőkód-adataival. A rendszer nem másolja át a nyomkövetőkód-értékeket a külső forrásokon, például a Címtárösszekötőn vagy az Azure AD-n keresztül szinkronizált felhasználói mezőkre nyomkövető kódok leképező webhelyekről. Az alábbi táblázat felvázolja azokat a lehetséges forgatókönyveket, amikor az adatok felülírják az eredeti nyomkövető kódokat. Ezekben az esetekben a nyomkövető kód és a hozzárendelt attribútum a felhasználó települése.
* A korábbi követőkód értékét felülírja a meglévő leképezett attribútum. |
A Vezérlőközpontban kezelendő webhely frissítése előtt győződjön meg a következőkről:
- A webhely minden felhasználója, akinek a szervezetében kellene lennie, valójában a Control Hub szervezetében van.
- A webhely minden olyan felhasználója, akinek nem kellene a szervezetében lennie, törlésre kerül a szervezetéből.
- A szervezet felhasználóit az Ön IdP-je hitelesítheti, ha a szervezet SSO-ra van konfigurálva.
- A webhelyen kötelezőként megjelölt felhasználói profilmezők a webhely frissítésekor a Control Hub szervezetébe is átmásolódnak. Ha nem szeretné, hogy ezek a mezők kötelezőként legyenek megjelölve a fiók regisztrációjához a Control Hubban, akkor először törölje a jelölést a mezőkről a webhely adminisztrációjában, mielőtt frissítene a Control Hubra.
- Áttekintetted a Control Hub előkészítése szervezeti részét a cikk korábbi részében.
A következő videóban bemutatjuk, hogyan frissítheti webhelyét a Control Hub szolgáltatásra.
A webhelyfrissítést blokkoló felhasználók keresése

-
Jelentkezzen be a Webhelyfelügyeletbe, és nyissa meg az Adminisztráció frissítése oldalt.
-
Nyisd meg az Adminisztráció-ellenőrzés frissítésének feltételeit, majd kattints az Érintett felhasználók exportálása CSV-fájlba lehetőségre.
-
Várja meg, amíg az export befejeződik. Ez a folyamat eltarthat egy ideig a kezdési időponttól és a webhely felhasználóinak számától függően. Az exportálás minden óra elején 6 percre szünetel (a következő időpontok között): xx:57 hogy xx:03).
-
Kattintson a CSV letöltése gombra, amint az exportálás befejeződött.
A böngésződ letölti
users-to-review.csv
a programot. -
Nyissa meg a CSV-fájlt, és ellenőrizze az Ajánlott művelet oszlopot (az utolsó oszlopot). Végezze el a fájlban szereplő minden egyes felhasználó számára javasolt műveletet.
Nem egyező e-mail címmel rendelkező felhasználók
Előfordulhat, hogy néhány felhasználónak más e-mail címe van a Webhelyadminisztrátorban és a Vezérlőközpontban. Ez akkor lehetséges, ha a felhasználó e-mail-címe a két hely közül csak az egyiken módosult, miután a felhasználót erről a webhelyről összekapcsolták a Control Hub szolgáltatással.
Próbálja ki ezeket a műveleteket, hogy kijavítsa a nem egyező e-mail címmel rendelkező felhasználókat:
-
Módosítsa a felhasználó e-mail címét a webhely adminisztrátorában, hogy megfeleljen a Control Hub e-mail címének
A felhasználók szerkeszthetik a Webhelyadminisztrátor profiljaikat: https://help.webex.com/nmig1kcb
-
Módosítsa a felhasználó e-mail címét a Control Hubban, hogy megegyezzen a webhely adminisztrátori e-mail címével: https://help.webex.com/nsi3kgb.
A felhasználók megváltoztathatják saját e-mail címüket a Control Hub szervezetében: https://help.webex.com/nme40aeb
Ha a felhasználói e-mail-címek közötti eltérések kijavítása nélkül frissíti webhelyét a Control Hubra, az érintett felhasználóknak a Control Hub e-mail-címükkel kell bejelentkezniük az értekezlet webhelyére. Előfordulhat, hogy ezek a felhasználók nem tudnak bejelentkezni, ha megpróbálnak bejelentkezni az e-mail-címmel a webhely rendszergazdájában, vagy ha a Control Hub e-mail-címe már nem érvényes az idP-ben (SSO-szervezetekhez). Nem fogják megakadályozni az oldal frissítését, de jobb, ha a frissítés megkezdése előtt kijavítod az e-mail címeket.
Külső felhasználók Basic Meetings licenccel
A(z ) Basic Meetings licenccel rendelkező külső felhasználókat deaktiválni vagy fizetős Webex Meetings licencre kell frissíteni, mielőtt a webhelyet a Site Adminról a Control Hub-ra frissítenék.
Felhasználók inaktiválása
A felhasználó egyéni deaktiválásához a Webhely adminisztrációban:
-
Lépjen a
. -
A felhasználó megkereséséhez használja az index-, a keresési és a szűrővezérlőket.
-
Törölje a jelölést az Aktív jelölőnégyzetből.
-
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ójában
Kötegelt felhasználó deaktiválásához a Telephelyfelügyeletben:
-
Felhasználók exportálása CSV-fájlba.
-
Nyissa meg a CSV-fájlt, és módosítsa a
Active
oszlop értékeitN
-re az összes érintett felhasználó esetében. -
A módosított CSV-fájl importálása.
A megváltoztatott felhasználók most inaktívak.
További részletekért lásd: Batch Import and Export Webex Users a Webex Site Administration-ben.
Címtár-szinkronizálással rendelkező szervezetek felhasználói
Ha vannak olyan nem kapcsolt felhasználók, akiknek a szervezetedben kellene lenniük, de még nincsenek hozzáadva, először hozzá kell adnod őket a szervezetedhez. Ez különösen fontos a címtárszinkronizálásra konfigurált szervezetek számára (a címtárkapcsolón vagy az Azure AD-n keresztül), mivel a címtárszinkronizálás nem teszi lehetővé a webhelyfrissítési folyamat felhasználóinak hozzáadását.
A webhely frissítése sikertelen lesz, ha a webhely bármely aktív felhasználója nem kapcsolható össze egy Control Hub szervezettel. Ha a szervezet könyvtár-szinkronizálásra van konfigurálva, a frissítés megkezdése előtt győződjön meg arról, hogy a webhely minden felhasználója, akinek a Control Hub szervezethez kell tartoznia, hozzá van adva a Directory Connectorhoz vagy az Azure AD-hez.
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-ra anélkül, hogy megoldaná a users-to-review
fájlban található felhasználókkal kapcsolatos problémákat, a frissítésadminisztrációs folyamata sikertelen lehet. Az eszköz csak az utolsó frissítés megkezdése után ellenőrzi, hogy kijavította-e a hibákat.
SSO-szervezethez kapcsolt SSO-webhelyek és nem SSO-webhelyek frissítése
Egy Control Hub szervezet több identitásszolgáltatót (IdP) is támogathat az egyszeri bejelentkezéshez, amelyek egyike a Webex IdP (helyi hitelesítés).
Több IdP a Control Hubban a következőket fogja segíteni:
- Ahol egy SSO webhely IdP-je a webhelyadminisztrációban eltér a Control Hub SSO IdP-jétől.
- Amikor a webhely felhasználói nincsenek benne a szervezetben konfigurált SSO IdP-ben, akkor ezek a felhasználók mostantól egyszerűen hozzáadhatók a helyi Webex IdP-hez. Ezeket a felhasználókat később áthelyezheti a konfigurált SSO IdP-re.
Több IdP beállítása lehetővé teszi, hogy a webhely adminisztrátorától a Control Hub-ba frissített webhely összes felhasználója a Control Hub-szervezetben konfigurált hitelesítési módszerrel jelentkezzen be. Ennek eléréséhez a következőket teheti:
- További SSO IdP-k hozzáadása a Control Hub szervezethez.
- Felhasználók hozzáadása egy már konfigurált IdP-hez.
- Felhasználók hozzáadása a helyi Webex IdP-hez.
További információért a Control Hub több IdP-jéről, lásd ezt a cikket.
Mielőtt elkezdené
Vannak bizonyos funkciók, amelyeket le kell tiltania, és ellenőriznie kell, hogy minden felhasználó jó állapotban van-e ahhoz, hogy frissüljön a Control Hub-ra. Ha API integrált alkalmazásokat használ, frissítenie kell azokat 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 arról, hogy az összes rendszergazda tudja, hogy frissíti a webhelyet a Control Hub-ra, és hogy a rendszergazda nem módosíthatja a webhely adminisztrátorát az indítás után.
1 |
Exportálás és a webhely felhasználóinak exportfájljának mentése. Ez a fájl felhasználói konfigurációs archívumként szolgál, amely segít a frissítés utáni érvényesítésben. |
2 |
Jelentkezzen be a Webhely-adminisztrációba, és kattintson az Adminisztráció frissítése gombra. |
3 |
Tekintse át az előfeltételeket, különösen a felhasználók CSV-listáját azokban az államokban, amelyek befolyásolhatják a frissítés sikerét. |
4 |
Olvasd el, milyen funkciókat kell letiltani, és milyen különbségekre számíthatsz a felhasználókezelésben és a házigazdai licencelésben (ezt a cikk is dokumentálja). |
5 |
Kattintson a Frissítés gombra a Vezérlőközpont megnyitásához. Ez a gomb csak a fenti lépések végrehajtása után aktiválódik. ![]() Megjelenik egy előugró ablak. Ez az ablak azt mutatja, hogy egy webhely frissítése a Control Hub szolgáltatásra végleges, és a frissítés befejezése után már nem lehet visszavonni. A frissítés befejezése után a webhely kezelése megszűnik a Webhelyfelügyeletben. Ha nem áll készen a Control Hub webhelyének teljes körű kezelésére, lépjen ki a varázslóból most.
![]() |
6 |
Kattintson az OK gombra. A frissítés elindul egy banner jelenik meg a Site Administration, hogy tájékoztassa Önt, hogy a webhely frissítése folyamatban van. Ha valami rosszul sül el, hibaüzenet jelenik meg a javasolt művelettel. Ellenkező esetben sikeres üzenet jelenik meg. Az oldal frissítése körülbelül 3 percet vesz igénybe + 1000 aktív users/min + 2000 inaktív users/min befejezni. Például, ha a webhely frissítését ekkor kezdte el: 05:20 és ha az oldaladnak 8000 aktív és 2000 inaktív felhasználója van, az oldal frissítése körülbelül 12 percet vesz igénybe. Ezenkívül az oldalfrissítések minden óra elején 6 percre szünetelnek (a következő időpontok között): xx:57 hogy xx:03). De az eredményei eltérőek lehetnek. |
7 |
Kattintson a Bejelentkezés a Vezérlőközpontba gombra. |
Miután elindította a webhelyfrissítést a Webex Site Administrationtől, bejelentkezhet a Control Hubba, hogy megtekinthesse a webhelyfrissítés állapotát.
-
Jelentkezzen be a Control Hub alkalmazásba, és nyissa meg a Meetings oldalt.
Megtekintheti a találkozási helyek listáját.
-
Kattintson egy webhelyre az adott webhelyre vonatkozó információk megtekintéséhez.
-
Keresse meg a Webhelyfrissítés szakaszt, ahol elolvashatja a Frissítés állapotát.
A frissítés befejezése után letöltheti a Site Administration összes felhasználójának listáját, és megnézheti, hogy ezek közül a felhasználók közül melyek voltak aktívak vagy inaktívak a webhelyen. Azok a felhasználók, akik inaktívként jelennek meg a Site Administration felhasználói állapot oszlopában, nem férhetnek hozzá a Control Hub által kezelt webhelyhez. Ezek a felhasználók a Control Hub felhasználói részében sem jelennek meg a webhelyhez való hozzáférésként.
A letöltés gomb megjelenése eltarthat egy ideig (a legtöbb szervezetnél percekig).
-
Tekintse át a listát, hogy ellenőrizze a frissítések során felmerülő esetleges problémákat.
A webhely frissítése után már nem kezelheti ezt a webhelyet a Webhelyfelügyeletben. A webhely minden kezelését a Control Hub-ban kell elvégezni. Íme néhány lépés, amellyel megismerkedhet, és kipróbálhatja webhelye kezelését a Control Hubban:
-
Ellenőrizd a webhely néhány konfigurációs beállítását, hogy megbizonyosodj arról, hogy semmi sem változott. Ez egyszerűbb, ha a Control Hub-ra való frissítés előtt átmásoltál néhány webhelyadminisztrátori beállítást.
-
Válasszon ki egy hosztot, és ellenőrizze a licencét, a követőkódjait és a munkamenet-típusait a Control Hub-ban. Jelentkezzen be a megbeszélés webhelyére, és erősítse meg, hogy az ütemezett megbeszélések, felvételek és beállítások nem változtak. Az ellenőrzés könnyebb, ha a gazdagép adatait a Control Hub-ra való frissítés előtt átmásolják.
Kérje meg a felhasználót, hogy ellenőrizze, tudnak-e új találkozókat ütemezni és fogadni.
-
Adjon hozzá egy új felhasználót a szervezetéhez. Adj neki házigazdai licencet, módosítsd a munkamenet típusát, és ellenőrizd, hogy fogadhatnak-e találkozókat.
Javasoljuk, hogy szervezet- vagy csoportalapú licencsablonokat állítson be a licencek automatikus hozzárendeléséhez az új felhasználókhoz vagy az új felhasználók meghatározott csoportjaihoz. -
Válasszon ki egy olyan felhasználót, aki teljes rendszergazda volt a Webhely adminisztrátorában, és ellenőrizze, hogy rendelkezik-e a megfelelő szintű hozzáféréssel a Control Hub frissített webhelyéhez.
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.
-
Ha webhelyén API-integrációk vannak, akkor váltson a People API-k használatára. Erősítse meg, hogy a frissített integráció a várt módon működik.
További információ a Control Hub találkozóhelyeinek kezeléséről:https://help.webex.com/naqlzeu.
-
A felhasználók egyetlen, egységes bejelentkezési tapasztalattal rendelkeznek a Webex alkalmazáshoz és a Control Hub által kezelt összes webhelyhez.
Ha a felhasználónév nem egyezik a felhasználó e-mail címével a Webhelyfelügyeletben, 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 az e-mail címüket kell használniuk a bejelentkezéshez. -
A felhasználói hitelesítő adatok a Control Hub-identitásukhoz vannak társítva. Ugyanezek a hitelesítő adatok vonatkoznak a Control Hub által kezelt összes telephelyre ugyanabban a szervezetben, valamint a Webex alkalmazásra is.
-
Ha a Control Hub szervezet EB konfigurálva van, akkor ez az EB szabályozza a bejelentkezési élményt a Webex alkalmazáshoz és az összes Control Hub által kezelt webhelyhez.
-
A Webex App bejelentkezési élményét nem befolyásolja a Control Hub frissítése.
-
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 akkor is meg kell adniuk e-mail címüket a bejelentkezéshez, ha szervezetük EB-re van konfigurálva.
Az adminisztrátorok engedélyezhetik az Emlékezz rám opciót a Control Hubban, hogy a felhasználóknak ne kelljen minden bejelentkezéskor újra megadniuk az e-mail címüket. -
Az egyes felhasználók előzményeitől függően a fiókkal rendelkező webhelyek száma stb.:
-
Ha a felhasználók a Webex Identity/Control Hub meglévő felhasználóival voltak összekapcsolva, akkor a felhasználók ugyanazt a jelszót fogják használni minden olyan Webex-webhelyhez, amely a Control Hub-ra frissült.
-
Ha a felhasználók a Webex Identity/Control Hub-ban lettek létrehozva a webhelyek összekapcsolása miatt, akkor az első hivatkozott webhelyük hitelesítő adatai érvényesek (ha a szervezet nem SSO-val lett konfigurálva). A felhasználókat átirányítjuk az adott webhelyre történő bejelentkezéshez. Ha a felhasználóknak több hitelesítő adataik vannak, a webhely URL-címének segítenie kell annak meghatározásában, hogy mely hitelesítő adatokat használják.
-
A felhasználók visszaállíthatják jelszavukat a Control Hub szervezeteiben (ha a jelszót nem kezelik SSO-n keresztül). Ha a felhasználók elfelejtették a jelszavukat, akkor a bejelentkezési képernyőn a Elfelejtett felhasználónévre vagy jelszóra kattintva visszaállíthatják a jelszavukat. A felhasználók az alábbi utasítások követésével is visszaállíthatják jelszavukat:
- Jelszó visszaállítása a Webex alkalmazáshoz: https://help.webex.com/article/n02v0b8/
- Egy Webex Meeting webhely jelszavának visszaállítása: https://help.webex.com/article/6v6kaab/
-
-
Ha egy végfelhasználó e-mail-címe megváltozott, és a felhasználónak más e-mail-címe volt a Webhely rendszergazdájában és a Vezérlőközpontban a webhely frissítésekor, akkor a felhasználó problémákat tapasztalhat a bejelentkezéskor. 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 Hubban található e-mail-cím már nem érvényes a szervezet SSO idP-jében. Az ilyen típusú helyzeteket a legjobban úgy lehet elkerülni, ha frissíti a felhasználók e-mail-címeit a Control Hubban, mivel ugyanazoknak a felhasználóknak az e-mail-címei módosulnak a Webhelyadminisztrátorban.
-
Újra be kell jelentkeznie a felhasználók számára az iOS Webex Meetings mobilalkalmazásában:
- Ha egy nem egyszeri bejelentkezésű webhelyet frissít a Control Hubra, akkor a felhasználóknak újra be kell jelentkezniük az iOS Webex Meetings mobilalkalmazásába. Bár az iOS-értekezletek alkalmazás nem követeli meg a felhasználóktól, hogy a webhely frissítése után legfeljebb két hónapig újra bejelentkezzenek, javasoljuk, hogy a felhasználók manuálisan jelentkezzenek be újra, hogy előzetesen 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.
-
Ezeknek a felhasználóknak újra be kell jelentkezniük Webex klienseikbe, ha a Control Hub-ra történő webhelyfrissítés során megpróbálnak hozzáférni a Webex szolgáltatásokhoz a webhelyen. Azokat a felhasználókat, akik már csatlakoztak a megbeszélésekhez a webhelyfrissítés kezdete előtt, a frissítés nem érinti.
-
Üres "a felhasználónak át kell tekintenie" CSV-fájlt
Ha webhelye nagy méretű, és több mint 1000 olyan felhasználóval rendelkezik, akiknek az e-mail-címei eltérnek a Webhely rendszergazdájában, mint a Control Hubban, akkor a webhelyfrissítési varázslóban egy üres "felhasználónak át kell tekintenie" CSV-fájlt tapasztalhat. Ez azt eredményezi, hogy a webhelyfrissítés nem működik, mert nem fogja tudni megoldani a problémákat okozó 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 át a Control Hub-ra való frissítéskor
- Ha a webhelyadminisztrátor által kezelt webhely a lassú csatornán volt, és a Control Hub-ot is egy partner kezeli, akkor a Control Hub-ra való frissítés után elveszítheti a Meetings webhely verziófrissítési vezérlőinek láthatóságát. Ha ez előfordul, kérjük, vegye fel a kapcsolatot partnerével, és kérje meg, hogy engedélyezze a Az ügyfél frissítheti a webhely verzióját beállítást a szervezetében.
- A függőben lévő önregisztrációs fiókkérelmek nem kerülnek át a Riasztási központba. A felhasználóknak újra kell regisztrálniuk egy fiókot a frissítés befejezése után.
- A frissítés befejezése után a webhelyadminisztrációban található felhasználónév-értékek felülíródnak a Control Hub-ban található felhasználók e-mail-címeivel.
A frissítés sikertelenségét okozó felhasználói problémák
- Azok a felhasználók, akik olyan e-mail címmel rendelkeznek, amely egy Webex kormányzati szervezet felhasználóival van összekapcsolva, a frissítés sikertelenségét okozhatják, ha a frissítés megkezdése előtt nem inaktiválják őket.
A frissítés sikertelenségét okozó gyakori problémák és javasolt műveletek
Ha webhelye nem frissül a Control Hubra, az alábbi táblázatban ellenőrizze, hogy az alábbi komonhibák egyike okozza-e őket, és mit tehet a javítás érdekében.
A frissítés sikertelenségét okozó hibák | Javasolt művelet |
---|---|
A webhely típusa érvénytelen. | Lépjen kapcsolatba a Webex támogatási csapatával annak ellenőrzéséhez, hogy a webhely felhasználóhoz van-e kötve. |
A webhelyhez nincs hozzá előfizetés társítva. | A webhelyeket társítani kell egy előfizetéshez, mielőtt frissíthetők lennének a Control Hubra. |
Probléma van a szervezet azonosítójával. | A webhelyhez csatolt szervezet azonosítója nem egyezik meg az előfizetés szervezetének azonosítójával. Lépjen kapcsolatba a Webex támogatási csapatá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 helyfrissítést a függőben lévő művelet befejezése után. |
Ütközések vannak az egyszeri bejelentkezés (SSO) beállításaiban. | Ha a hely egyszeri bejelentkezése engedélyezve van, győződjön meg a következőről:
|
A webes adminisztrációban szereplő webhelylicenc-információk nem egyeznek a Control Hubbanlévő webhelylicenc-adminisztrációkkal. | Inkonzisztens licencinformációk a Webhely rendszergazdája és a Vezérlőközpont között. Lépjen kapcsolatba a Webex támogatási csapatával. |
A Webhelyfelügyelet egyes felhasználónevei vagy e-mail-címei ütköznek a Control Hub felhasználóneveivel vagy e-mail címeivel. | A felhasználó e-mail-címét a Webhely rendszergazdájában egy másik felhasználó használja a Control Hubban. Módosítsa az egyik e-mail címet vagy felhasználónevet. |
Problémánk volt a webhely frissítésével. | Egy belső hiba megakadályozta a webhely frissítését. Lépjen kapcsolatba a Webex támogatási csapatával. |
Probléma lépett fel a Webex-felhasználók frissítése során. | Egy belső hiba megakadályozta a webhely frissítését. Lépjen kapcsolatba a Webex támogatási csapatával. |
Bejelentkezési problémák a felhasználók számára
Ügyeljen arra, hogy mindig engedélyezze a Webex sütiket. Ellenkező esetben a felhasználók bejelentkezési problémákat tapasztalhatnak a Control Hub-ra való frissítés után.
K. Van-e dátum arra vonatkozóan, hogy a Cisco mikortól nem támogatja többé a webhelyadminisztrációt?
A. Igen. A Webex webhelyadminisztrációját 2023 decemberének végén tervezzük megszüntetni.
K. A webhely adminisztrátorai továbbra is megtartják a webhelyhez való rendszergazdai hozzáférésüket a Vezérlőközpont-kezelésre való frissítés után?
A. Igen. A webhely összes rendszergazdája a webhely adminisztrációjában továbbra is rendszergazdai hozzáféréssel rendelkezik a webhelyhez, miután a webhelyet frissítették a Control Hub kezelésére.
K. Miután frissítettem egy értekezlet webhelyét a webhely adminisztrációjáról a Control Hub kezelésére, miért látok új rendszergazdákat a webhelyen?
V. Az oldalon lévő új rendszergazdák valószínűleg a Control Hub szervezet rendszergazdái voltak. Amikor egy webhelyet frissítenek a webhelyadminisztrációról a Control Hub-ra, az összes szervezeti szintű adminisztrátor az új Control Hub által felügyelt webhely webhelyadminisztrátorává válik. Ez azt jelenti, hogy a szervezet teljes jogú rendszergazdái Webex webhely teljes jogú rendszergazdákká, a szervezet felhasználói rendszergazdái Webex webhely felhasználói rendszergazdákká, a szervezet csak olvasási jogosultságú rendszergazdái pedig Webex webhely csak olvasási jogosultságú rendszergazdákká válnak.
K. Miért nem működik a termelékenységi eszközökbe való bejelentkezés a webhely Control Hub-ra való frissítése után?
V. 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ásai között találhatók.
K. Ha egy felhasználót törölnek a Control Hubban, majd ugyanazt az e-mail-címet újra hozzáadják a Control Hubhoz, és hozzárendelnek egy Meetings licencet ugyanahhoz a Webex webhelyhez, akkor a felhasználó hozzáférhet-e a régi felvételeihez?
A. Igen, a felhasználó hozzáférhet az összes régi Meetings-tartalmához, ha licenchez van rendelve az előző Webex-webhelyek bármelyikéhez, amelyen tartózkodott. Ez mind a Control Hub által felügyelt webhelyekre, mind a Control Hubra frissített webhelyekre vonatkozik.
K. Ha egy felhasználót a webhely Control Hub-ra való frissítése előtt deaktiváltak a webhely adminisztrációjában, majd később újra licencelték ugyanarra a Webex webhelyre a Control Hub-ban, akkor a felhasználó hozzáférhet a régi felvételeihez?
A. Igen, a felhasználó továbbra is hozzáférhet a régi felvételeihez. Ezenkívül minden olyan felhasználó, akit a webhely frissítése előtt inaktiváltak a Webhely rendszergazdájában, megjelenik a Control HubÉrtekezletek CSV-exportálási fájljában.
K. Ha egy webhelyen nincs beállítva SSO IdP, de a Control Hub szervezetben van SSO IdP, mi történik, amikor a webhely frissíti magát a Control Hub-ra?
A. A webhely ugyanazt az SSO idP-t fogja használni, mint a Control Hub szervezet.
K. Ha egy webhelyen más SSO IdP van beállítva, mint a Control Hubban lévő SSO IdP, mi történik, amikor a webhely frissül a Control Hub-ra?
A. A hely át fog váltani, hogy ugyanazt az SSO idP-t használja, mint a Control Hub szervezet.
K. Ha egy webhelyen be van állítva SSO IdP, de a Control Hub szervezet nem rendelkezik SSO IdP-vel, mi történik, ha a webhely frissíti magát a Control Hub-ra?
A. A rendszer letiltja a webhely frissítését. A webhely letiltásának feloldásához, hogy frissíthessen a Control Hubra, távolítsa el az SSO idP-t a webhely rendszergazdái webhelyéről, vagy adjon hozzá egy SSO idP-t a Control Hub szervezethez.
K. Továbbra is bejelentkezhetek a webhely URL-címére a felvételek eléréséhez, valamint a megbeszélések vagy események ütemezéséhez?
A. Igen, továbbra is bejelentkezhet a webhely URL-címére, ahol hozzáférhet a felvételekhez, értekezleteket ütemezhet stb.
K. Módosulnak-e a felhasználóspecifikus beállítások a webhely adminisztrációjából a Vezérlőközpontba történő webhelyfrissítés során?
A. Nem, a felhasználói beállítások változatlanok maradnak. Ezek a beállítások ugyanúgy érvényesek lesznek, mint a webhely frissítése előtt.
K. Befolyásolja-e ez a webhelyfrissítés a felvételeimet vagy az ütemezett megbeszéléseimet?
A. A gazdagép felvételei nem érintettek. Továbbra is hozzáférhet hozzájuk. Az ütemezett értekezleteket ez sem érinti. Nincs változás rajtuk.
K. A felhasználók felvételeit vagy ütemezett megbeszéléseit érinti ez a webhelyfrissítés?
V. A felhasználói felvételeket ez nem érinti. Továbbra is hozzáférhetnek majd hozzájuk. Az ütemezett megbeszéléseket ez nem érinti. Nincs változás rajtuk.
Azon felhasználók esetében, akiket még nem igényeltek, a felvételeik vagy az ütemezett megbeszéléseik megváltozhatnak, ha a webhely Control Hub-ra való frissítése után igényli őket. További információkért lásd a következő megjegyzést.
Javasoljuk, hogy a webhely Control Hub-ra való frissítése előtt igényeljen felhasználókat. Ha a webhely Control Hub-ra való frissítése után felhasználókat igényel a szervezetébe, akkor ezek a felhasználók elveszíthetik a webhelyen található megbeszélésekhez és megbeszélés-eszközökhöz való hozzáférésüket.
Megoldásként a következőket teheti annak érdekében, hogy a felhasználók ne veszítsék el a webhelyen található megbeszélésekhez és megbeszélésekhez való hozzáférést, miután a webhelyet frissítették a Control Hub-ra:
- Külső rendszergazdai jogosultságokkal rendelkező felhasználók számára a szervezethez vagy a webhelyhez – Távolítsa el az összes külső rendszergazdai hozzáférést a szervezethez és a webhelyhez, majd távolítsa el a találkozóhely licencét. Miután igényelted a felhasználót, licenceld újra a felhasználót az oldalra. Visszaállíthatja a külső rendszergazdai jogosultságaikat is.
- Normál felhasználók esetén – Távolítsa el a találkozóhely licencét, igényelje a felhasználót a szervezetéhez, majd licencelje újra a felhasználót a webhelyre.
K. Hol tekinthetem át a Control Hub által felügyelt webhelyekhez kapcsolódó, függőben lévő önregisztrációs fiókkérelmeket?
A. Ön és más rendszergazdák áttekinthetik az önregisztrációs kérelmeket a Riasztások központban.
K. Hozzáférhetek a felhasználónév értékéhez a webhely adminisztrátorából, miután frissítettem a webhelyet a Control Hub-ra?
A. A Webhely rendszergazdája összes felhasználójának felhasználói exportálási fájlja 90 napig érhető el a Control Hubban, miután frissítette a webhelyet a Control Hubra. Ez a CSV-fájl felhasználónév-értékeket tartalmaz.
K. Felhasználónév-értékeket használunk a felhasználók azonosítására az oldaladminisztrációban. Hogyan tehetjük meg ugyanezt a Control Hubban?
A. A felhasználónév-értékek elvesznek, miután frissítettek egy webhelyet a Control Hubra. Ha hozzá kell férnie ezekhez az értékekhez, az egyik megoldás az, ha a webhely frissítése előtt átmásolja az értékeket egy követőkódba. A felhasználók követőkód-értékei megmaradnak és elérhetők lesznek, miután frissítették a webhelyet a Control Hubra. Ha egyszeri bejelentkezést használ, akkor ExternalID
a egy Control Hub felhasználói attribútum, amely tartalmazhatja ezt az értéket. Ehhez konfigurálnia kell az SAML helyességi feltételeket , hogy átadják ezt az értéket, amikor sso-t konfigurálnak a Control Hubban. Ez az érték az új felhasználók automatikus létrehozása során is át lesz adva a Control Hubnak.
K. Mennyi idő alatt fejeződik be a webhelyfrissítés az elkezdés után?
V. Az oldal frissítése körülbelül 3 percet vesz igénybe + 1000 aktív users/min + 2000 inaktív users/min befejezni. Például, ha a webhely frissítését ekkor kezdte el: 05:20 és ha az oldaladnak 8000 aktív és 2000 inaktív felhasználója van, az oldal frissítése körülbelül 12 percet vesz igénybe. Ezenkívül az oldalfrissítések minden óra elején 6 percre szünetelnek (a következő időpontok között): xx:57 hogy xx:03). De az eredményei eltérőek lehetnek.
K. Hogyan tudom automatikusan licencelni minden új felhasználót vagy adott csoportok új felhasználóit a Control Hubban kezelendő webhely frissítése után?
V. Beállíthat szervezet- vagy csoportalapú licencsablonokat a licencek automatikus hozzárendeléséhez az új felhasználókhoz.
K. Van-e leállás a webhely frissítése során?
V. Nem. Az oldal frissítése során:
- A felhasználók továbbra is használhatják a Meetings szolgáltatást, például csatlakozhatnak és indíthatnak ütemezett és eseti megbeszéléseket.
- A webhelyfrissítés kezdetekor folyamatban lévő megbeszéléseket ez nem érinti.
- Az előfizetés zárolva lesz a Control Hub-ban.
- A Meetings asztali kliensében problémák adódhatnak a „Közelgő megbeszélések” résszel.
- A webhelykezelési konfigurációk módosítása nem ajánlott.