Hartelijk dank voor uw feedback
Verschillen tussen de Control Hub en Webex-sites die door sitebeheer worden beheerd
Feedback?Beheer door Hub beheerde Webex-sites
Control Hub is het beheerportaal voor alle Cisco's producten voor samenwerking in de cloud. U kunt elke Webex-service op één locatie beheren. De voordelen van het beheren van sites in Control Hub zijn onder andere:
-
Uniforme licentietoewijzingen voor alle Webex-services.
-
Consistent beveiligingsbeleid voor alle Webex-services.
-
Algemene aanmeldingservaring voor alle eindgebruikers tussen verschillende Webex-services.
-
Moderne beheerfuncties, zoals Directory Connector, SCIM en Active Directory groepen.
-
Licentiesjablonen om automatisch meerdere licenties toe te wijzen aan gebruikers.
Webex-sites die door sitebeheer worden beheerd
Sitebeheer is een beheerportaal voor alleen de Webex Meetings Suite. Als uw organisatie besluit meer producten toe te voegen, zoals de Webex-appWebex Calling, of als u die producten in Control Hub moet beheren, terwijl u nog steeds Site Administration moet gebruiken om ze te beherenWebex Meetings.
Als u in eerste instantie voor Sitebeheer hebt gekozen en wilt overschakelen naar Control Hub, kunt u op elk gewenst moment overschakelen naar Control Hub.
Vergelijk de ervaringen van beheerders tussen Control Hub en Site Administration
In de volgende tabel worden de grote verschillen uitgelegd tussen het beheren van een Webex-site in Control Hub en Sitebeheer.
|
Administratieve ervaring |
Controlehub |
Sitebeheer |
|---|---|---|
|
Gebruikersbeheer |
Gebruikers worden centraal beheerd in Control Hub, inclusief het toewijzen van licenties en het configureren van serviceniveaus. |
Webex Meetingsgebruikers en instellingen worden beheerd in Sitebeheer. Als u andere Webex-producten hebt, zoals de Webex-app, moet u de gebruikers en instellingen voor dat product beheren in de Control Hub. |
|
Gebruikers zullen dezelfde inloggegevens gebruiken om zich aan te melden bij zowel de Webex-app als. Webex Meetings |
Als de Webex-site is gekoppeld, kunnen gebruikers zich aanmelden bij de Webex-app met dezelfde inloggegevens die ze voor hun Webex Meetings site gebruiken. | |
|
Gebruikers kunnen een account met hostbevoegdheden of aanvullende services aanvragen op de landingspagina van hun Webex-site, als een beheerder dat toestaat. Zie Zelfregistratie van een hostaccount toestaan voor een Webex Meetings site voor meer informatie. |
Gebruikers kunnen een account met hostbevoegdheden of aanvullende services aanvragen op de landingspagina van hun Webex-site, als een beheerder dat toestaat. Zie Zelfregistratie van een hostaccount toestaan voor een Webex Meetings site voor meer informatie. | |
|
Gebruikers kunnen licenties toegewezen krijgen voor elke Webex-service en meerdere Webex-sites in één bewerking, ook wanneer een gebruiker voor het eerst wordt aangemaakt met een automatisch licentiesjabloon. |
Aan gebruikers kunnen slechts licenties worden toegewezen voor één Webex-site tegelijk. | |
|
Gebruikers kunnen automatisch worden aangemaakt via de API's People en SCIM, Directory Connector en Azure. Active Directory |
Gebruikers kunnen automatisch worden aangemaakt via de automatische SSO-account en de XML-API. | |
|
Aan verschillende groepen gebruikers Active Directory kunnen verschillende licenties worden toegewezen op basis van een licentiesjabloon. |
Active Directoryis niet beschikbaar voor sitebeheer. | |
|
Deactiveer of reactiveer gebruikers op een Webex-site door licenties te verwijderen of toe te voegen. |
Deactiveer of reactiveer gebruikers op een Webex-site met een selectievakje. | |
|
Externe en interne deelnemers |
Beheerders kunnen interne deelnemers identificeren met een interne tagoptie. |
Beheerders moeten een aangepast label toevoegen om interne deelnemers te identificeren. Deze optie is alleen beschikbaar voor sites die SSO ondersteunen. |
|
Trackingcodes |
Trackingcodes zijn optioneel voor nieuwe hosts. |
Beheerders kunnen trackingcodes verplicht stellen voor nieuwe hosts. |
|
E-mailsjablonen aanpassen |
E-mails voor het onboarden van accounts, zoals welkomstmails, kunt u niet aanpassen. |
U kunt e-mails voor het onboarden van uw account aanpassen. |
|
Licenties voor beheerders en hosting |
Beheerders kunnen een Webex-site beheren zonder een licentie te gebruiken, maar voor het hosten van vergaderingen is een licentie vereist. De volledige beheerders in de organisatie hebben schrijftoegang tot alle door Control Hub beheerde Webex-sites. Beheerders van partnerorganisaties kunnen testbijeenkomsten organiseren zonder een licentie te gebruiken. |
Beheerders hebben een licentie nodig om sitebeheerder te worden en kunnen vergaderingen organiseren. Volledige beheerders in de organisatie die meerdere Webex-sites bezit, hebben niet automatisch beheerderstoegang tot alle sites die door het sitebeheer worden beheerd. Ze moeten expliciet beheerderstoegang krijgen tot elke Webex-site die door sitebeheer wordt beheerd. |
|
Gastheren in andere bedrijven of organisaties |
Gebruikers moeten lid zijn van de Control Hub-organisatie om een host- of deelnemerslicentie toegewezen te krijgen. Webex Meetings |
Een host op een Webex-site kan van elk bedrijf of elke organisatie zijn. |
|
Meerdere Webex-sites |
Alle Webex-sites in Control Hub hebben gemeenschappelijke instellingen, zoals het aanmaken van gebruikers en de manier waarop gebruikers zich bij Webex authenticeren. Gebruikers kunnen voor alle Webex-services maar één wachtwoord hebben. Dezelfde gebruiker mag niet verschillende wachtwoorden hebben op verschillende Webex-sites. Als een organisatie is geconfigureerd voor SSO, dan volgen alle door Control Hub beheerde Webex-sites in dezelfde organisatie dezelfde SSO. |
Elke Webex-site is autonoom en dezelfde gebruiker kan verschillende e-mailadressen en wachtwoorden hebben op verschillende Webex-sites. Een bedrijf met meerdere Webex-sites kan kiezen op welke Webex-sites SSO moet worden in- of uitgeschakeld. |
|
API's** en integraties |
Control Hub maakt ook gebruik van People REST API's voor gebruikersbeheer, zoals het aanmaken of licentiëren van gebruikers. Webex XML-API's zijn voorwaarts compatibel met door Control Hub beheerde sites voor gebruikersbeheer. Aanpassingen zijn over het algemeen niet nodig voor de meeste integraties na de update van de site naar Control Hub. Zie Cisco Webex Meetings API Updates Overview (API 41) voor meer informatie. |
API-integraties kunnen volledig worden gebouwd met Webex XML-API's. |
|
Beheerders omzeilen SSO |
Externe beheerders kunnen de SSO omzeilen van de organisatie die eigenaar is van de Webex-site. |
Beheerders kunnen de SSO van een Webex-site omzeilen om in te loggen als de inloggegevens op de Webex-site zijn opgeslagen. |
|
SSO-configuratie |
Alle sites hebben dezelfde SSO-configuraties en identiteitsprovider (IdP). U kunt voor alle sites dezelfde SSO hebben, of helemaal geen SSO. Als de door de Control Hub beheerde organisatie is geconfigureerd met SSO, dan gebruiken gekoppelde sites voor sitebeheer met een andere IdP dan de organisatie dezelfde IdP als die in de Control Hub (de vorige IdP die werd gebruikt voor sitebeheer is niet meer van toepassing). Op sites voor sitebeheer zonder SSO is SSO ingeschakeld en wordt na de update naar Control Hub dezelfde IdP gebruikt als de organisatie. |
Elke site kan worden opgezet met verschillende SSO-configuraties en IDP's. Een site kan ook geen SSO hebben, zelfs als de gekoppelde organisatie die door de Control Hub wordt beheerd SSO gebruikt. |
|
SSO-authenticatie voor deelnemers |
Deze functie is op dit moment niet beschikbaar voor sites die beheerd worden door Control Hub. In de toekomst zullen beheerders Control Hub zo kunnen configureren dat ze moeten inloggen voor alle deelnemers van wie de e-mailadressen overeenkomen met domeinen die door de organisatie zijn geclaimd. Dit zal ook van toepassing zijn op niet-SSO-organisaties. |
Beheerders kunnen SSO-authenticatie vereisen voor deelnemers van wie de e-mailadressen overeenkomen met specifieke domeinen. Deze vereiste is alleen van toepassing op vergaderingen op die locatie. |
|
Verzoeken om jezelf aan te melden bekijken |
Beheerders beoordelen aanvragen in het waarschuwingscentrum. | Beheerders beoordelen aanvragen in Site Admin. |
** API-integraties voor Webex-sites die door sitebeheer worden beheerd, moeten mogelijk worden aangepast om te kunnen werken in door Control Hub beheerde Webex-sites als u op een later tijdstip een update uitvoert naar Control Hub.
Het wordt aanbevolen om API-integraties grondig te testen om er zeker van te zijn dat alle functies werken nadat de Webex-sites zijn bijgewerkt van Site Administration naar Control Hub.
Verschillen tussen functies voor wachtwoordbeheer in Control Hub en Sitebeheer
De volgende tabel toont de verschillen tussen hoe wachtwoordbeheer werkt in Site Administration en Control Hub. Zie dit artikel voor meer informatie over wachtwoordbeheer in Control Hub.
| Wachtwoordfuncties voor sitebeheer | Controlehub |
|---|---|
| Configureer wachtwoordkenmerken, zoals minimumlengte en alfanumerieke tekens. |
Configureerbaar:
Niet configureerbaar:
|
| Sta het hergebruik van de laatste [N] wachtwoorden niet toe. | Sta het hergebruik van de laatste [N] wachtwoorden niet toe. N moet 1-5 zijn. |
| Wachtwoordveroudering - Gebruikers dwingen om het wachtwoord elke [N] dagen te wijzigen. | Wachtwoordveroudering - Configureer [N] dagen. N moet groter zijn dan 90 en kleiner dan 1825 (5 jaar). De standaardinstelling is 1825. |
| Dynamische webpaginatekst voor accountwachtwoorden (sitenaam, hostnaam, gebruikersnaam) is niet toegestaan. | Gebruik de waarde van veelgebruikte velden zoals de naam van de site of gebruikersnaam niet als uw wachtwoord. |
| Gebruik geen wachtwoord uit een lijst. | Accountwachtwoorden uit een lijst niet toestaan. |
| Gebruikers verplichten hun wachtwoord te wijzigen bij de volgende aanmelding. | Niet ondersteund. Een geplande functie is dat beheerders gebruikers kunnen verplichten hun wachtwoord te wijzigen. |
| Wachtwoordvergrendeling na [N] -pogingen. | Ingebouwde vertraging na herhaalde pogingen en captcha. |
| Sta de gebruiker toe om het wachtwoord van zijn account op te slaan in cookies. | Niet rechtstreeks ondersteund, maar Webex Identity maakt gebruik van OAUTH en zorgt ervoor dat gebruikers aangemeld blijven. |
| Beheerdersbeheer om het wachtwoord te initialiseren of opnieuw in te stellen, het wijzigen van wachtwoorden af te dwingen of om te gaan met vergeten wachtwoorden. | Het wachtwoord wordt rechtstreeks beheerd tussen gebruikers en Webex Identity (of SSO). |
| Administratieve behandeling van verzoeken om een wachtwoord van gebruikers die een wachtwoord zijn vergeten | Niet ondersteund. Een geplande functie is dat beheerders gebruikers kunnen verplichten hun wachtwoord te wijzigen. |
| Gebruikers kunnen per site een wachtwoord configureren. | Gebruikerswachtwoorden worden geconfigureerd met Webex Identity. Dezelfde wachtwoorden zijn van toepassing op alle Webex-sites en -services. |
Waarden van gebruikersprofielen
Controlehub
De waarden van gebruikersprofielen worden gecentraliseerd in de Webex-identiteit. Gebruikers in Control Hub-organisaties
hebben dezelfde waarden voor gebruikersprofielvelden op alle door Control Hub beheerde sites. Sommige
waarden, zoals address, zijn nog niet gesynchroniseerd van de Webex-identiteit naar de
Meetings-sites. Deze waarden worden in de toekomst gesynchroniseerd met de Webex-identiteit.
Sitebeheer
De waarden van gebruikersprofielen worden per site geconfigureerd, zodat dezelfde gebruiker verschillende waarden kan hebben op meerdere sites.
E-mailsjablonen op maat
Sommige e-mailsjablonen in Sitebeheer zijn niet van toepassing op Control Hub, dus aanpassingen voor die e-mailsjablonen zijn niet van toepassing op sites die beheerd worden door Control Hub. Welkomst-e-mails worden bijvoorbeeld beheerd via gebruikerslicenties en beheerders zijn niet betrokken bij het wachtwoordbeheer van gebruikers.
De volgende e-mailsjablonen kunnen niet worden aangepast op sites die beheerd worden door Control Hub, maar wel in Sitebeheer:
-
Melding Exporteren voltooid of afgebroken
-
Melding importeren voltooid of afgebroken
Vergelijkingstabel voor gebruikersfuncties tijdens vergaderingen
|
Functie |
Controlehub |
Sitebeheer |
|---|---|---|
|
Functies voorafgaand aan de vergadering | ||
|
Optie om te plannen |
N/A |
Als beheerders de site hebben geconfigureerd met SSO-authenticatie voor bezoekers, dan kunnen hosts:
|
|
Sluit u aan bij Audio Portion van PCN voordat u gaat hosten |
N/A. De aanwezigen moeten in de lobby wachten tot de gastheer komt. |
Ja |
|
Functies tijdens de vergadering | ||
|
Achtervoegsel weergeven in de deelnemerslijst |
Als de beheerder de tag Interne gebruiker weergeven in de deelnemerslijst heeft ingeschakeld, wordt voor geverifieerde gebruikers een achtervoegsel als intern weergegeven. Er wordt geen achtervoegsel getoond voor niet-geverifieerde gebruikers. SSO is niet vereist voor deze functie. |
Beheerders kunnen het achtervoegsel aanpassen voor geverifieerde en niet-geverifieerde gebruikers. SSO is vereist voor deze functie. |
|
Aanmeldingservaring voor eindgebruikers | ||
|
Consistente aanmeldingservaring op alle Webex-sites en -services. Gebruikers loggen in met één e-mailadres voor elke dienst. |
Gebruikers kunnen verschillende e-mailadressen of wachtwoorden hebben op verschillende Webex-sites. | |
