Control Hub tarafından yönetilen Webex siteleri

Control Hub, Cisco'nun tüm bulut işbirliği ürünleri için yönetim portalıdır. Her Webex hizmetini tek bir konumda yönetebilirsiniz. Control Hub'da siteleri yönetmenin avantajları arasında şunlar vardır:

  • Tüm Webex hizmetlerinde birleştirilmiş lisans atamaları.

  • Tüm hizmetler arasında tutarlı Webex politikaları.

  • Farklı oturum açma hizmetleri arasında tüm son kullanıcılar için ortak Webex deneyimi.

  • Dizin Bağlayıcı, SCIM ve Active Directory grupları gibi modern yönetici denetimleri.

  • Kullanıcılara otomatik olarak birden fazla lisans atamak için lisans şablonları.

Site Yönetimi tarafından yönetilen Webex siteleri

Site Yönetimi , yalnızca Webex Meetings Suite için bir yönetim portalıdır. Kuruluşunuz Webex Uygulaması veya Webex Calling gibi daha fazla ürün eklemeye karar verirse Webex Meetings yönetmek için Site Yönetimi kullanırken bu ürünleri Control Hub'da yönetmeniz gerekir.


 

Başlangıçta Site Yönetimi seçtiyseniz ve Control Hub'a geçmek istiyorsanız, şunları yapabilirsiniz: Control Hub'a dönüştür herhangi bir zamanda.

Control Hub ve Site Yönetimi arasındaki yönetici deneyimlerini karşılaştırın

Aşağıdaki tablo, Control Hub ve Site Yönetimi bir Webex sitesi yönetme arasındaki önemli farkları açıklar.

İdari deneyim

Control Hub

Site Yönetimi

Kullanıcı yönetimi

Kullanıcılar, lisans atama ve hizmet düzeylerini yapılandırma dahil olmak üzere Control Hub'da merkezi olarak yönetilir.

Webex Meetings kullanıcıları ve ayarları Site Yönetimi yönetilir. Webex Uygulaması gibi başka Webex ürünleriniz varsa Control Hub'da bu ürünün kullanıcılarını ve ayarlarını yönetmeniz gerekir.

Kullanıcılar, hem Webex App hem de Webex Meetings oturum aç için aynı kimlik bilgilerini kullanır.

Webex sitesi bağlıysa kullanıcılar Webex Meetings siteleri için kullandıkları kimlik bilgilerini kullanarak Webex Uygulamasında oturum aç açabilir.

Bir yönetici izin veriyorsa, kullanıcılar Webex sitesi açılış sayfalarından toplantı sahibi ayrıcalıklarına veya ek hizmetlere sahip bir hesap talep edebilir. Daha fazla bilgi için bkz. Toplantı toplantı sahibi hesabı Webex Meetings sitesi için kendi kendine oturum aç izin ver .

Bir yönetici izin veriyorsa, kullanıcılar Webex sitesi açılış sayfalarından toplantı sahibi ayrıcalıklarına veya ek hizmetlere sahip bir hesap talep edebilir. Daha fazla bilgi için bkz. Toplantı toplantı sahibi hesabı Webex Meetings sitesi için kendi kendine oturum aç izin ver .

Kullanıcılara, bir kullanıcının otomatik lisans şablonuyla ilk oluşturulduğu zamanlar dahil olmak üzere, tek bir işlemde herhangi bir Webex hizmetinde ve birden çok Webex sitesinde lisans atanabilir.

Kullanıcılara aynı anda yalnızca bir Webex sitesi için lisans atanabilir.

Kullanıcılar, Kişiler ve SCIM API'leri, Dizin Bağlayıcısı ve Azure Active Directory aracılığıyla otomatik olarak oluşturulabilir.

Kullanıcılar, SSO otomatik hesap oluşturma ve XML API aracılığıyla otomatik olarak oluşturulabilir.

Active Directory farklı kullanıcı gruplarına farklı lisanslar atanabilir. lisans şablonu .

Active Directory , Site Yönetimi için kullanılamaz.

Lisansları kaldırarak veya ekleyerek bir Webex sitesi kullanıcıları devre dışı bırakın veya yeniden etkinleştirin.

Bir Webex sitesi kullanıcıları bir onay kutusu devre dışı bırakın veya yeniden etkinleştirin.

Dış ve iç katılımcılar

Yöneticiler, dahili bir etiket seçeneğiyle dahili katılımcıları tanımlayabilir.

Yöneticilerin, dahili katılımcıları tanımlamak için özel bir etiket eklemesi gerekir.


 

Bu seçenek yalnızca SSO etkin olduğu siteler için kullanılabilir.

Takip kodları

izleme kodları yeni ana bilgisayarlar için isteğe bağlıdır.

Yöneticiler yapabilir takip kodları yeni ana bilgisayarlar için gereklidir.

E-posta şablonlarını özelleştir

Hoşgeldin e-postaları gibi hesaba katılım e-postalarını özelleştiremezsiniz.

Hesap başlangıç e-postalarını özelleştirebilirsiniz.

Yönetici lisanslama ve barındırma

Yöneticiler bir Webex sitesi lisans tüketmeden yönetebilir, ancak toplantılara ev sahipliği yapmak için bir lisans gerekir.

Kuruluştaki tam yöneticiler, Control Hub tarafından yönetilen tüm Webex sitelerine yazma erişimine sahiptir.


 

Ortak kuruluşlardan yöneticiler, bir lisans tüketmeden test toplantıları düzenleyebilir.

Yöneticiler, site yöneticisi olmak için bir lisans kullanır ve toplantılara ev sahipliği yapabilir.

Kuruluşta birden çok Webex sitesine sahip olan tam yöneticiler, Site Yönetimi Site Yönetimi yönetilen her Webex sitesi açıkça yönetici erişimi verilmelidir.

Diğer şirketlerdeki veya kuruluşlardaki ev sahipleri

Webex Meetings sahibi veya katılımcı lisansı atanması için kullanıcıların Control Hub organizasyonunda olması gerekir.

Webex sitesi bir toplantı sahibi, herhangi bir şirkete veya kuruluşa ait olabilir.

Birden çok Webex sitesi

Control Hub'daki tüm Webex siteleri, kullanıcı oluşturma ve kullanıcıların Webex nasıl kimlik doğrulaması yaptığı gibi ortak ayarları paylaşır.

Kullanıcılar, tüm Webex hizmetlerinde yalnızca bir parolaya sahip olabilir. Aynı kullanıcının farklı Webex sitelerinde farklı parolaları olamaz.

Bir kuruluş SSO için yapılandırılırsa aynı kuruluştaki Control Hub tarafından yönetilen tüm Webex siteleri aynı SSO izler.

Her Webex sitesi özerktir ve aynı kullanıcının farklı Webex sitelerinde farklı e-posta adresleri ve parolaları olabilir.

Birden çok Webex sitesi olan bir şirket, Webex SSO Webex .

API'ler** ve entegrasyonlar

Control Hub ayrıca şunları kullanır: Kişiler REST API'leri Kullanıcı oluşturma veya lisanslama gibi kullanıcı yönetimi için.

Webex XML API'leri kullanıcı yönetimi için Control Hub tarafından yönetilen sitelerle ileri uyumludur. Site, Control Hub'da güncellendikten sonra çoğu entegrasyon için değişiklikler genellikle gereksizdir. Daha fazla bilgi için bkz. Cisco Webex Meetings API Güncellemelerine Genel Bakış (API 41) .

API entegrasyonları tamamen şunlarla oluşturulabilir: Webex XML API'leri .

SSO atlayan yöneticiler

Harici yöneticiler, Webex sitesi sahibi olan kuruluşun SSO atlayabilir.

Yöneticiler, kimlik bilgileri Webex sitesi depolanıyorsa oturum aç için bir Webex sitesinin SSO atlayabilir.

SSO yapılandırması

Tüm siteler aynı SSO yapılandırmalarını ve kimlik sağlayıcı (IdP) paylaşır. Tüm siteler için aynı SSO sahip olabilir veya hiç SSO sahip olmayabilirsiniz.

eğer Control Hub tarafından yönetilen kuruluş, SSO ile yapılandırıldı , ardından kuruluştan farklı bir IdP'ye sahip Site Yönetimi siteleri, Control Hub'dakiyle aynı IdP'yi kullanır ( Site Yönetimi kullanılan önceki IdP artık geçerli olmaz).

SSO yapılandırılmamış Site Yönetimi sitelerinde SSO etkinleştirilir ve Control Hub'a güncellendikten sonra kuruluşla aynı IdP'yi kullanır.

Her site, farklı SSO yapılandırmaları ve IdP'ler ile Kurulum . Bağlı Control Hub tarafından yönetilen kuruluş SSO kullanıyor olsa bile bir sitenin SSO'su SSO.

Katılımcılar için SSO kimlik doğrulaması

Bu özellik şu anda Control Hub tarafından yönetilen siteler için mevcut değildir.

Gelecekte yöneticiler, e-posta adresleri kuruluş tarafından talep edilen alan adlarıyla eşleşen tüm katılımcılar için oturum açmayı zorunlu kılacak şekilde Control Hub'ı yapılandırabilecektir.

Bu aynı zamanda SSO kuruluşlar için de geçerli olacaktır.

Yöneticiler, e-posta adresleri belirli alan adlarıyla eşleşen katılımcılar için SSO kimlik doğrulaması isteyebilir.


 

Bu gereklilik yalnızca o sitedeki toplantılar için geçerlidir.

Kendi kendine oturum aç isteklerini gözden geçir

Yöneticiler Uyarılar merkezindeki istekleri inceleme .

Yöneticiler Site Yöneticisinde istekleri gözden geçir .

 

** Control Hub'a daha sonraki bir tarihte güncelleme yaparsanız, Control Hub tarafından yönetilen Webex sitelerinde çalışabilmesi için Site Yönetimi tarafından yönetilen Webex sitelerinin API entegrasyonlarının değiştirilmesi gerekebilir.

Webex siteleri Site Yönetimi Control Hub'a güncellendikten sonra tüm özelliklerin çalıştığından emin olmak için API entegrasyonlarının kapsamlı bir şekilde test edilmesi önerilir.

Control Hub ve Site Yönetimi parola yönetimi özellikleri arasındaki farklar

Aşağıdaki tablo, Site Yönetimi ve Control Hub'da parola yönetiminin nasıl çalıştığı arasındaki farkları gösterir. Control Hub'da parola yönetimi hakkında daha fazla bilgi için bkz. bu makale .

Site Yönetimi şifre özellikleriControl Hub
minimum uzunluk ve alfasayısal karakterler gibi parola özelliklerini yapılandırın.

Yapılandırılabilir:

  • Minimum uzunluk—8 ile 256 arasında değişir.
  • Minimum sayısal, alfabetik ve özel karakter sayısı. Minimum 8'dir.

Yapılandırılamaz:

  • Karakterleri tekrarlayın.
Son [N] parolanın yeniden kullanılmasına izin vermeyin. Son [N] parolanın yeniden kullanılmasına izin vermeyin. N 1-5 olmalıdır.
Şifre Yaşlandırma - Kullanıcıları her [N] günde bir şifre değiştirmeye zorlayın. Parola Eskitme - [N] Gün Yapılandırın. N, 90'dan büyük ve 1825'ten (5 yıl) küçük olmalıdır. Varsayılan 1825'tir.
Hesap şifreleri için dinamik web sayfası metnine izin vermeyin (site adı, ana bilgisayar adı, kullanıcı adı). Şifreniz olarak site adı veya kullanıcı adı gibi ortak alanların değerini kullanmayın.
Listeden şifre kullanmayın. Listeden hesap şifrelerine izin vermeyin.
Kullanıcıların bir sonraki oturum aç işleminde parolalarını değiştirmelerini zorunlu kılın. Desteklenmiyor. Planlanan bir özellik, yöneticilerin kullanıcılardan şifrelerini değiştirmelerini istemesine izin veriyor.
[N] denemesinden sonra parola kilitleme. Tekrarlanan denemelerden ve captcha'dan sonra yerleşik gecikme.
Kullanıcının çerezlere hesap şifresini kaydetmesine izin verin. Doğrudan desteklenmez, ancak Webex Identity, OAUTH kullanır ve kullanıcıların oturum açmasını sağlar.
Parolayı başlatmak veya sıfırlamak, parolaları değiştirmeye zorlamak veya unutulan parolalarla uğraşmak için yönetici kontrolü. Parola, kullanıcılar ve Webex Identity (veya SSO) arasında doğrudan kontrol edilir.
Kullanıcının unuttuğu parola isteklerinin yönetici tarafından ele alınması Desteklenmiyor. Planlanan bir özellik, yöneticilerin kullanıcılardan şifrelerini değiştirmelerini istemesine izin veriyor.
Kullanıcılar site başına bir parola yapılandırabilir. Kullanıcı parolaları Webex Identity ile yapılandırılır. Aynı parolalar tüm Webex sitelerinde ve hizmetlerinde geçerlidir.

Kullanıcı profili değerleri

Control Hub

Kullanıcı profili değerleri, Webex kimliğinde merkezileştirilir. Control Hub kuruluşlarındaki kullanıcılar, Control Hub tarafından yönetilen tüm sitelerdeki kullanıcı profili alanları için aynı değerlere sahiptir. gibi bazı değerler address, henüz Webex kimliğinden Toplantı sitelerine eşitlenmedi. Bu değerler gelecekte Webex kimliğiyle eşitlenecektir.

Site Yönetimi

Kullanıcı profili değerleri site başına yapılandırılır, böylece aynı kullanıcı birden çok sitede farklı değerlere sahip olabilir.

Özelleştirilmiş e-posta şablonları

Site Yönetimi bazı e-posta şablonları Control Hub için geçerli değildir, bu nedenle bu e-posta şablonları için özelleştirme, Control Hub tarafından yönetilen sitelerde uygulanamaz. Örneğin, hoş geldiniz e-postaları kullanıcı lisanslama yoluyla kontrol edilir ve yöneticiler kullanıcı parolası yönetimine dahil olmaz.

Aşağıdaki e-posta şablonları Control Hub tarafından yönetilen sitelerde özelleştirilemez, ancak Site Yönetimi özelleştirilebilir:

  • Bitti veya Durduruldu Bildirimini Dışa Aktarma

  • Tamamlandı veya Durduruldu Bildirimini İçe Aktarma

Toplantılardaki kullanıcı özellikleri için karşılaştırma tablosu

Özellik

Control Hub

Site Yönetimi

Toplantı öncesi özellikler

Zamanlama Seçeneği

Yok

Yöneticiler siteyi şununla yapılandırdıysa: Katılımcılar için SSO kimlik doğrulaması , ardından ana bilgisayarlar şunları yapabilir:

  • Etkinlikleri yalnızca Webex Events (klasik) planlayıcıda davet edilen katılımcılarla sınırlayın.

  • Toplantıları yalnızca Webex Meetings planlayıcıda davet edilen katılımcılarla sınırlayın.

Ana Bilgisayardan Önce PCN'nin Ses Kısmına Katılın

YOK. Katılımcılar, ev sahibi katılana kadar lobide beklemek zorundadır.

Evet

Toplantı içi özellikler

Katılımcı Listesinde Soneki Görüntüle

eğer Katılımcı listesinde dahili kullanıcı etiketini görüntüle yönetici tarafından etkinleştirildiğinde, bir son ek olarak gösterilir kimliği doğrulanmış kullanıcılar için. Kimliği doğrulanmamış kullanıcılar için herhangi bir son ek gösterilmez. Bu özellik için SSO gerekli değildir.

Yöneticiler, kimliği doğrulanmış ve kimliği doğrulanmamış kullanıcılar için son eki özelleştirebilir. Bu özellik için SSO gereklidir.

Son kullanıcı oturum açma deneyimi

Tüm Webex siteleri ve hizmetlerinde tutarlı oturum açma deneyimi. Kullanıcılar, her hizmet için bir e-posta adresi oturum aç açar.

Kullanıcılar, farklı Webex sitelerinde farklı e-posta adreslerine veya parolalara sahip olabilir.