Control Hub’da Webex sitesini yönetme ile Site Yönetimi arasındaki farklar hakkında bilgi edinin.
Control Hub ile yönetilen Webex siteleri
Control Hub, Cisco'nun tüm bulut iş birliği ürünlerinin yönetim portalıdır. Tek bir konumdaki her Webex hizmetini yönetebilirsiniz. Control Hub'da siteleri yönetmenin avantajları arasında şunlar vardır:
Tüm Webex hizmetleri arasında 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 kontrolleri.
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 Paketi 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’i yönetmek için Site Yönetimini kullanmaya devam ederken bu ürünleri Control Hub’da yönetmeniz gerekir.
 | Başlangıçta Site Yönetimi'ni seçtiyseniz ve Control Hub'a geçmek istiyorsanız istediğiniz zaman Control Hub'a dönüştürebilirsiniz. |
Control Hub ile Site Yönetimi arasındaki yönetici deneyimlerini karşılaştır
Aşağıdaki tabloda, Control Hub'da bir Webex sitesini yönetmek ile Site Yönetimi arasındaki önemli farklılıklar açıklanmaktadır.
Idari deneyim | Control Hub | Site Yönetimi | ||
|---|---|---|---|---|
Kullanıcı yönetimi | Kullanıcılar, lisans atama ve hizmet düzeylerini yapılandırma da dahil olmak üzere Control Hub'da merkezi olarak yönetilir. | Webex Meetings kullanıcıları ve ayarları, Site Yönetimi'nden yönetilir. Webex Uygulaması gibi başka Webex ürünleriniz varsa, bu ürünün kullanıcılarını ve ayarlarını Control Hub'da yönetmeniz gerekir. | ||
Kullanıcılar, hem Webex Uygulamasında hem de Webex Meetings’te oturum açmak için aynı kimlik bilgilerini kullanacaktır. | Webex sitesi bağlıysa kullanıcılar Webex Meetings siteleri için kullandıkları kimlik bilgilerini kullanarak Webex Uygulamasında oturum açabilir. | |||
Bir yönetici izin verirse kullanıcılar Webex sitesi açılış sayfasından toplantı sahibi ayrıcalıkları veya ek hizmetleri içeren bir hesap isteyebilir. Daha fazla bilgi için bkz. Toplantı sahibi hesabının Webex Meetings sitesi için kendi kendine kaydolmasına izin ver. | Bir yönetici izin verirse kullanıcılar Webex sitesi açılış sayfasından toplantı sahibi ayrıcalıkları veya ek hizmetleri içeren bir hesap isteyebilir. Daha fazla bilgi için bkz. Toplantı sahibi hesabının Webex Meetings sitesi için kendi kendine kaydolmasına izin ver. | |||
Kullanıcılara, kullanıcının otomatik lisans şablonuyla ilk oluşturulduğu zaman da dahil olmak üzere tek işlemde tüm Webex hizmetlerinde ve birden fazla 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ı ve Azure Active Directory aracılığıyla otomatik olarak oluşturulabilir. | Kullanıcılar, SSO otomatik hesap oluşturma ve XML API’si aracılığıyla otomatik olarak oluşturulabilir. | |||
Active Directory’deki farklı kullanıcı gruplarına, bir lisans şablonuna göre farklı lisanslar atanabilir. | Active Directory, Site Yönetimi için kullanılamaz. | |||
Lisansları kaldırarak veya ekleyerek Webex sitesindeki kullanıcıları devre dışı bırakın veya yeniden etkinleştirin. | Bir onay kutusuyla Webex sitesindeki kullanıcıları devre dışı bırakın veya yeniden etkinleştirin. | |||
Harici ve dahili katılımcılar | Yöneticiler, dahili katılımcıları dahili etiket seçeneği ile tanımlayabilir. | Yöneticilerin, dahili katılımcıları tanımlamak için özel bir etiket eklemesi gerekir.
| ||
Takip kodları | Takip kodları yeni toplantı sahipleri için isteğe bağlıdır. | Yöneticiler, yeni toplantı sahipleri için takip kodlarını gerekli hale getirebilir. | ||
E-posta şablonlarını özelleştir | Karşılama e-postaları gibi hesap ekleme e-postalarını özelleştiremezsiniz. | Hesap ekleme e-postalarını özelleştirebilirsiniz. | ||
Yönetici lisanslama ve barındırma | Yöneticiler, Webex sitesini lisans tüketmeden yönetebilir ancak toplantılar düzenlemek için lisans gereklidir. Kuruluştaki tam yöneticilerin Control Hub ile yönetilen tüm Webex sitelerine yazma erişimi vardır.
| Yöneticiler site yöneticisi olmak için lisans tüketir ve toplantılar düzenleyebilir. Birden fazla Webex sitesine sahip kuruluşta tam yöneticilere, Site Yönetimi tarafından yönetilen tüm sitelere otomatik olarak yönetim erişimi yoktur. Bu kullanıcılara, Site Yönetimi tarafından yönetilen her Webex sitesine açıkça yönetim erişimi verilmelidir. | ||
Diğer şirket veya kuruluşlarda toplantı sahipleri | Kullanıcıların Webex Meetings’te toplantı sahibi veya katılımcı lisansı atanabilmesi için Control Hub kuruluşunda olması gerekir. | Bir Webex sitesindeki toplantı sahibi, herhangi bir şirkete veya kuruluşa ait olabilir. | ||
Birden fazla Webex sitesi | Control Hub’daki tüm Webex siteleri, kullanıcı oluşturma ve kullanıcıların Webex’te kimlik doğrulaması gibi ortak ayarları paylaşır. Kullanıcıların tüm Webex hizmetlerinde yalnızca bir parolası olabilir. Aynı kullanıcı, farklı Webex sitelerinde farklı parolalara sahip olamaz. Bir kuruluş SSO için yapılandırılmışsa aynı kuruluştaki Control Hub ile yönetilen tüm Webex siteleri aynı SSO’yu takip eder. | Her Webex sitesi özerktir ve aynı kullanıcı farklı Webex sitelerinde farklı e-posta adreslerine ve parolalarına sahip olabilir. Birden fazla Webex sitesine sahip bir şirket, SSO’nun etkinleştirileceği veya devre dışı bırakılacağı Webex sitelerini seçebilir. | ||
API'ler** ve entegrasyonlar | Control Hub ayrıca kullanıcı yönetimi için kullanıcı oluşturma veya lisanslama gibi Kişi REST API’lerini de kullanır. Webex XML API'leri , kullanıcı yönetimi için Control Hub ile yönetilen sitelerle yönlendirilebilir. Değişiklikler, Control Hub'da site güncellemesinden sonra çoğu entegrasyon için genellikle gereksizdir. Daha fazla bilgi için bkz. Cisco Webex Meetings API Güncellemelerine Genel Bakış (API 41). | API entegrasyonları tamamen Webex XML API’leri ile oluşturulabilir. | ||
SSO’yu atlayan yöneticiler | Harici yöneticiler, Webex sitesinin sahibi olan kuruluşun SSO’sunu atlayabilir. | Yöneticiler, kimlik bilgileri Webex sitesinde depolanırsa oturum açmak için bir Webex sitesinin SSO’sunu atlayabilir. | ||
SSO yapılandırması | Tüm siteler aynı SSO yapılandırmalarını ve kimlik sağlayıcısını (IdP) paylaşır. Tüm siteler için aynı SSO’ya sahip olabilirsiniz veya hiç SSO’su yok. Control Hub tarafından yönetilen kuruluş SSO ile yapılandırılmışsa, kuruluştan farklı bir IdP’ye sahip bağlantılı Site Yönetimi siteleri, Control Hub’dakiyle aynı IdP’yi kullanacaktır (Site Yönetiminde kullanılan önceki IdP artık geçerli olmayacaktır). SSO’nun yapılandırılmadığı Site Yönetimi sitelerinde SSO etkinleştirilmiş olacak ve Control Hub’da güncellendikten sonra kuruluşla aynı IdP’yi kullanacaktır. | Her site farklı SSO yapılandırmaları ve IdP’lerle ayarlanabilir. Bağlı Control Hub tarafından yönetilen kuruluş SSO kullanıyor olsa bile, sitede SSO da olamaz. | ||
Katılımcılar için SSO kimlik doğrulaması | Bu özellik şu anda Control Hub ile yönetilen sitelerde kullanılamaz. Gelecekte yöneticiler, e-posta adresleri kuruluşun talep ettiği etki alanlarıyla eşleşen tüm katılımcılar için oturum açmayı gerekli kılacak şekilde Control Hub’ı yapılandırabilecektir. Bu, SSO olmayan kuruluşlar için de geçerlidir. | Yöneticiler, e-posta adresleri belirli etki alanlarıyla eşleşen katılımcılar için katılımcılar için SSO kimlik doğrulamasını gerekli kılabilir.
| ||
Otomatik kayıt isteklerini inceleyin | Yöneticiler, Uyarılar merkezinde talepleri gözden geçirir. | Yöneticiler, Site Yönetimi’ndeki istekleri gözden geçirir. | ||
 | ** Control Hub'a daha sonraki bir tarihte güncelleme yaparsanız, Control Hub ile yönetilen Webex sitelerinde çalışmak için Site Yönetimi tarafından yönetilen Webex siteleri için API entegrasyonlarının değiştirilmesi gerekebilir. Webex siteleri Site Yönetimi'nden Control Hub'a güncellendikten sonra tüm özelliklerin çalıştığından emin olmak için API entegrasyonlarının iyice test edilmesi önerilir. |
Control Hub ile Site Yönetiminde parola yönetimi özellikleri arasındaki farklar
Aşağıdaki tabloda, parola yönetiminin Site Yönetimi ile Control Hub’da nasıl çalıştığı arasındaki farklar gösterilmektedir. Control Hub’da parola yönetimi hakkında daha fazla bilgi için bu makaleye bakın.
| Site Yönetimi parola özellikleri | Control Hub |
|---|---|
| Minimum uzunluk ve alfasayısal karakterler gibi parola özelliklerini yapılandırın. | Yapılandırılabilir:
Yapılandırılamıyor:
|
| 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. |
| Parola Yaşlandırma - Kullanıcıları her [N] günde bir parola değiştirmeye zorlayın. | Parola Yaşlandırma - [N] Gün Yapılandırma. N, 90'dan büyük ve 1825'ten küçük olmalıdır (5 yıl). Varsayılan değer 1825'tir. |
| Hesap parolaları için dinamik web sayfası metnine (site adı, toplantı sahibi adı, kullanıcı adı) izin vermeyin. | Parolanız olarak site adı veya kullanıcı adı gibi ortak alanların değerini kullanmayın. |
| Listedeki parolayı kullanma. | Bir listedeki hesap parolalarına izin verme. |
| Kullanıcıların sonraki oturum açmada parolayı değiştirmesini gerekli kılın. | Desteklenmiyor. Planlanan bir özellik, yöneticilerin kullanıcıların parolalarını değiştirmesini gerekli kılmasına olanak tanır. |
| [N] denemesinden sonra parola kilitleme. | Tekrarlanan denemelerden ve captcha'dan sonra yerleşik gecikme. |
| Kullanıcının hesap parolasını çerezlere kaydetmesine izin verin. | Doğrudan desteklenmez ancak Webex Identity OAUTH’u kullanır ve kullanıcıların oturum açmasını sağlar. |
| Parolayı başlatmak veya sıfırlamak, parolaların değiştirilmesini zorlamak veya unutulan parolalarla ilgilenmek için yönetici kontrolü. | Parola, kullanıcılar ve Webex Kimliği (veya SSO) arasında doğrudan kontrol edilir. |
| Kullanıcı unutulan parola isteklerinin yönetimi | Desteklenmiyor. Planlanan bir özellik, yöneticilerin kullanıcıların parolalarını değiştirmesini gerekli kılmasına olanak tanır. |
| Kullanıcılar her site için bir parola yapılandırabilir. | Kullanıcı parolaları Webex Kimliğiyle 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 ile 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 Meetings sitelerine senkronize edilmemiştir. Bu değerler, gelecekte Webex kimliğine eşitlenecektir.
Site Yönetimi
Kullanıcı profili değerleri her site için yapılandırılır, böylece aynı kullanıcı birden fazla sitede farklı değerlere sahip olabilir.
Özelleştirilmiş e-posta şablonları
Site Yönetimindeki bazı e-posta şablonları Control Hub için geçerli değildir, bu nedenle bu e-posta şablonları için özelleştirme Control Hub ile yönetilen sitelerde geçerli değildir. Örneğin karşılama e-postaları kullanıcı lisanslama aracılığıyla kontrol edilir ve yöneticiler kullanıcı parolası yönetimine dahil değildir.
Aşağıdaki e-posta şablonları, Control Hub ile yönetilen sitelerde özelleştirilemez, ancak Site Yönetimi’nde özelleştirilebilir:
Dışa Aktarma Işlemi Tamamlandı veya Iptal Edildi Bildirimi
Içe Aktarma Işlemi Tamamlandı veya Iptal Edildi Bildirimi
Toplantılardaki kullanıcı özellikleri için karşılaştırma grafiği
Özellik | Control Hub | Site Yönetimi |
|---|---|---|
Toplantı öncesi özellikleri | ||
Planlama Seçeneği | Yok | Yöneticiler siteyi katılımcılar için SSO kimlik doğrulamasıyla yapılandırdıysa, toplantı sahipleri şunları yapabilir:
|
PCN'nin Sesli Kısmına Toplantı Sahibinden Önce Katılma | Yok Katılımcılar, toplantı sahibi katılana kadar lobide beklemek zorundadır. | Evet |
Toplantı içi özellikler | ||
Soneki Katılımcı Listesinde Görüntüle | Yönetici tarafından Katılımcı listesinde dahili kullanıcı etiketini görüntüle etkinleştirilmişse, son ek kimliği doğrulanmış kullanıcılar için dahili olarak gösterilir. Kimliği doğrulanmamış kullanıcılar için hiç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 tek bir e-posta adresiyle oturum açar. | Kullanıcıların farklı Webex sitelerinde farklı e-posta adresleri veya parolaları olabilir. | |
