Geri bildiriminiz için teşekkürler.
Control Hub ve Site Yönetimi tarafından yönetilen Webex siteleri arasındaki farklar
Geri Bildirim?Hub tarafından yönetilen Webex sitelerini denetleme
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ı şunlardır:
-
Tüm Webex hizmetlerinde birleşik lisans atamaları.
-
Tüm Webex hizmetlerinde tutarlı güvenlik politikaları.
-
Farklı Webex hizmetleri arasındaki tüm son kullanıcılar için ortak oturum açma deneyimi.
-
Dizin Bağlayıcısı, SCIM ve gruplar gibi modern yönetici denetimleriActive Directory.
-
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ı gibi daha fazla ürün eklemeye karar verirse veya yön Webex Calling etmek için Site Yönetimi'ni kullanmaya devam ederken bu ürünleri Control Hub'da yönet Webex Meetings meniz 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 ve Site Yönetimi arasındaki yönetici deneyimlerini karşılaştırın
Aşağıdaki tabloda, Control Hub ve Site Yönetimi'nde bir Webex sitesini yönetmek arasındaki önemli farklılıklar açıklanmaktadır.
|
İdari deneyim |
Kontrol Merkezi |
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 Meetingskullanıcılar ve ayarlar Site Yönetiminde yönetilir. Webex App gibi başka Webex ürünleriniz varsa, Control Hub'da söz konusu ürünün kullanıcılarını ve ayarlarını yönetmeniz gerekir. |
|
Kullanıcılar, hem Webex Uygulamasında hem de oturum açmak için aynı kimlik bilgilerini kullanacaktır.. Webex Meetings |
Webex sitesi bağlıysa kullanıcılar, siteleri için kullandıkları kimlik bilgilerini kullanarak Webex Uygulamasında oturum açabilir. Webex Meetings | |
|
Kullanıcılar, bir yönetici izin verirse, Webex sitesi açılış sayfalarından ana bilgisayar ayrıcalıklarına veya ek hizmetlere sahip bir hesap isteyebilir. Daha fazla bilgi için bkz. Ana bilgisayar hesabının bir Webex Meetings siteye kendi kendine kaydolmasına izin verme. |
Kullanıcılar, bir yönetici izin verirse, Webex sitesi açılış sayfalarından ana bilgisayar ayrıcalıklarına veya ek hizmetlere sahip bir hesap isteyebilir. Daha fazla bilgi için bkz. Ana bilgisayar hesabının bir Webex Meetings siteye kendi kendine kaydolmasına izin verme. | |
|
Kullanıcılara, bir kullanıcının otomatik lisans şablonuyla ilk oluşturulması da dahil olmak üzere, tek bir işlemde herhangi bir Webex hizmeti ve birden çok Webex sitesinde lisanslar atanabilir. |
Kullanıcılara aynı anda yalnızca bir Webex sitesi için lisans atanabilir. | |
|
Kullanıcılar, Kişiler ve SCIM API'leri, Directory Connector 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. | |
|
Bir lisans şablonuna göre Active Directory farklı kullanıcı gruplarına farklı lisanslar atanabilir. |
Active DirectorySite 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 Webex sitesinde kullanıcıları bir onay kutusuyla 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öneticiler, dahili katılımcıları tanımlamak için özel bir etiket eklemelidir. Bu seçenek yalnızca SSO özellikli siteler için kullanılabilir. |
|
Takip kodları |
İzleme kodları yeni ana bilgisayarlar için isteğe bağlıdır. |
Yöneticiler yeni ana bilgisayarlar için gerekli izleme kod larını yapabilir. |
|
E-posta şablonlarını özelleştirme |
Karşılama e-postaları gibi hesaba katılım e-postalarını özelleştiremezsiniz. |
Hesap katılım e-postalarını özelleştirebilirsiniz. |
|
Yönetici lisanslama ve barındırma |
Yöneticiler bir Webex sitesini lisans kullanmadan yönetebilir, ancak toplantılara ev sahipliği yapmak için 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, lisans kullanmadan test toplantılarına ev sahipliği yapabilir. |
Yöneticiler site yöneticisi olmak için lisans kullanır ve toplantılara ev sahipliği yapabilir. Birden fazla Webex sitesine sahip kuruluştaki tam yöneticiler, Site Yönetimi tarafından yönetilen tüm sitelere otomatik olarak yönetici erişimine sahip değildir.Site Yönetimi tarafından yönetilen her Webex sitesine açıkça yönetici erişimi verilmelidir. |
|
Diğer şirket veya kuruluşlardaki ev sahipleri |
Kullanıcılar, içinde bir ana bilgisayar veya katılımcı lisansı atanabilmeleri için Kontrol Merkezi kuruluşunda Webex Meetings olmalıdır. |
Bir Webex sitesindeki bir ana bilgisayar 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'te kimlik doğrulaması yapma 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ılmışsa, aynı kuruluştaki Control Hub tarafından 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'yu etkinleştirmek veya devre dışı bırakmak için Webex sitelerini seçebilir. |
|
API** ve entegrasyonlar |
Control Hub, kullanıcı oluşturma veya lisanslama gibi kullanıcı yönetimi için People REST API' lerini de kullanır. Webex XML API' leri, kullanıcı yönetimi için Control Hub tarafından yönetilen sitelerle ileri uyumludur. Site Control Hub'a güncellendikten sonra çoğu entegrasyon için değişiklikler genellikle gereksizdir. Daha fazla bilgi için bkz. Cisco Webex Meetings API Güncelleştirmelerine Genel Bakış (API 41). |
API entegrasyonları tamamen Webex XML API'leri ile oluşturulabilir. |
|
SSO'yu atlayan yöneticiler |
Harici yöneticiler, Webex sitesine sahip olan kuruluşun SSO'sunu atlayabilir. |
Yöneticiler, kimlik bilgileri Webex sitesinde depolanmışsa 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 olabilir veya hiç SSO olmayabilirsiniz. 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 kullanır (Site Yönetimi'nde kullanılan önceki IdP artık geçerli olmayacaktır). SSO yapılandırılmamış Site Yönetimi sitelerinde SSO etkinleştirilecek ve Control Hub'a güncellendikten sonra kuruluşla aynı IdP'yi kullanacaktır. |
Her site farklı SSO yapılandırmaları ve IDP'ler ile kurulabilir. Bağlantılı Control Hub tarafından yönetilen kuruluş SSO kullanıyor olsa bile sitede SSO da olmayabilir. |
|
Katılımcılar için SSO kimlik doğrulaması |
Bu özellik şu anda Control Hub tarafından yönetilen sitelerde kullanılamaz. Gelecekte yöneticiler, e-posta adresleri kuruluş tarafından talep edilen etki alanlarıyla eşleşen tüm katılımcılar için oturum açmayı gerektirecek şekilde Control Hub'ı yapılandırabilecekler. Bu, SSO olmayan kuruluşlar için de geçerli olacaktır. |
Yöneticiler, e-posta adresleri belirli etki alanları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 kaydolma isteklerini gözden geçirin |
Yöneticiler, Uyarılar merkezindeki istekleri inc eler. | Yöneticiler Site Yöneticisi'ndeki istekleri inc eler. |
** Site Yönetimi tarafından yönetilen Webex siteleri için API tümleştirmelerinin, daha sonraki bir tarihte Control Hub'a güncelleştirirseniz Control Hub tarafından yönetilen Webex sitelerinde çalışması için değiştirilmesi gerekebilir.
Webex siteleri Site Yönetiminden Kontrol Merkezi'ne 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 ile Site Yönetimi'ndeki parola yönetimi özellikleri arasındaki farklar
Aşağıdaki tabloda Site Yönetimi ve Denetim Merkezi'nde parola yönetiminin çalışma şekli 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 şifre özellikleri | Kontrol Merkezi |
|---|---|
| Minimum uzunluk ve alfanümerik karakterler gibi parola özelliklerini yapılandırın. |
Yapılandırılabilir:
Yapılandırılamaz:
|
| Son [N] parolaların tekrar kullanılmasına izin vermeyin. | Son [N] parolaların tekrar kullanılmasına izin vermeyin. N 1-5 olmalıdır. |
| Parola Yaşlanması - Kullanıcıları her [N] günde bir şifre değiştirmeye zorlar. | Parola Yaşlandırma - [N] Günleri Yapılandır. N 90'dan büyük ve 1825'ten az (5 yıl) olmalıdır. Varsayılan 1825'tir. |
| Hesap parolaları için dinamik web sayfası metnine izin vermeyin (site adı, ana bilgisayar adı, kullanıcı adı). | Site adı veya kullanıcı adı gibi ortak alanların değerini şifreniz olarak kullanmayın. |
| Bir listeden şifre kullanmayın. | Bir listeden hesap parolalarına izin vermeyin. |
| Kullanıcıların bir sonraki oturum açma sırasında şifreyi değiştirmelerini isteyin. | Desteklenmiyor. Planlanan bir özellik, yöneticilerin kullanıcıların şifrelerini değiştirmelerini istemelerine izin vermektir. |
| [N] denemeden sonra şifre 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, şifrelerin değiştirilmesini zorlamak veya unutulmuş şifrelerle uğraşmak için yönetici kontrolü. | Parola, kullanıcılar ve Webex Kimliği (veya SSO) arasında doğrudan kontrol edilir. |
| Kullanıcı unutmuş şifre isteklerinin yönetici işlenmesi | Desteklenmiyor. Planlanan bir özellik, yöneticilerin kullanıcıların şifrelerini değiştirmelerini istemelerine izin vermektir. |
| Kullanıcılar site başına bir şifre yapılandırabilir. | Kullanıcı parolaları Webex Kimliği ile yapılandırılır. Aynı parolalar tüm Webex sitelerinde ve hizmetlerinde geçerlidir. |
Kullanıcı profili değerleri
Kontrol Merkezi
Kullanıcı profili değerleri Webex kimliğinde merkezileştirilir. Control Hub kuruluş
larındaki kullanıcılar, tüm Control Hub tarafından yönetilen sitelerdeki kullanıcı profili alanları için aynı değerlere sahiptir. Gi
bi bazı değerler henüz addressWebex kimliğinden Toplantı sitelerine senkronize edilmedi. Bu değerler gelecekte Webex kimliğiyle senkronize edilecektir.
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'ndeki 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 geçerli değildir. Örneğin, karşılama e-postaları kullanıcı lisansı yoluyla kontrol edilir ve yöneticiler kullanıcı şifre yönetimine dahil değildir.
Aşağıdaki e-posta şablonları, Control Hub tarafından yönetilen sitelerde özelleştirilemez, ancak Site Yönetimi'nde özelleştirilebilir:
-
İhracat Tamamlandı veya Durduruldu Bildirimi
-
Tamamlanmış veya Durdurulmuş Bildirimi İçe Aktarma
Toplantılardaki kullanıcı özellikleri için karşılaştırma tablosu
|
Özellik |
Kontrol Merkezi |
Site Yönetimi |
|---|---|---|
|
Toplantı öncesi özellikler | ||
|
Zamanlama Seçeneği |
N/A |
Yöneticiler siteyi katılımcılar için SSO kimlik doğrulaması ile yapılandırdıysa, ana bilgisayarlar şunları yapabilir:
|
|
Ana Bilgisayardan Önce PCN'nin Ses Bölümüne Katılın |
N/A. Katılımcılar, ev sahibi katılana kadar lobide beklemelidir. |
Evet |
|
Toplantı içi özellikler | ||
|
Katılımcılar Listesinde Soneki Göster |
Katıl ımcı listesinde dahili kullanıcı etiketini görüntü le yönetici tarafından etkinleştirilmişse, kimliği doğrulanmış kullanıcılar için bir son ek dahili olarak gösterilir. Kimliği doğrulanmamış kullanıcılar için 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 farklı Webex sitelerinde farklı e-posta adreslerine veya parolalarına sahip olabilir. | |
