Ha teljesen egy helyen szeretné kezelni a felhasználókat, a Webex szolgáltatásokat és a licenceket, akkor frissítheti a Webex-webhely kezelését a Site Administrationtől a Control Hubig.
A Webhely-adminisztrációról a Vezérlőközpontra történő frissítésről
 | Egy webhely Webes adminisztráció Control Hubra való frissítéséhez nincs szükség az ügyfélverziók frissítésére. Egyes webhelyek nem tudják használni ezt a funkciót, amíg az adott szervezeteket kezelő partnerek készen nem állnak. |
| Ha a Webex for Government szervezetében külső felhasználók is vannak, akkor jelenleg nem lehet átváltani a Webes adminisztráció használatából a Control Hub rendszerbe. Hibaüzenet jelenik meg, ha a szervezeten belüli külső felhasználókkal próbál meg konvertálni. Várakozásaink szerint 2023 közepén elérhetővé válik ez a funkció a külső felhasználókkal rendelkező szervezetek számára. |
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 áthelyezni az összes Webex Meetings -webhely kezelését a Webes adminisztráció a Control Hubra.
A Webes adminisztráció van egy eszközünk, amely átsegíti Önt ezen a változáson. Ha a webhelye már jogosult a Control Hubra való frissítésre, kattintson a következőre: Adminisztráció frissítése a navigációs menüben.
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. |
| Ez a szakasz csak akkor alkalmazható, ha az Ön webhelyét a Cisco kiválasztotta automatikus webhelykezelési frissítésre. |
Ha a webhelye automatikus frissítésre van ütemezve a Webhely-adminisztrációból a Control Hub felé, akkor a következő képernyőképet láthatja.
Rákattinthat Módosítsa a webhely frissítési dátumát az ütemezett dátum módosításához.
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 Hubban is elérhető. Lásd: Automatikus SAML -fiók létrehozása és frissítése a Control Hub számára további információkért.
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:
Az Ön integrálása Control Hub szervezet identitásszolgáltató .
- 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:
|
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
Más szervezetektől származó felhasználók követelése (domainjeinek 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 a lehető legtöbb felhasználó ténylegesen jelen legyen a szervezetében. A felhasználók „Azonnali igényléssel” történő igénylésével elkerülhető az e-mail-címek használatának késedelme a szervezeten belül.
Javasoljuk, hogy igényelje a felhasználókat, mielőtt frissítené a webhelyét a Control Hubra. Ha a webhely Control Hubra való frissítése után igényel felhasználókat a szervezethez, akkor ezek a felhasználók elveszíthetik a hozzáférést az értekezletekhez és az értekezleteszközökhöz a webhelyen.
Megkerülő megoldásként a következőket teheti annak érdekében, hogy a felhasználók ne veszítsék el a hozzáférésüket a webhelyen lévő értekezletekhez és értekezletelemekhez, miután a webhelyet a Control Hub rendszerre frissítették:
- A szervezethez vagy helyszínhez külső rendszergazdai jogosultsággal rendelkező felhasználók – Távolítsa el az összes külső rendszergazdai hozzáférést a szervezethez és a webhelyhez, majd távolítsa el a értekezlet webhelye licencét. Miután igényelte a felhasználót, adja újra az adott felhasználót az oldal licencébe. Visszaállíthatja a külső rendszergazdai jogosultságaikat is.
- Szokásos felhasználóknak—Távolítsa el a értekezlet webhelye licencét, igényelje a felhasználót a szervezethez, majd adja újra a webhely licencét.
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óklétrehozást a Webhely-adminisztrációban, akkor a következővel engedélyezhet egy hasonló funkciót a Control Hubban SAML automatikus fiók létrehozása . Ügyeljen arra, hogy egy automatikus licencsablon így az új felhasználók automatikusan megkapják a hozzárendelt licenceket, amint létrehozták a fiókjukat a Control Hub szervezeten belül.
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.
| A frissítés sikertelen lesz, ha a webhely aktív felhasználói nem kapcsolhatók össze a Control Hub felhasználóival. |
Rendszergazdai hozzáférés a Webex oldalakhoz a frissítés után
A Control Hubban a szervezet egészére kiterjedő rendszergazdai szerepkörrel rendelkező személy automatikusan hozzáférést kap azokhoz a webhelyekhez, amelyek Webhely-adminisztrátorról Control Hubra frissülnek. Például a teljes szervezeti rendszergazdákból Webex-webhely teljes rendszergazda, a szervezeti felhasználói rendszergazdákból Webex-webhely -felhasználói rendszergazda, a szervezeti csak olvasási joggal rendelkező rendszergazdákból Webex-webhely rendszergazda lesz.
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ási URL-címek változatlanok maradnak, miután egy webhelyet Site Admin állapotról Control Hub felügyeltre frissítenek. Az API URL-címek továbbra is működni fognak. A Cisco azt javasolja, hogy minden API -integráció az OAUTH használatát használja a hitelesítéshez.
Hitelesítés XML API-kban
Nem használó integrációk Webex OAUTH a hitelesítéshez sikertelen lehet, miután a webhelyet a Control Hub rendszerre frissítették. A következő táblázat bemutatja, hogy a webhely frissítése után milyen típusú rendszergazdai hitelesítés működik tovább.
| Rendszergazdai hitelesítés típusa az XML API -ban a webhely frissítése előtt | Rendszergazda az SSO szervezetben a webhely frissítése után | A webhely frissítése után a rendszergazda nincs az SSO szervezetben |
|---|---|---|
| felhasználónév (webExID)/jelszó |  Működni fog* | Működni fog* |
| felhasználónév (webExID)/sessionTicket | Működni fog | Működni fog |
| felhasználónév/OAUTH (webExAccessToken) | Működni fog | Működni fog |
| e-mail/jelszó | Működni fog* | Működni fog* |
| e-mail/sessionTicket | Működni fog | Működni fog |
| e-mail/OAUTH (webExAccessToken) | Működni fog | Működni fog |
| * Visszafelé kompatibilitás – A Cisco engedélyezte, hogy a felhasználónév/jelszó hitelesítés a webhely frissítése után is működjön az XML API-kban
Tudjon meg többet a Control Hub által felügyelt helyek XML API -integrációiról, beleértve az OAUTH-hitelesítést is ezt az útmutatót . |
Username e-mailre van beállítva az összes felhasználó számára, amikor egy webhelyet a Control Hub rendszerre frissítenek. Ha username alkalmazást használjuk az API hasznos terheihez, akkor a webhely frissítése után a hasznos terheknek e-mailt kell használniuk.
Rendszergazdai szerepkör a Control Hub API -integrációkhoz szolgáltatásban
Előfordulhat, hogy a csak webhely-rendszergazdai szerepkörrel rendelkező rendszergazdák bizonyos műveleteket nem tudnak elvégezni az XML API-kkal, például nem módosíthatják a felhasználó e- e-mail-cím vagy megjelenítési név , miután a webhelyet Control Hub-webhellyé frissítették. Az API -integrációkhoz használt hitelesítési adatokkal rendelkező rendszergazdák számára azt javasoljuk, hogy a Control Hubban adják elő őket teljes szervezeti rendszergazdává, 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. |
Attól függően, hogy mit csinál az integráció, előfordulhat, hogy a rendszergazdáknak hozzá kell rendelniük egy Meetings- szervezői fiók a Control Hub-webhelyen ahhoz, hogy az integráció működjön (erre nem volt szükség a rendszergazdáknak a webhely-rendszergazdai webhelyeken).
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. Vannak azonban kivételek, amelyeket az alábbi lista részletez:
- CreateUser — A Control Hub által felügyelt helyek esetén ez a művelet a licenc hozzárendelése előtt létrehozhat egy felhasználót a telephelyet birtokló szervezetben. Ha a felhasználó már létezik egy másik szervezetnél, ez a művelet sikertelen lesz.
PMR ID parameternem lép érvénybe azokra a felhasználókra, akik még nem rendelkeznek a Aktív állapotát a Control Hubban.
createuserAz API hosszabb ideig tart a Control Hub által felügyelt webhelyeken. A jobb teljesítmény érdekében hozzáadhat egy plusz szálat a párhuzamosításhozcreateuserhívásokat. - SetUser —Az értekezletoldali licenc 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 — Eltávolítja az értekezletoldalak licencét, de nem törli a felhasználót a Control Hub szervezetből.
- LstsummaryUser —A felhasználóét is visszaadja
objectGUID. - AuthenticateUser —A Control Hub által felügyelt webhelyeken javasoljuk, hogy hozzon létre munkamenetjegy a következőn keresztül
AuthenticateUserahelyett, hogy felhasználónevet és jelszót használna az egyes XML API-khoz. Az SAML -válasz törzstartalomban való használata nem támogatott ebben a hívásban a Control Hub által felügyelt helyek számára.
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 munkamenettípusok és a nyomkö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 az értekezleti licencek hozzárendeléséhez a webhelyet tulajdonló szervezeten kívüli felhasználókhoz. A People API nem támogatja a webhely-rendszergazdai szerepkörök hozzárendelése a felhasználóknak. Ha API-n keresztül szeretne webhely-rendszergazdai szerepköröket hozzárendelni , akkor is használnia kell az XML API-t .
A People API segítségével teljes (vagy csak olvasási) engedéllyel rendelkező szervezeti rendszergazdákat hozhat létre, és ezek a rendszergazdák kezelhetik (vagy megtekinthetik) az Ön Control Hub által kezelt értekezletoldalait is.
| A Control Hubnak van Webex helyspecifikus adminisztrátori szerepe, de a People API jelenleg nem tudja hozzárendelni ezt a szerepet. |
Jövőbeni tervek (a változtatás jogát fenntartjuk)
- Új licenc API , amely olyan külső felhasználóknak is adhat a értekezlet webhelye licenceket, akik nem tartoznak ugyanabban a szervezetben, mint a webhely létrehozója. A külső felhasználói licencelés manuálisan érhető el a Control Hubban ma.
- SCIM API felhasználók létrehozásához és törléséhez a szervezeten belül.
- A Cisco hosszú távú irányvonala az, hogy csak REST API-kat használjon (a felhasználókon és az értekezletoldalakon végzett összes művelethez). A felhasználókezeléshez használt XML API-k továbbra is támogatottak maradnak mindaddig, amíg a REST API-kat nem lehet kizárólagosan használni az összes felhasználókezelési művelethez. A felhasználókezelési XML API-k szintén elavultak lesznek (dátum TBD).
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ó CSV fájljának exportálása lehetőségre, és töltse le a CSV fájlt, amelyet úgy hívnak, hogy
users-to-review-xxxxx.csv.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.
| Megjegyzés: 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ő módosításai
Mostanáig a következő két funkciót kellett letiltani, mielőtt a webhelyet a Control Hub rendszerére frissítették volna:
- Kötelező szervezői profilmezők
- Kötelező nyomkövető kódok
A 43.6 kiadásától kezdődően az egyéni attribútumok és a kötelező gazdaprofil mezők béta verziójában részt vevő webhelyeknek nem kell letiltaniuk ezeket a funkciókat, mielőtt frissítenék a Control Hubra. Ehelyett a varázsló tájékoztatni fogja Önt, hogy tekintse át ezt a két funkciót, mivel a jelenlegi konfiguráció át lesz másolva a Control Hub szervezetébe.
Ha Ön részt vesz a kötelező szervezői profil mezőket béta, akkor ez a figyelmeztetés jelenik meg:
Ha Ön részt vesz a szükséges nyomkövető kódok és egyéni attribútumokat béta, akkor ez a műveletelem jelenik meg:
Ha Ön nem vesz részt ezekben a bétákban, olvassa el a következő részt.
Tiltsa le azokat a funkciókat, amelyek blokkolják a webhely frissítését
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 a szervezet az automatikus fióklétrehozási funkciót használja a Site Admin alkalmazásban, 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 hozzárendeléséhez. Lásd ezt a cikket további részletekért. Ezt a kezelendő webhely Control Hubban történő frissítése előtt kell megtenni. |
Jelentkezzen be a Webex Site Administration webhelyfelügyeletbe, és lépjen a oldalra.
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 megszűnik, és Ön az egyenértékű funkciókhoz hozzárendelheti a nyomkövető kódok a szükséges egyéni felhasználói attribútumokhoz a Control Hubban.
| A nyomkövető kódok hozzárendelése a felhasználói attribútumokhoz funkció egy vázlat, amely nyilvános előnézetben van. Bepillantást engedünk abba, hogy mire számíthat. |
Mielőtt frissíthetne egy webhelyet a következővel: szükséges nyomkövető kódok a Webes adminisztráció a Control Hub felé, ezeket a nyomkövető kódok hozzá kell rendelnie a felhasználói attribútumokhoz a Control Hubban. Az Információk alatti ikonra kattintva közvetlenül a webhelyhez tartozó nyomkövető kódok felhasználói attribútumok varázslójához juthat. Ha még nem rendelte hozzá vagy nem tiltotta le a szükséges nyomkövető kódok , akkor nem tudja frissíteni a webhelyét a Control Hubra.
Ha a webhelye nem rendelkezik szükséges nyomkövető kódok, akkor is hozzárendelheti a nyomkövető kódok a felhasználói attribútumokhoz, mielőtt frissítené a webhelyet a Control Hubra, az alábbi eljárást követve.
| 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 menjen a felhasználói profil attribútum részhez, és jelölje meg a részleg attribútumot szükségeské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 következőre: . | ||||||||||||||||||||||||||||||||||||||||||||
| 3 | Válassza ki Nyomkövetési kód-térkép létrehozása .  | ||||||||||||||||||||||||||||||||||||||||||||
| 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 az attribútumokat kötelezőként, ha ki szeretné tölteni ezeket a mezőket a felhasználók számára. Az egyéni attribútumok nem alkalmazhatók azoknál a szervezeteknél, amelyek a felhasználókat Címtárösszekötővel, Azure AD-vel stb. szinkronizálják. Ezzel a lépéssel áttekintheti a nyomkövető kódok megjelenített neveit. Miután elvégezte a szükséges módosításokat, kattintson a Mentés gombra.
 | ||||||||||||||||||||||||||||||||||||||||||||
| 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.
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 Mentse a térképet . A szinkronizálás automatikusan megtörténik a webhely Control Hubra való frissítésének folyamata során.
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.
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.
* Az előző követőkód értékét felváltja a meglévő társított 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őket a rendszer a webhely frissítésekor a Control Hub-szervezetbe is átmásolja. Ha nem szeretné, hogy ezek a mezők kötelezőként legyenek megjelölve a fiókregisztrációhoz a webhelyen a Control Hubban, akkor a Control Hubra való frissítés előtt törölje a mezők bejelölését a Webhely-rendszergazda részben.
- Áttekintetted a Control Hub előkészítése szervezeti részét a cikk korábbi részében.
| Javasoljuk, hogy igényelje a felhasználókat, mielőtt frissítené a webhelyét a Control Hubra. Ha a webhely Control Hubra való frissítése után igényel felhasználókat a szervezethez, akkor ezek a felhasználók elveszíthetik a hozzáférést az értekezletekhez és az értekezleteszközökhöz a webhelyen. Lásd Készítse elő a Control Hub szervezetét szakaszban további részletekért. |
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ások az óra tetején 6 percre szünetelnek (xx:57 és xx:03 között).
Kattintson a CSV letöltése gombra, amint az exportálás befejeződött.
Böngészőjének letöltései
users-to-review.csv.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 megfeleljen a Webhely adminisztrátori e-mail címének: 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- e-mail-cím eltéréseinek javítása nélkül frissíti a webhelyét a Control Hubra, az érintett felhasználóknak a Control Hub e-mail-címével kell bejelentkezniük a értekezlet webhelye. Előfordulhat, hogy ezek a felhasználók nem tudnak bejelentkezni, ha az e- e-mail-cím próbálnak meg bejelentkezni a Site Admin oldalon, vagy ha a Control Hub e- e-mail-cím már nem érvényes az IdP-jükben ( SSO -szervezeteknél). Nem tiltják le az oldal frissítését, de jobb, ha a frissítés megkezdése előtt kijavítja az e-mail-címeket. |
Külső felhasználók Basic Meetings licenccel
Külső felhasználók a következővel: Alapszintű értekezletek licencei deaktiválni kell, vagy fizetős Webex Meetings -licencekre kell frissítenie, mielőtt a webhelyet Webhely-adminisztrációról Control Hubra frissítené.
Felhasználók inaktiválása
| Amikor inaktiválod a felhasználókat, elveszítik a házigazdai engedélyüket vagy a résztvevői jogosultságukat (attól függően, hogy aktívan milyen szerepet töltöttek be). Az inaktivált felhasználók továbbra is megjelennek a webhely CSV-exportfájljában, miután frissítették a webhelyet a Control Hubra. |
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 be a változtatásokat.
Lásd Felhasználói fiókok kezelése a Webex Webes adminisztráció további információkért.
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
Activeoszlop értékeiNminden érintett felhasználó számára.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 úgy próbálja meg frissíteni a webhelyet a Control Hubra, hogy közben nem oldja meg a felhasználók problémáit a users-to-review fájlt, a frissítés adminisztrá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.
Egy SSO -szervezethez kapcsolódó SSO -webhelyek és nem SSO -webhelyek frissítése
A Control Hub-szervezetek több identitásszolgáltatót (IdP) is támogathatnak az SSO -k esetében, ahol az egyik IdP Webex IdP (helyi hitelesítés)
A Control Hubban található több IdP segít:
- Ahol egy SSO -hely azonosítója a Site Admin különbözik a Control Hub SSO IdP-jétől.
- Ha a webhelyen lévő felhasználók nem rendelkeznek a szervezetben konfigurált SSO IdP-vel, mostantól csak hozzáadhatók a helyi Webex IdP-hez. Ezt követően később áthelyezheti ezeket a felhasználókat a konfigurált SSO IdP-re.
Ha több IdP-t állít be, a webhely összes felhasználója a webhely rendszergazdájáról a Control Hubra való frissítés alatt állhat, hogy a Control Hub-szervezetben konfigurált hitelesítési módszerrel jelentkezzen be. Ennek végrehajtásához a következőket teheti:
- Adjon hozzá további SSO IdP-ket 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.
Lásd ezt a cikket hogy többet tudjon meg a Control Hub több IdP-jéről.
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 lehetőségre és mentse el a webhelyfelhasználók exportfájlját. Ez a fájl felhasználói beállítások archívumként működik, és segít a frissítés utáni ellenőrzé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.
| ||
| 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.
| A webhely frissítése hosszabb időt vesz igénybe, ha a frissítés az óra vége felé történik. A webhelyfrissítéseket minden óra vége előtt és után néhány percre szüneteltetjük. |
Jelentkezzen be ide: Control Hub és nyissa meg a Értekezletek oldalon.
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őrizze a webhely egyes konfigurációs beállítások , és győződjön meg arról, hogy nem változott semmi. Ez könnyebb, ha a Control Hubra való frissítés előtt átmásolt bizonyos Webhely-adminisztrátori beállításokat.
Válasszon ki egy szervezőt, és ellenőrizze a licencét, a nyomkövető kódok és a munkamenettípusokat a Control Hubban. Jelentkezzen be a értekezlet webhelye , és győződjön meg arról, hogy az ütemezett értekezletek, felvételek és beállításai nem változtak. Az ellenőrzés egyszerűbb, ha az adott gazdagép adatait a Control Hubra való frissítés előtt másolja át.
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íthat be a licencek automatikus hozzárendeléséhez új felhasználóknak vagy az új felhasználók meghatározott csoportjainak.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 azonosítójukhoz 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.
A rendszergazdák engedélyezhetik a Remember me (Adataim megjegyzése) lehetőséget a Control Hubban, így a felhasználóknak nem kell 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- e-mail-cím megváltozott, és a felhasználó a webhely frissítésének időpontjában más e- e-mail-cím rendelkezett a Webhely-adminisztrációban és a Control Hubban, akkor az adott felhasználó problémákat tapasztalhat a bejelentkezés során. Előfordulhat, hogy a felhasználó nem tudja, hogy mostantól a Control Hub e- e-mail-cím kell használnia a bejelentkezéshez, vagy a Control Hubban lévő e- e-mail-cím -cím már nem érvényes a szervezete SSO IdP-jében. Az ilyen helyzeteket a legjobban úgy lehet elkerülni, ha frissíti a felhasználók e-mail-címét a Control Hubban, mivel ugyanazon felhasználók e-mail-címe megváltozik a Webhely-adminisztrációban.
Újra bejelentkezés szükséges a Webex Meetings iOS mobilalkalmazás felhasználóinak:
- Ha egy nem SSO -webhelyet frissít a Control Hubra, akkor a felhasználóinak újra be kell jelentkezniük a Webex Meetings iOS rendszerhez készült mobilalkalmazásba. Bár a Meetings iOS-re alkalmazás nem teszi szükségessé a felhasználóknak az újrabejelentkezést a webhelyfrissítés után legfeljebb két hónapig, javasoljuk, hogy a felhasználók manuálisan jelentkezzenek be az ilyen helyzetek elkerülése érdekében.
Az oldal frissítése során előfordulhat, hogy azoknak a felhasználóknak, akiknek a felhasználóneve nem egyezik az e-mail-címükkel, újra be kell jelentkezniük.
Előfordulhat, hogy ezeknek a felhasználóknak újra be kell jelentkezniük a Webex -ügyfélprogramjukba, ha a Control Hub webhelyének frissítése során megpróbálnak hozzáférni a Webex -szolgáltatásokhoz az oldalon. Azokat a felhasználókat, akik már a webhely frissítésének megkezdése előtt csatlakoztak az értekezletekhez, ez nem érinti.
Üres „felülvizsgálandó felhasználó” CSV-fájl
Ha a webhelye nagy, és több mint 1000 olyan felhasználóval rendelkezik, akiknek az e-mail-címe eltér a Webhely-adminisztrációban, mint a Control Hubban, akkor előfordulhat, hogy üres „felhasználói áttekintés” CSV-fájl meg a webhelyfrissítési varázslóban. Emiatt a webhely frissítése nem működik, mert Ön nem tudja megoldani a problémákkal küzdő felhasználókat. A probléma elhárítása folyamatban van, és a következő hetekben szeretnénk megoldani.
A Control Hubra való frissítéskor nem érvényes beállítások
- Ha a Webhely-adminisztrátor által kezelt webhely a lassú csatornán volt, és a Control Hubot is egy partner kezeli, akkor előfordulhat, hogy a Control Hubra való frissítés után elveszíti a láthatóságát a Meetings-webhely verziófrissítési vezérlőinek. Ha ez előfordul, forduljon a partneréhez, és kérje meg, hogy engedélyezze a következőt: A webhely verziójának frissítésének engedélyezése az ügyfél számára beállítást a szervezet számára.
- 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 kötelező regisztráljon egy fiókot újra a frissítés befejezése után.
- A frissítés befejezése után a Site Admin menüben a felhasználónév értékeit felülírja a Control Hub felhasználói e-mail-címe.
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.
Gyakori problémák, amelyek miatt a frissítés sikertelen, és javasolt műveletek
Ha a webhelye nem frissül a Control Hub rendszerére, ellenőrizze az alábbi táblázatot, hogy megtudja, az alábbi gyakori hibák egyike-e az oka, és mit tehet a elhárítása érdekében.
| A frissítés sikertelenségét okozó hibák | Javasolt művelet |
|---|---|
| A webhelytípus érvénytelen. | Forduljon a Webex támogatási csapatához annak ellenőrzéséhez, hogy a webhely felhasználóhoz van kapcsolva. |
| Az oldalhoz nincs társítva előfizetés. | A webhelyekhez hozzá kell rendelni egy előfizetést, mielőtt a Control Hub rendszerre frissíthetők. |
| Probléma lépett fel a szervezeti azonosítóval. | A hellyel társított szervezet azonosító nem egyezik meg az előfizetés szervezeti azonosító. Forduljon a Webex támogatási csapatához. |
| A következő előfizetésnek függőben lévő műveletei vannak 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. |
| Ütközések léptek fel az egyszeri bejelentkezés (SSO) beállításaiban. | Ha a webhelyen engedélyezve van az SSO , akkor ellenőrizze a következőket:
|
| 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 Site Admin és a Control Hub között. Forduljon a Webex támogatási csapatához. |
| Egyes felhasználónevek vagy e-mail-címek a webes adminisztrációban ütköznek felhasználónevekkel vagy e-mail-címekkel a Control Hubban. | Egy felhasználó Webhely-rendszergazdai e-mail-címét egy másik felhasználó használja a Control Hubban. Módosítsa az e-mail-címek vagy felhasználónevek egyikét. |
| Probléma lépett fel a webhelye frissítése során. | Egy belső hiba megakadályozta a webhely frissítését. Forduljon a Webex támogatási csapatához. |
| 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. Forduljon a Webex támogatási csapatához. |
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óknak bejelentkezési problémái lehetnek a Control Hubra való frissítés után.
K. Van dátum arra vonatkozóan, hogy a Cisco mikorra nem támogatja a Webes adminisztráció?
V. Igen. Terveink szerint 2023. december végén megszűnik a Webex Webes adminisztráció .
K. A Webhely-rendszergazda a webhely rendszergazdái a Control hub-kezelésre való frissítést követően is megtartják adminisztrátori hozzáférésüket az oldalhoz?
V. Igen. A Webhely-rendszergazda területen a webhely összes rendszergazdája továbbra is rendszergazdai hozzáféréssel rendelkezik a webhelyhez, miután a webhelyet a Control Hub-kezelésre frissítették.
K. Miért látok új rendszergazdákat az oldalon, miután a értekezlet webhelye Webhely-adminisztrátorról Control Hub-kezelésre frissített?
V. Az oldal új rendszergazdái valószínűleg a Control Hub szervezeti rendszergazdái voltak. Amikor egy webhelyet Webhely-adminisztrátorról Control Hubra frissítenek, az összes szervezeti szintű rendszergazda rendszergazda lesz az új Control Hub által felügyelt webhelyen. Ez azt jelenti, hogy a teljes szervezeti rendszergazdák Webex-webhely teljes rendszergazdák, a szervezeti felhasználói rendszergazdák Webex-webhely -felhasználói rendszergazdák, a szervezeti csak olvasási rendszergazdák pedig csak írásvédett Webex-webhely -rendszergazdák lesznek.
K. Miért nem működik a termelékenységnövelő eszközbe való bejelentkezés a webhely Control Hubra való frissítése után?
V. Győződjön meg arról, hogy az internetböngészők úgy vannak beállítva, hogy mindig engedélyezze a munkamenet sütiket , amely a böngészők speciális adatvédelmi beállításaiban található.
K. Ha egy felhasználót törölnek a Control Hubban, majd ugyanazt az e- e-mail-cím újra hozzáadják a Control Hubhoz, és értekezletlicencet rendelnek hozzá ugyanahhoz a Webex-webhely, akkor a felhasználó hozzáférhet a régi felvételeihez?
V. Igen, a felhasználó hozzáférhet az összes régi Meetings-tartalmához, ha licencet rendeltek hozzá valamelyik előző Webex -webhelyhez, amelyen szerepelt. Ez a Control Hub által felügyelt és a Control Hubra frissített webhelyekre egyaránt vonatkozik.
K. Ha egy felhasználót deaktiváltak a Webhely-adminisztrációban a webhely Control Hubra való frissítése előtt, majd később újra licencelték ugyanarra a Webex-webhely a Control Hubon, akkor a felhasználó hozzáférhet a régi felvételeihez?
V. Igen, a felhasználó továbbra is hozzáférhet a régi felvételeihez. Ezenkívül a webhely frissítése előtt a Webhely-adminisztrációban deaktivált felhasználók listázva lesznek a Értekezletek CSV -exportfájlja a Control Hubban .
K. Ha egy webhelyen nincs beállítva SSO IdP, de a Control Hub szervezetnek van SSO IdP-je, mi történik, amikor a webhely Control Hubra frissít?
V. 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 Hub SSO IdP, mi történik, amikor a webhely a Control Hub verzióra frissül?
V. A webhely átvált a Control Hub szervezetével azonos SSO IdP használatára.
K. Ha egy webhely rendelkezik SSO IdP beállítással, de a Control Hub szervezet nem rendelkezik SSO IdP-vel, mi történik, amikor a webhely Control Hubra frissít?
V. A rendszer letiltja a webhelye frissítését. Ha fel szeretné oldani a webhely letiltását, hogy frissíthessen a Control Hubra, távolítsa el az SSO IdP-t a Site Admin webhelyről, vagy adjon hozzá 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 és az értekezletek vagy események ütemezéséhez?
V. Igen, továbbra is bejelentkezhet a webhely URL -címére, ahol hozzáférhet a felvételekhez, megbeszéléseket ütemezhet stb.
K. Módosulnak a felhasználóspecifikus beállítások a webhely frissítése során a Webes adminisztráció a Control Hubra?
V. Nem, a felhasználói beállítások változatlanok maradnak. Ezek a beállítások a webhely frissítése előtti állapot szerint lesznek érvényben.
K. Érinti a felvételeimet vagy az ütemezett értekezleteimet ez az oldal frissítése?
V. A szervezői felvételeket ez nem érinti. Továbbra is hozzáférhet hozzájuk. Az ütemezett értekezleteket szintén nem érinti. Nincs változás rajtuk.
K. Érinti a felhasználók felvételeit vagy ütemezett értekezleteit ez az oldal frissítése?
V. A felhasználói felvételeket ez nem érinti. Továbbra is hozzáférhetnek hozzájuk. Az ütemezett értekezleteket szintén nem érinti. Nincs változás rajtuk.
Azok a felhasználók, akiket még nem igényeltek, az érintett felvételeiket vagy ütemezett értekezleteiket érintheti, ha a webhelynek a Control Hubra való frissítése után igényelik őket. További információkért olvassa el a következő megjegyzést.
| Javasoljuk, hogy igényelje a felhasználókat, mielőtt frissítené a webhelyét a Control Hubra. Ha a webhely Control Hubra való frissítése után igényel felhasználókat a szervezethez, akkor ezek a felhasználók elveszíthetik a hozzáférést az értekezletekhez és az értekezleteszközökhöz a webhelyen. Megkerülő megoldásként a következőket teheti annak érdekében, hogy a felhasználók ne veszítsék el a hozzáférésüket a webhelyen lévő értekezletekhez és értekezletelemekhez, miután a webhelyet a Control Hub rendszerre frissítették:
|
K. Hol tekinthetem át a Control Hub által kezelt webhelyekre vonatkozó függőben lévő önregisztrációs fiókkérelmeket?
V. Ön és más rendszergazdák itt tekinthetik meg az önregisztrációs kéréseket Riasztási központ .
K. Hozzáférhetek a felhasználónév értékekhez a Site Admin oldalról, miután frissítettem egy webhelyet a Control Hubra?
V. A Webhely-adminisztráció összes felhasználóját tartalmazó felhasználó-export fájl a webhely Control Hub verzióra való frissítését követő 90 napig elérhető a Control Hubban. Ez a CSV-fájl felhasználónév-értékeket tartalmaz.
K. A felhasználónév értékeket használjuk a felhasználók azonosítására a Webhely-adminisztrációban. Hogyan tehetjük meg ugyanezt a Control Hubban?
V. A felhasználónév-értékek elvesznek egy webhely Control Hubra való frissítése után. Ha hozzáférésre van szüksége ezekhez az értékekhez, az egyik megoldás, hogy átmásolja az értékeket egy követőkódba a webhely frissítése előtt. A felhasználók követőkód-értékei megmaradnak, és elérhetők lesznek azután, hogy frissítenek egy webhelyet a Control Hubra. Ha SSO-t használ, akkor ExternalID egy Control Hub felhasználói attribútum, amely tartalmazhatja ezt az értéket. Ez megköveteli Önnek kell konfigurálnia az SAML -állításait hogy mikor adja át ezt az értéket SSO konfigurálása a Control Hubban . Ez az érték a Control Hubnak is átkerül a folyamat során új felhasználók automatikus létrehozása .
K. Mennyi időbe telik a webhelyfrissítés befejezése az indulást követően?
V. A webhely frissítésének befejezése körülbelül 3 percet + 1000 aktív felhasználót/percet + 2000 inaktív felhasználót/percet vesz igénybe. Például, ha a webhely frissítését 05:20-kor kezdte, és a webhelyének 8000 aktív és 2000 inaktív felhasználója van, a frissítés 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ényei eltérőek lehetnek.
K. Hogyan tudok automatikusan licencelni minden új felhasználót vagy új felhasználót bizonyos csoportokban, miután frissítettem a kezelendő webhelyet a Control Hubban?
V. Megteheti szervezet- vagy csoportalapú licencsablonokat állíthat be hogy automatikusan hozzárendelje a licenceket az új felhasználókhoz.
K. Van állásidő a webhely frissítése közben?
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 értekezleteket.
- A webhelyfrissítés kezdetekor Folyamatban értekezleteket ez nem érinti.
- Az előfizetés zárolva lesz a Control Hubban.
- A Meetings asztali ügyfélprogramjának problémái lehetnek a „Közelgő értekezletek” résszel.
- A webhelykezelési konfigurációk módosítása nem javasolt.
