Geri bildiriminiz için teşekkürler.
Site Yönetiminden Kontrol Merkezi'ne Webex Meetings site yönetimini güncelleyin
Geri Bildirim?Site Yönetiminden Kontrol Merkezi'ne güncelleme hakkında
Bir siteyi Site Yönetiminden Kontrol Merkezi'ne güncellemek istemci sürümlerinin güncellenmesini gerektirmez. Bazı siteler, bu kuruluşları yöneten iş ortakları hazır olana kadar bu özelliği kullanamaz.
Webex toplantıları, mesajlaşma, arama ve diğer işbirliği modlarını yönetmek için birleşik bir platform haline geliyor. Bu nedenle tüm Webex Meetings sitelerin yönetimini Site Yönetiminden Kontrol Merkezi'ne taşımak istiyoruz.
Site Yönetiminde bu değişiklikte size yardımcı olacak bir aracımız var. Siteniz zaten Control Hub'a güncelleme için uygunsa, gezinme menüsünde Yönetimi Güncelle seçeneğine tıklayarak başlayabilirsiniz.
Sitenizi Control Hub'a güncellemenin nasıl çalıştığına dair bir gösteri için bu videoya bakın.
Site güncellemenizi planlamanıza yardımcı olmak için Site değerlendirmesine hazırlık bölümünü inceleyin.
Control Hub'da siteleri yönetmenin avantajları şunlardır:
-
Toplantılar, Mesajlaşma ve Arama gibi 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 etkin dizin grupları gibi modern yönetici denetimleri.
-
Kullanıcılara otomatik olarak birden fazla lisans atamak için lisans şablonları.
Denetim Merkezi'ne güncelledikten sonra toplantı sitesini yönetmek için Site Yönetimi'ni kullanamazsınız.
S iteniz Site Yöneticisi'nde yönetilmekten Kontrol Merkezi'ne otomatik bir güncelleme için planlan mışsa aşağıdaki ekran görüntüsünü görürsünüz.
Planlanan tarihi değiştirmek için Site güncelleme tarihinizi değiştir"e tıklayabilirsiniz..
Control Hub'da siteleri yönetme deneyimi, Site Yönetimi'nde yönetime benzer. Control Hub'daki kullanıcı yönetimi daha modern temel teknolojilere sahiptir, bu nedenle Control Hub'daki siteleri yönetmede birkaç fark vardır. Bu bölüm, sitenizi güncellerken ortaya çıkan farklılıklara odaklanmaktadır.
Site Yönetimi ve Kontrol Merkezi arasındaki farklara ilişkin daha ayrıntılı bir genel bakış için bu makaleye bakın.
Kullanıcı yönetimi
Control Hub'ın altında, kullanıcıların tüm organizasyon (ve tüm Webex) farklı ve benzersiz olduğu merkezi bir kullanıcı yönetim sistemimiz var. Site Yönetiminde, kullanıcı profili toplantı sitesi başına farklıdır.
- Otomatik hesap oluşturma özelliğine sahip Tek Oturum Açma (SSO)
-
Site Yöneticisi'nde, SSO tarafından kimli klerini doğruladıklarında kullanıcılar oluşturan bir “otomatik hesap oluşturma” özelliğine sahipsiniz.
Bu özellik Control Hub'da da mevcuttur. Daha fazla bilgi için Kontrol Merkezi için SAML Otomatik Hesap Oluşturma ve Güncelleme bölümüne bakın.
SSO kullanan birçok kuruluş, kullanıcılarını Microsoft ® Active Directory ve Microsoft Azure gibi harici dizin araçlarında merkezi olarak yönetmeyi tercih edebilir ve harici kimlik sağlayıcılarıyla kimlik doğrulaması gerektirebilir.
Hakkında daha fazla bilgi edinin:
- Zorunlu profil verileri ve izleme kodları
-
Site Yönetimi, yeni kullanıcılar için gerekli profil alanlarını belirlemenizi sağlar (önceki ekran görüntüsü). Bunu, kullanıcı oluşturma için izleme kodları gerektirecek şekilde genişletebilirsiniz (aşağıdaki ekran görüntüsü). Bu ek gereksinimleri yapılandırırsanız, kullanıcılar olmadan siteye ekleyemezsiniz.
Control Hub, kullanıcı oluşturmak için yalnızca bir görünen ad ve e-posta adresine ihtiyaç duyar.
Control Hub'da yeni bir kullanıcı oluşturduğunuzda diğer tüm kullanıcı alanları isteğe bağlıdır, bu nedenle Control Hub tarafından yönetilen siteler için ek profil verileri zorunlu kılmayız.
Sitenizi Control Hub olarak güncellemeden önce zorunlu profil alanlarını ve izleme kodlarını devre dışı bırakmanız gerekir.
- Şifre yönetimi ve kilitleme
-
Site Yönetimi, birkaç denemeden sonra oturum açamazlarsa kullanıcıları geçici olarak kilitleyen bir özelliğe sahiptir.
Control Hub, yetkisiz erişimi önlemek için aşağıdaki seçeneklere sahiptir:
-
İlk birkaç başarısız denemeden sonra otomatik zaman aşımı.
-
Bir CAPTCHA mekanizması (Bilgisayarları ve İnsanları birbirinden ayırmak için Tamamen Otomatik Genel Turing testi).
-
Yasal kullanıcılar, unutulmuş şifrelerini değiştirmek için self servis seçeneğine sahiptir.
-
Ana bilgisayar lisansı
- Ana bilgisayarlar Control Hub kuruluşunuzda olmalıdır
-
Site Yöneticisi'nde herhangi bir kullanıcıya bir ana bilgisayar lisansı atayabilirsiniz. Siteyi Control Hub'da yönetirken, yalnızca aynı Control Hub kuruluşundaki kullanıcılara ana bilgisayar lisansları (ve katılımcı rolü) atayabilirsiniz.
- Host hesabı için kendi kendine kaydolma
-
Site Yöneticisi'nde, kullanıcıların sitede bir (ana bilgisayar) hesabı talep etmelerine izin vermeyi seçebilirsiniz. Hesabı olan kullanıcıların sitede ek hizmetler talep etmesine de izin verebilirsiniz. (ekran görüntülerine bakın).
Control Hub'da bir toplantı sitesini yönetiyorsanız, kullanıcılar söz konusu site için kendi ana bilgisayar hesaplarını talep edemezler.
Control Hub, bunun yerine yeni kullanıcılara toplantı lisansları atamanızın merkezi ve otomatik bir yoluna sahiptir. https://help.webex.com/n3ijtao okuyun.
Kullanıcı lisanslarını API ile veya CSV kullanarak toplu olarak da yönetebilirsiniz.
Kullanıcıların ana bilgisayar hesaplarını istemelerini istiyorsanız, site yardımı/desteğini yöneticilerle iletişim kurmak veya diğer araçlara bağlanmak için işaretçilerle yapılandırabilirsiniz.
Sitenizi Control Hub'a güncellemeden önce Site Yönetimi'nde “Ana bilgisayar hesabı kaydına izin ver” ve “Kullanıcıların ek hizmetler talep etmesine izin ver” özelliğini devre dışı bırakmanız gerekir.
-
Control Hub, otomatik atama şablonları gibi başka lisans yönetimi seçeneklerine sahiptir. Bu kullanıcılardan lisansları tek tek veya toplu olarak veya API yoluyla kaldırmanıza yardımcı olacak etkin olmayan ana bilgisayarların raporunu alabilirsiniz.
Bu otomatik devre dışı bırakma seçeneğine ihtiyacınız varsa ve Control Hub'daki diğer seçenekler sizin için uygun değilse, sitenizi şu anda Control Hub'a güncellemekten kaçınmalısınız.
Control Hub'da yönetilecek toplantı sitenizi güncellemeden önce Control Hub kuruluşunuzu hazırlamanız gerekir.
Abonelikte bekleyen veya engelleme eylemleri olmadığından emin olun. Güncelleme şu durumlarda başarısız olur:
- Güncellemekte olduğunuz siteyle ilişkili abonelikte bekleyen işlemleriniz var.
- Sitenin Control Hub organizasyonunda onunla ilişkili bir aboneliği yoktur.
- Site Yönetimi'ndeki site lisansı bilgileri, Control Hub'daki site lisansı bilgileriyle eşleşmiyor.
Alan adlarınızı doğrulamanızı ve kullanıcılarınızı talep etmenizi şiddetle tavsiye ederiz. Aşağıdaki okuma yardımcı olacaktır:
-
Kontrol Merkezi e-Kitabı: https://ebooks.cisco.com/story/controlhubessentials/
-
Alan adlarınızı nasıl yönetirsiniz: https://help.webex.com/cd6d84
-
Kullanıcılarınızı diğer kuruluşlardan talep edin (etki alanlarınızı doğruladıktan sonra): https://help.webex.com/nceb8tm. Kullanıcı talep etmek özellikle önemlidir, çünkü kuruluşunuzda olması gereken mümkün olduğunca çok kullanıcının gerçekten orada olmasını sağlar. Kullanıcıları “Anında Talep Etme” ile talep etmek, kuruluşunuzdaki e-posta adreslerini kullanmada gecikmeleri de önler.
Sitenizi Control Hub'a güncellemeden önce kullanıcı talebinde bulunmanızı şiddetle tavsiye ederiz. Site Control Hub olarak güncellen dikten sonra kuruluşunuza kullanıcı talebinde bulunur sanız, bu kullanıcılar sitedeki toplantılara ve toplantı varlıklarına erişimini kaybedebilir.
Geçici çözüm olarak, site Control Hub olarak güncellendikten sonra kullanıcıların sitedeki toplantılara ve toplantı varlıklarına erişimini kaybetmemesini sağlamak için aşağıdakileri yapabilirsiniz:
- Kuruluş veya site için harici yönetici ayrıcalıklarına sahip kullanıcılar için kuruluş ve siteye tüm harici yönetici erişimini kaldırın ve ardından toplantı sitesi lisansını kaldırın. Kullanıcıyı talep ettikten sonra, bu kullanıcıyı siteye yeniden lisanslayın. Harici yönetici ayrıcalıklarını da geri yükleyebilirsiniz.
- Normal kullanıcılar için—Toplantı sitesi lisansını kaldırın, kullanıcıyı kuruluşunuza talep edin ve ardından bu kullanıcıyı siteye yeniden lisanslayın.
-
Toplantı sitesi SSO için yapılandırılmışsa, Control Hub kuruluşunuz için SSO'yu da yapılandırmanız gerekir.
Yeni kullanıcılar için otomatik hesap oluşturma
Webex siteniz Site Yöneticisi'nde otomatik hesap oluşturmayı etkinleştirdiyse, Kontrol Merkezi'nde SAML otomatik hesap oluşturma ile benzer bir özelliği etkinleştirebilirsiniz. Ayrıca, hesapları Control Hub kuruluşunda oluşturulduktan sonra yeni kullanıcıların otomatik olarak atanmış lisansları almaları için otomatik bir lisans şablonu ayarladığınızdan emin olun.
Dizin senkronizasyonu olan kuruluşlar
Kuruluşunuz dizin senkronizasyonu için yapılandırılmışsa kuruluşunuzda olmak istediğiniz tüm kullanıcıların sitede bulunduğundan emin olun. Bu, site güncelleme işlemine başlamadan 24 saat önce yapılmalıdır, böylece sitedeki kullanıcılar Control Hub kuruluşunuzdaki yeni kullanıcılara bağlanabilir.
Güncellendikten sonra Webex sitelerine yönetici erişimi
Control Hub'da kuruluş çapında yönetici rolü olan bir kişi, Site Yöneticisinden Den etim Merkezi'ne güncellenen sitelere otomatik olarak erişir. Örneğin, kuruluş tam yöneticileri Webex sitesi tam yöneticileri, kuruluş kullanıcı yöneticileri Webex sitesi kullanıcı yönetic ileri olacak ve kuruluş salt okunur yöneticileri Webex sitesi salt okunur yönetic ileri olacak.
XML API'leri
XML API'leri artık Control Hub tarafından yönetilen sitelerle ileriye uyumludur. Ayrıntılar ve uyarılar hakkında XML API 41.11.0 Güncellemeleri adresinde okuyabilirsiniz.
Bir site Site Yöneticisinden yönetilen Kontrol Merkezi'ne güncellendikten sonra XML API hizmeti URL'leri değişmez. Aynı API URL'leri çalışmaya devam edecektir. Cisco, tüm API entegrasyonlarının kimlik doğrulama için OAUTH kullanmasını önerir.
XML API'lerinde Kimlik Doğrulama
Kimlik doğrulama için Webex OAUTH kullanmayan entegrasyonlar, site Denetim Merke zi'ne güncelleştirildikten sonra başarısız olabilir. Aşağıdaki tabloda, sitenizi güncelledikten sonra hangi yönetici kimlik doğrulamasının çalışmaya devam edeceği gösterilmektedir.
| Site güncellemesinden önce XML API'de yönetici kimlik doğrulama türü | Site güncellemesinden sonra SSO kuruluşunda yönetici | Site güncellemesinden sonra yönetici SSO kuruluşunda değil |
|---|---|---|
| kullanıcı adı (WebExID) /şifre |
 İşe yarayacak* |
İşe yarayacak* |
| kullanıcı adı (WebExID) /SessionTicket |
İşe yarayacak |
İşe yarayacak |
| Kullanıcı adı/OAuth (WebExAccessToken) |
İşe yarayacak |
İşe yarayacak |
| E-posta/şifre |
İşe yarayacak* |
İşe yarayacak* |
| E-posta/oturum bileti |
İşe yarayacak |
İşe yarayacak |
| E-posta/OAuth (WebExAccessToken) |
İşe yarayacak |
İşe yarayacak |
* Geriye dönük uyumluluk—Cisco, e-posta ile eşleşmese bile site güncellemesinden sonra
XML API'lerinde kullanıcı adı/şifre kimlik doğrulamalarının çalışmasını etkinleştirdi. username Uyumluluk yalnızca aşağıdaki durumlarda geçerlidir:
- Kullanıcı kimlik bilgileri site güncellemesinden önce oluşturuldu. Değişikliğe izin verilmez
username, aksi takdirde önceki kimlik bilgileri başarısız olur. - API kimlik doğrulaması için kimlik bilgileri, Site Yönetimi'nde yönetildiği siteye kıy asla Control Hub'da farklı bir parolaya sahip olamaz.
- Kimlik bilgileri kimlik doğrulaması için kullanılan kullanıcılar, Site Denetim Merkezi'ne güncell endiğinde Site Yönetimi'nde etkin durumda (etkin değil) olmalıdır.
UsernameSite Control
Hub olarak güncellendiğinde tüm kullanıcılar için e-posta olarak ayarlanır. API usernameyükleri için kullanılıyorsa, site güncellendikten sonra yüklerin bunun
yerine e-posta kullanması gerekir.
API entegrasyonları için Control Hub'da yönetici rolü
Yalnızca Site Yöneticisi rolüne sahip yöneticiler, site bir Control Hub sitesine güncellendikten sonra kullanıcının e-posta adresini veya görüntülenen adını değiştirmek gibi XML API'leri ile bazı işlemleri yapamayabilir. Kimlik bilgileri API entegrasyonları için kullanılan yöneticiler için bu yöneticileri Control Hub'da kuruluş tam yöneticileri olarak terfi etmenizi öneririz; ideal olarak, siteyi Control Hub'a güncelleştirmeden önce.
En iyi uygulama olarak, Control Hub'a güncelledikten sonra API entegrasyonlarınızın değiştirilmeden çalışacağını onaylamak için önce bir test sitesini güncellemenizi öneririz.
Entegrasyonunuzun ne yaptığına bağlı olarak, entegrasyonun çalışması için yöneticilere Control Hub sitesinde bir Toplantı sunucusu hesabı atanması gerekebilir (Site Yöneticisi sitelerindeki yöneticiler için bu gerekli değildi).
Control Hub'daki XML API farklılıkları
Çoğu XML API entegrasyonu, sitenizi güncelledikten sonra herhangi bir değişiklik yapmadan çalışmalıdır. Ancak aşağıdaki listede ayrıntılı olarak açıklanan bazı istisnalar vardır:
-
CreateUser —Control Hub tarafından yönetilen sitelerde, bu işlem lisans atamadan önce site sahibi kuruluşta bir kullanıcı da oluşturabilir. Kullanıcı zaten başka bir kuruluşta mevcutsa, bu işlem başarısız olur.
PMR ID parameterKontrol Merkezi'nde halihazırda Etkin durumu olmayan kullanıcılar için geçerli olmayacaktır.createuserControl Hub tarafından yönetilen sitelerde API'nin tamamlanması daha uzun sürer. Daha iyi performans için, aramaları paralelleştirmek için fazladan bir iş parçacığı ekleyebilirsinizcreateuser. - SetUser —Toplantı sitesi lisansının kullanıcıdan atanmasına veya kaldırılmasına neden olabilir (API parametrelerine veya yük yüküne bağlı olarak).
- DelUser —Toplantı sitesi lisansını kaldırır, ancak kullanıcıyı Control Hub kuruluşundan silmez.
-
lstSummaryUser —Ayrıca kullanıcının değerini döndürür.
objectGUID -
AuthenticateUser —Control Hub tarafından yönetilen sitelerde, her XML API için kullanıcı adı ve şifre
AuthenticateUserkullanmak yerine oturum bileti oluşturmanızı öneririz. İçerik içeriğinde SAML yanıtının kullanılması, Control Hub tarafından yönetilen siteler için bu çağrıda desteklenmez.
REST API'leri
Control Hub, aşağıdaki adreslerde kullanıcı oluşturmak ve lisanslamak için Kişiler ve Lisans REST API'leri de dahil olmak üzere kendi API'lerine sahiptir:
Oturum türleri ve izleme kodları, REST API'leri ile de şu adresten edinilebilir:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Ancak yukarıdaki REST API'leri XML API'lerinde bulunan tüm kullanıcı yönetimi işlevlerini desteklemez. Örneğin, sitenin sahibi kuruluş dışındaki kullanıcılara toplantı lisansları atamak için XML API'lerini kullanmanız gerekir. Kişiler API'si, Site Yöneticisi rollerinin kullanıcılara atan masını desteklemez. Site Yöneticisi rolleri bir API aracılığıyla atamak istiyorsanız yine de XML API kullanmanız gerekir.
Tam (veya salt okunur) izinlere sahip kuruluş yöneticileri oluşturmak için Kişiler API'sini kullanabilirsiniz ve bu yöneticiler Control Hub tarafından yönetilen toplantı sitelerinizi de yönetebilir (veya görüntüleyebilir).
Control Hub, Webex sitesine özel yönetici rollerine sahiptir, ancak Kişiler API'si şu anda bu rolü atayamaz.
Gelecek planları (değişebilir)
- Siteyi oluşturan kuruluşta olmayan harici kullanıcılara toplantı sitesi lisansları da verebilen yeni lisans API'si. Harici kullanıcı lisansı bugün Control Hub'da manuel olarak kullanılabilir.
- Kuruluştaki kullanıcıları oluşturmak ve silmek için SCIM API.
- Cisco'nun uzun vadeli yönü yalnızca REST API'lerini kullanmaktır (kullanıcılar ve toplantı sitelerindeki tüm işlemler için). Kullanıcı yönetimi için XML API'leri, REST API'leri yalnızca tüm kullanıcı yönetimi işlemleri için kullanılabilene kadar desteklenmeye devam edecektir. Kullanıcı yönetimi XML API'leri de kullanımdan kaldırılacaktır (tarih TBD).
Sitenizi Control Hub'a güncellemeden önce, güncellemenin olabildiğince sorunsuz geçmesi için önce aşağıdaki öğeleri incelemenizi önemle öneririz:
- Öncelikle bu belgeyi inceleyin ve kuruluşunuzun Kontrol Merkezi kuruluşunuzu hazırlayın bölümünde önerilen en iyi uygulamaları uyguladığından emin olun.
- Ardından, Webex Yönetimi'nde oturum açın ve Yönetimi güncelle'yi tıklayın. Siteye hazır olma aşamasında, kullanıcıları inceleme bölümünden dosyada önerilen herhangi bir işlem yapmamal ısınız ve inceleme özellikleri bölümünde belirtilen özellikleri henüz devre dışı bırakmamalısınız. Bu talimatları izleyerek, site hazırlık değerlendirmesi, Control Hub'a güncellemeden önce yapmanız gereken değişiklikleri değerlendirmek için salt okunur bir işlem haline gelir.
- Kullanıcıları gözden geç ir bölümünün altında Kullanıcı CSV dosyasını dış a aktar'a tıklayın ve çağrılan CSV dosyasını indirin
users-to-review-xxxxx.csv.Bu dosya, dikkat edilmesi gereken tüm kullanıcıları listeleyecek ve her kullanıcı için önerilen bir eyleme sahip olacaktır. Bu dosyadaki kullanıcı sayısı, siteyi güncelleyebilmeniz için kullanıcı ile ilgili kaç sorun üzerinde çalışmanız gerektiği konusunda size bir fikir verir..
- Özellikleri gözden geçirme bölümünün altında, sonuçlar sütununda kırmızı X ile listelenen özelliklere bakın. Bu, özellik çatışması perspektifinden sitenizin hazır olduğu konusunda sizi bilgilendirecektir.
- Adım 2'ye git meyin ve henüz Kontrol Merke zi'ne Güncelle düğmesini tıklamayın.
Kullanıcı CSV dosyasını inceledikten ve hangi özellikleri yeniden yapılandırmanız gerekebileceğine baktıktan sonra, sitenizi ve kuruluşunuzu Control Hub'a nasıl güncelleyeceğiniz konusunda hazırlamak için bu makaledeki bölümlerin geri kalanını okumaya devam edin.
Not: Sitenizde şirketiniz tarafından veya öğrenme yönetimi çözümleri gibi üçüncü taraf çözümler aracılığıyla yapılan API entegrasyonları varsa, Site API entegrasyonlarını Control Hub ile çalışmak için hazırla bölümünü incelediğinizden emin olun.
Sürüm 43.6 için yaklaşan değişiklikler
Şimdiye kadar, siteyi Control Hub'a güncellemeden önce bu iki özelliğin devre dışı bırakılması gerekiyordu:
- Gerekli ana bilgisayar profili alanları
- Gerekli takip kodları
43.6'nın piyasaya sürülmesinden başlayarak, özel nitelikler ve gerekli ana bilgisayar profili alanları özellikleri için beta sürümlerine katılan sitelerin, sitelerini Control Hub'a güncellemeden önce artık bu özellikleri devre dışı bırakmaları gerekmeyecek. Bunun yerine, geçerli yapılandırma Control Hub kuruluş una kopyalanacağından sihirbaz bu iki özelliği gözden geçirmenizi bildirir.
Gerekli ana bilgisayar profili alanları beta sürümüne katılıyorsanız şu uyar ıyı görürsünüz:
Ger ekli izleme kodları ve özel özellikler beta sürümüne katılıyorsanız şu eylem öğesini görürsünüz:
Bu betalara katılmıyorsanız, aşağıdaki bölümü okumaya devam edin.
Site güncellemesini engelleyen özellikleri devre dışı bırakın
Bir Webex sitesini Control Hub olarak güncelleyebilmeniz için bazı özelliklerin devre dışı bırakılması gerekir. Hangi özelliğin devre dışı bırakılması gerektiğini gösteren bir liste görebilirsiniz. Kırmızı daire X simgesi ile işaretlenmiş özellikler yapılmalıdır. Sarı üçgen ünlem işareti simgesiyle işaret lenmiş özellikler sadece bilginiz içindir ve işlem gerektirmez.
Sitenizi Control Hub'a nasıl güncelleyeceğinizle ilgili bir demo için bu videoya bakın.
Kuruluşunuz Site Yöneticisi'nde otomatik hesap oluşturma özelliğini kullanıyorsa Control Hub'da eşdeğer bir özellik ayarlam alı ve lisansları otomatik olarak atamak için bir otomatik lisans şablonu ayarlamalısınız. Daha fazla ayrıntı için bu makal eye bakın. Bu, Control Hub'da yönetilecek siteyi güncellemeden önce yapılmalıdır.
-
-
Ana bilgisayar hesabına kaydolmaya izin ver seçeneğini bulun ve devre dışı bırakın.
-
Hes ap kaydı için gerekli: öğ esini bulun ve gerekli kullanıcı profili alanları için tüm kutuları temizleyin.
-
-
Gün celle'yi tıklayın.
-
Yapıl .
-
Ana Bilgisayar Profil i sütununda, Ger ekli olarak işaretlenmiş tüm izleme kodu satırlarını AdminSet veya İste ğe Bağlı olarak değiştirin.
-
İzleme kodları hakkında daha fazla bilgiyi https://help.webex.com/izu2ty adresinde bulabilirsiniz.
Bir siteyi Control Hub'a güncellediğinizde kullanıcılar için tüm izleme kodu değerleri korunur.
-
Gelecekte, bu kısıtlama kaldırılacak ve eşdeğer işlevsellik için izleme kodlarını Control Hub'da gerekli özel kullanıcı öznitelikleriyle eşleştirebileceksiniz.
İzleme kodlarını kullanıcı özniteliklerine eşleme özelliği, genel önizlemede bulunan bir taslaktır. Ne bekleyeceğinize bir göz atıyoruz.
Site Yönetiminden Kontrol Merkezi'ne gerekli izleme kodlarıyla bir sit eyi güncelleyebilmeniz için, bu izleme kodlarını Control Hub'daki kullanıcı öznitelikleriyle eş lemeniz gerekir. Sizi doğrudan site için kullanıcı nitelikleri sihirbazına yönlendirmek için Bilgi altındaki simgeye tıklayabilirsiniz.. Ger ekli izleme kodlarını henüz eşlemediyseniz veya devre dışı bırakmadıysanız sitenizi Control Hub olarak güncelleyemezsiniz.
Sitenizde gerekli izleme kodları yoksa, bu yordamı izleyerek bir siteyi Kontrol Merke zi'ne güncellemeden önce izleme kodlarını kullanıcı öznitelikleriyle eşleyebilirsiniz.
Depart manı izleme kodu olarak kullanan toplantı siteleri için, bu izleme kodunu özel bir öznitelik yerine departman kullanıcı profili özniteliğ iyle eşlemenizi öneririz. Departman, Control Hub'da standart bir profil niteliği olduğundan, bu senaryo çoğu durumda daha verimli olacaktır.
Bu öznitelik gerekliyse, kullanıcı profili özniteliği bölümüne gidin ve departman özelliğini gerektiği gibi işaretleyin. Bu departman özniteliğinin, diğer kullanıcı öznitelikleriyle birlikte harici kullanıcılar için doldurulmayacağını unutmayın.
| 1 |
Control Hub'da oturum açın ve To plant ıya gidin. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Bir site seçin ve ardından . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
İzleme kodu haritası oluştur 'u seçin. 
| ||||||||||||||||||||||||||||||||||||||||
| 4 |
İzleme kodu özetini aç 'ı seçin. 
| ||||||||||||||||||||||||||||||||||||||||
| 5 |
Yapıl andırma özet ini indir'i tıklayın. Geçerli izleme kodu yapılandır masının bir kopyasını indirmelisiniz. Tüm öznitelik değerlerinin geçerli izleme kodlarıyla tutarlı olduğundan emin olmak için sonraki adımlar için bu özete ihtiyacınız olacaktır. Özel öznitelikler için aynı değerleri yüklemek için önceki izleme kodu listelerini CSV dosyası olarak da indirebilirsiniz. 
| ||||||||||||||||||||||||||||||||||||||||
| 6 |
Sihirbaz'a geri dönün ve Kullanıcı öz nitelikleri ekle ve gözden geçir'i seçin. 
| ||||||||||||||||||||||||||||||||||||||||
| 7 |
Bu site için gereken yeni özel nitelikleri yapılandırın. Bu alanların kullanıcılar için doldurulmasını istiyorsanız, nitelikleri gerekli olarak işaretleyin. Özel öznitelikler, kullanıcıları Directory Connector, Azure AD vb. ile senkronize eden kuruluşlar için geçerli değildir. Bu adımı izleme kodlarının görüntülenen adlarını gözden geçirmek için bir fırsat olarak kullanabilirsiniz. Ger ekli değişiklikleri yaptıktan sonra Kaydet'i tıkl atın. Kilitli özellikler
klasik toplant AdminSetı sitesi izleme kodlarına benzer. Özel bir özniteliği kilitli olarak işaretlediğ
inizde, kullanıcılar bu özniteliği göremez.Bu adımda kaydet'e basarsanız, eklediğiniz, kaldır
dığınız veya gerekli olarak işaretlediğiniz özel nitelikler kuruluş için hemen yürürlüğ
e girer. Kuruluşa katılan yeni kullanıcıların
bu güncellenmiş özel öznitelik yapılandırmasına uyması gerekir, aksi takdirde kullanıcı katılımı başarısız olur. Özel nitelik
leri gerektiği gibi işaretlemeden önce dikkatli olun. 
| ||||||||||||||||||||||||||||||||||||||||
| 8 |
Sihirbazı geri dönün ve Harita izleme kodlarını seçin. 
| ||||||||||||||||||||||||||||||||||||||||
| 9 |
İzleme kodlarını kuruluşun özel veya kullanıcı profili öznitelikleriyle eşlemek için açılır listeyi kullanın. Bir site izleme kodunu bir özniteliğe eşlerken, giriş türü metin alanına ayarlanmışsa, sistem önce izleme kodu adlarıyla eşleşen önceden var olan özniteliklerle eşlenir. İşiniz bittiğinde İleri'yi tıklayın. Kuruluşunuz Directory Connector veya Azure AD gibi otomatik bir kullanıcı
katılım işlemi kullanıyorsa
izleme kodlarını özel niteliklerle eşlememelisiniz. Bunun yerine, izleme kodlarını senkronize edilmiş öz
niteliklerle eşleyin. Önceden, izleme kodları merkez başına farklı şekilde yapılandırılabilir. Tüm merkezler (Toplantılar, Etkinlikler, Web Seminerleri vb.) Artık tek bir zamanlama yapılandırmasını paylaşıyor. Bir öz niteliği gerektiği gibi eşlediğinizde, bu öznitelik zamanlama sırasında gerekli Webex Meetings olacaktırWebex Webinars, vb. 
| ||||||||||||||||||||||||||||||||||||||||
| 10 |
Haritayı kaydet seçeneğine tıklayın. Senkronizasyon, bir sit eyi Control Hub'a güncelleme işlemi sırasında otomatik olarak yapılır. İzleme kodlarını özel niteliklerle eşlediğinizde, verilerin tek doğruluk kaynağı, her bir toplantı sitesi yerine Webex Kimliği'nden gelir. Eşitleme, izleme kodu kullanıcı değerlerinin kullanıcılar için henüz doldurulmamış eşlenmiş özniteliklere tek seferlik bir kopyasını yapar; bu, izleme kodlarını senkronize ettiğiniz sitelerin sırasının öncelikli olduğu anlamına gelir. İlk siteyi senkronize ederken, söz konusu sitedeki kullanıcılar için izleme kodu değerleri, Control Hub'da söz konusu kullanıcı için eşlenen kullanıcı özniteliğine kopyalanır, ancak yalnızca bu değer kullanıcı için önceden doldurulmamışsa. Bazı izleme kodu değerleri, senkronizasyon sırasında siteden kullanıcı niteliklerine kopyalanamayabilir Eşlenen bir site için kullanıcının değeri eşitleme sırasında zaten doldurulmuşsa, o siteden gelen izleme değeri, söz konusu kullanıcı için Kontrol Merkezi'ndeki eşlenen özniteliğe kopyalanmaz. Verilerin kullanıcılar için diğer izleme kodlarının yerini almasını önlemek için, bir toplantı sitesi için verileri kullanıcılar için en güncel izleme kodu verileriyle eşleştirmenizi ve senkronize etmenizi öneririz. İzleme kodu değerleri,
izleme kodlarını
Directory Connector veya Azure AD gibi harici kaynaklar aracılığıyla senkronize edilen kullanıcı alanlarına eşleyen sitelerden kopyalanmaz. Aşağıdaki tablo, verilerin orijinal izleme kodlarının yerini aldığı olası senaryoları özetlemektedir. Bu senaryolarda izleme kodu ve eşlenen öznitelik kullanıcının şehridir.
* Önceki izleme kodu değeri, mevcut eşlenmiş öznitelik tarafından değiştirilir. | ||||||||||||||||||||||||||||||||||||||||
Control Hub'da yönetilecek sitenizi güncellemeden önce şunlardan emin olun:
- Kuruluşunuzda olması gereken sitenin tüm kullanıcıları aslında Control Hub kuruluşunuzdadır.
- Kuruluşunuzda olmaması gereken sitenin tüm kullanıcıları kuruluşunuzdan silinir.
- Kuruluşunuz SSO için yapılandırılmışsa, kuruluştaki kullanıcıların kimliği IdP'niz tarafından doğrulanabilir.
- Sitede zorunlu olarak işaretlenmiş kullanıcı profili alanları, siteyi güncellediğinizde Kontrol
Merkezi kuruluşuna da kopyalanacaktır. Bu alanların Control Hub'da sitede
hesap kaydı için gerekli olarak işaretlenmesini istemiyorsanız, Control Hub'a güncellemeden önce Site Yöneticisi'ndeki alanların işaret
ini kaldırın.
- Bu makalenin başlarında Control Hub kuruluşunuzu hazır layın bölümünü incelediniz.
Sitenizi Control Hub'a nasıl güncelleyeceğinizle ilgili bir demo için bu videoya bakın.
Site güncellemesini engelleyecek kullanıcılar nasıl kontrol edilir
-
Site Yönetimi'nde oturum açın ve Yönetim Güncel leştirme sayfas ını açın.
-
Yönetim deneti mini güncellemek için önkoşulları gözden geç irin ve Etkil enen kullanıcıları CSV'de dışa aktar'ı tıklatın.
-
İhracatın bitmesini bekleyin. Bu işlem, başlangıç zamanına ve sitedeki kullanıcı sayısına bağlı olarak biraz zaman alabilir. Dışa aktarmalar saatin en üstünde 6 dakika duraklatılır ( xx:57 ile xx:03 arasında).
-
Dışa aktarma işlemi bittiğinde CSV 'yi İndir'i tıklayın.
Tarayıcınız indirir
users-to-review.csv. -
CSV dosyasını açın ve Önerilen ey lem sütununu ( son sütun) işaretleyin. Dosyadaki her kullanıcı için önerilen işlemi gerçekleştirin.
Eşleşmeyen e-posta adresleri olan kullanıcılar
Bazı kullanıcılar Site Yöneticisi ve Kontrol Merkezi'nde farklı bir e-posta adresine sahip olabilir. Bu, kullanıcının e-postası, kullanıcı bu siteden Control Hub'a bağlandıktan sonra iki yerden yalnızca birinde değiştirilmişse mümkündür.
Eşleşmeyen e-posta adreslerine sahip kullanıcıları düzeltmek için şu işlemleri deneyin:
-
Site Yöneticisi'ndeki kullanıcının e-posta adresini Control Hub e-posta adresiyle eşleşecek şekilde değiştir me
Kullanıcılar Site Yöneticisi profillerini düzenleyebilir: https://help.webex.com/nmig1kcb
-
Control Hub'daki kullanıcının e-posta adresini Site Yöneticisi e-posta adresiyle eşleşecek şekilde değiştirin: https://help.webex.com/nsi3kgb.
Kullanıcılar, Control Hub organizasyonunda kendi e-posta adreslerini değiştirebilirler: https://help.webex.com/nme40aeb
Kullanıcı e-posta adresi uyumsuzluklarını düzeltmeden sitenizi Control Hub olarak güncelleştirirseniz, etkilenen kullanıcıların toplantı sitelerinde oturum açmak için Control Hub e-posta adreslerini kullanmaları gerekir. Bu kullanıcılar Site Yöneticisi'ndeki e-posta adresiyle oturum açmaya çalışırlarsa veya Control Hub e-posta adresleri IdP' lerinde artık geçerli değilse (SSO kuruluşları için) oturum aç amayabilir. Siteyi güncellemenizi engellemezler, ancak güncellemeye başlamadan önce e-posta adreslerini düzeltmek daha iyidir.
Temel Toplantılar lisansına sahip harici kullanıcılar
Temel Toplantılar lisanslarına sahip harici kullanıcıların, siteyi Site Yöneticisinden Kontrol Merkezi'ne güncell Webex Meetings enmeden önce devre dışı bırakılması veya ücretli lisanslara yükseltilmesi gerekir.
Kullanıcılar nasıl devre dışı bırakılır
Site Yönetiminde bireysel kullanıcı devre dışı bırakılması için:
-
.
-
Kullanıcıyı bulmak için dizin, arama ve filtre denetimlerini kullanın.
-
Aktif kutusunun işaretini kaldırın.
-
Değiş iklikleri gönderin.
Daha fazla bilgi için bkz. Webex Site Yönetiminde Kullanıcı Hes aplarını Yönetme.
Site Yönetiminde toplu kullanıcı devre dışı bırakılması için:
-
Kullanıcıları bir CSV dosyasına aktarın.
-
CSV dosyasını açın ve etkilenen tüm kullanıcılar
NiçinActivesütun değerlerini değiştirin. -
Değiştirilen CSV dosyasını içe aktarın.
Değiştirdiğiniz kullanıcılar artık Etkin değil.
Daha fazla ayr ıntı için Webex Site Yönetiminde Webex Kullanıcılarını Toplu İçe Aktarma ve Dışa Aktarma bölümüne bakın.
Dizin senkronizasyonu olan kuruluşlardaki kullanıcılar
Kuruluşunuzda olması gereken ancak henüz eklenmemiş olan bağlantısız kullanıcılar varsa, önce onları kuruluşunuza eklemeniz gerekir. Bu, dizin eşitlemesi site güncelleme işlem inin kullanıcı eklemesine izin vermediğinden, dizin eşitlemesi için yapılandırılmış kuruluşlar için özellikle önemlidir (Dizin Bağlayıcısı veya Azure AD aracılığıyla).
Sitedeki etkin kullanıcılar bir Kontrol Merkezi kuruluşuna bağlanamıyorsa site güncellemesi başarısız olur. Kuruluşunuz dizin eşitlemesi için yapılandırılmışsa, güncelleştirmeyi başlatmadan önce Denetim Merkezi kuruluşunun bir parçası olması gereken sitedeki tüm kullanıcıların Dizin Bağ layıcısına veya Azure AD'ye eklendiğinden emin olun.
Güncellemeyi başlatmadan önce kullanıcı sorunlarını düzeltin
Dosyadaki kullanıcılarla ilgili sorunları çözmeden siteyi Denetim Merkezi'ne güncelleştirmeye
users-to-reviewçalışırsanız, güncelleme yönetimi işlemi başarısız olabilir. Araç
, son
güncellemeyi başlatana kadar sorunları düzeltip düzeltmediğinizi kontrol etmez.
SSO kuruluşuna bağlı SSO sitelerini ve SSO olmayan siteleri güncelleme
Bir Control Hub kuruluşu, IdP'lerden biri Webex IdP (yerel kimlik doğrulama) olan SSO için birden fazla kimlik sağlayıcısını (IDP) destekleyebilir
Control Hub'daki birden çok IDP yardımcı olacaktır:
- Site Yöneticisi'ndeki bir SSO sitesinin IdP'sinin Control Hub'ın SSO IdP'sinden farklı olduğu durumlarda.
- Sitedeki kullanıcılar kuruluşta yapılandırılmış SSO IdP'de olmadığında, bu kullanıcılar artık yalnızca yerel Webex IdP'ye eklenebilir. Daha sonra bu kullanıcıları daha sonra yapılandırılmış SSO IdP'ye taşıyabilirsiniz.
Birden fazla IDP ayarlamak, Site Yöneticisi'nden Kontrol Merkezi'ne güncellenen sitedeki tüm kullanıcıların bir Control Hub kuruluşunda yapılandırılan kimlik doğrulama yöntemiyle oturum açmasını sağlayabilir . Bunu başarmak için şunları yapabilirsiniz:
- Control Hub kuruluşuna ek SSO IDP'leri ekleyin.
- Önceden yapılandırılmış bir IdP'ye kullanıcı ekleyin.
- Yerel Webex IdP'ye kullanıcı ekleyin.
Control Hub'daki birden çok IDP hakkında daha fazla bilgi edinmek için bu makal eye bakın.
Başlamadan önce
Devre dışı bırakmanız gereken bazı özellikler vardır ve tüm kullanıcıların Control Hub'a güncellenmek için iyi durumda olup olmadığını kontrol etmelisiniz. API tümleşik uygulamaları kullanıyorsanız, Webex API'sini kullanmak için bunları güncellemeniz gerekir.
Bu önkoşulları bu makalenin önceki bölümlerinde okuyabilirsiniz.
Tüm yöneticilerinizin siteyi Control Hub'a güncellediğinizi bildiğinden ve siz başladıktan sonra Site Yöneticisi'nde herhangi bir değişiklik yapmamaları gerektiğinden emin olun.
| 1 |
Site kullanıcılarının dış a aktarma dosyasını dışa aktarın ve kaydedin. Bu dosya, güncellemeden sonra doğrulamanıza yardımcı olmak için bir kullanıcı yapılandırma arşivi görevi görür. |
| 2 |
Site Yönetimi'nde oturum açın ve Yönetimi Gün celle'yi tıklayın. |
| 3 |
Önkoşulları, özellikle güncelleştirmenin başarısını etkileyebilecek durumlardaki kullanıcıların CSV listesini gözden geçirin. |
| 4 |
Devre dışı bırakılması gereken özellikler ve kullanıcı yönetimi ve ana bilgisayar lisanslamasında bekleyebileceğiniz farklılıklar hakkında bilgi edinin (ayrıca bu makalede belgelenmiştir). |
| 5 |
Denetim Merkezi'ni Güncelle'yi tıklatın. Bu düğme yalnızca yukarıdaki adımlar tamamlandıktan sonra etkinleştirilir. 
Bir açılır
pencere belirir. Bu pencere, bir siteyi Control Hub'a güncellemenin kalıcı olduğunu ve tamamlandıktan sonra güncelleştirmeyi geri alamayacağınızı gösterir. Güncelleme tamamlandığında, bu site artık Site Yönetimi'nde yönetilmeyecektir. Bu siteyi Control Hub'da tam olarak yönetmeye hazır değilseniz sihirbazdan hemen çıkın.
 |
| 6 |
Tamam 'ı tıklatın. Güncelleme başlatır, Site Yönetiminin üstünde bir site güncellemesinin devam ettiğini size bildirmek için bir başlık görüntülenir. Herhangi bir sorun olursa, önerilen eylemi içeren bir hata mesajı görürsünüz. Aksi takdirde, bir başarı mesajı görürsünüz. Site güncellemesinin tamamlanması yaklaşık 3 dakika+1000 aktif kullanıcı/dak+2000 etkin olmayan kullanıcı/dak sürer. Örneğin, site güncellemesini 05:20 'de başlattıysanız ve sitenizde 8000 aktif kullanıcı ve 2000 etkin olmayan kullanıcı varsa, site güncellemesi yaklaşık 12 dakika sürer. Ayrıca, site güncellemeleri saatin başında 6 dakika duraklatılır (xx:57 ile xx:03 arasında). Ancak sonuçlarınız değişebilir. |
| 7 |
Control Hub'da Oturum Aç'ı tıklatın. |
Webex Site Yönetimi'nden site güncellemesini tetikledikten sonra, site güncellemesinin durumunu görmek için Kontrol Merkezi'nde oturum açabilirsiniz.
-
Control Hub'da oturum açın ve Toplantılar sayfasını açın.
Toplantı sitelerinizin bir listesini görebilirsiniz.
-
Bu siteyle ilgili bilgileri görmek için bir siteyi tıklayın.
-
Güncelleme durumunu okuyabileceğiniz Site Güncell eme bölümünü arayın.
Güncelleme tamamlandıktan sonra, Site Yönetimi'ndeki tüm kullanıcıların bir listesini indirebilir ve bu kullanıcılardan hangilerinin sitede aktif veya etkin olmadığını görebilirsiniz. Site Yönetiminin kullanıcı durumu sütununda etkin olmayan olarak gösterilen kullanıcılar, Control Hub tarafından yönetilen siteye erişemez. Bu kullanıcılar ayrıca Control Hub'ın kullanıcı bölümünde siteye herhangi bir erişime sahip olarak gösterilmeyecektir.
İndirme düğmesinin görünmesi biraz zaman alabilir (çoğu kuruluş için dakikalar).
-
Güncelleme sırasında herhangi bir sorun olup olmadığını kontrol etmek için listeyi inceleyin.
Site güncellemesi bittikten sonra artık Site Yönetimi'nde bu siteyi yönetemezsiniz. Bu site için tüm yönetim Control Hub'da yapılmalıdır. Control Hub'da sitenizin yönetimini öğrenmeniz ve denemeniz için bazı adımlar aşağıda verilmiştir:
-
Hiçbir şeyin değişmediğini doğrulamak için bazı site yapılandırma ayarlarını kontrol edin. Control Hub'a güncellemeden önce bazı Site Yöneticisi ayarlarını kopyaladıysanız bu daha kolaydır.
-
Bir ana bilgisayar seçin ve Control Hub'da lisansını, izleme kodlarını ve oturum türlerini doğrulayın. Toplantı sitesinde oturum açın ve planlanan toplantılarının, kayıtlarının ve tercihlerinin değiştirilmediğini onaylayın. Denetim Merkezi'ne güncellenmeden önce bu ana bilgisayarın verileri kopyalanırsa doğrulama daha kolaydır.
Kullanıcıdan yeni toplantılar planlayıp düzenleyebileceklerini kontrol etmesini isteyin.
-
Kuruluşunuza yeni bir kullanıcı ekleyin. Onlara bir ana bilgisayar lisansı verin, oturum türlerini değiştirin ve toplantılara ev sahipliği yapabileceklerini doğrulayın.
Yeni kullanıcılara veya belirli yeni kullanıcı gruplarına lisans atamak için kuruluş veya grup tabanlı lisans şablonları ayar lamanızı öneririz. -
Site Yöneticisi'nde tam yönetici olan bir kullanıcıyı seçin ve Control Hub'da güncellenmiş siteye uygun erişim düzeyine sahip olduklarını doğrulayın.
Siteyi okuyabilmeli ve değiştirebilmeli; kullanıcıları oluşturabilmeli, lisanslayabilmeli, değiştirebilmeli ve silebilmelidir.
-
Sitenizde API entegrasyonları varsa Kişiler API'lerini kullanmaya geçin. Güncellenen entegrasyonun beklendiği gibi çalıştığını onaylayın.
-
Kullanıcılar, Webex Uygulaması ve tüm Control Hub tarafından yönetilen sitelerde tek, birleşik oturum açma deneyimine sahip olacaktır.
Kullanıcı adı, Site Yönetimi'ndeki kullanıcının e-posta adresiyle eşleşmiyorsa, bu kullanıcılar oturum açma deneyimini etkileyecektir. Eski kullanıcı adları artık kullanılamaz, ve bu kullanıcıların oturum açmak için e-posta adreslerini kullanmaları gerekir. -
Kullanıcı kimlik bilgileri, Control Hub kimlikleriyle ilişkilendirilir. Aynı kimlik bilgileri, aynı kuruluştaki tüm Control Hub tarafından yönetilen siteler ve Webex Uygulaması için geçerlidir.
-
Control Hub kuruluşunda SSO yapılandırılmışsa, bu SSO, Webex Uygulaması ve tüm Control Hub tarafından yönetilen sitelerde oturum açma deneyimini yönetir.
-
Webex Uygulamasındaki oturum açma deneyimi, Control Hub'a güncellemenin bir sonucu olarak etkilenmez.
-
Kullanıcılar bir Webex Meetings sitede oturum açtığında, oturum açma ekranı farklı görünecektir. Kuruluşları SSO için yapılandırılmış olsa bile kullanıcılar oturum açmak için e-posta adreslerini girmelidir.
Yöneticiler, Control Hub'da Beni Hatırla seçeneğini etkinleş tirebilir, böylece kullanıcılar her oturum açtıklarında e-posta adreslerini tekrar girmek zorunda kalmazlar. -
Her kullanıcının geçmişine, hesabı olduğu sitelerin sayısına vb. Bağlı olarak:
-
Kullanıcılar Webex Kimliği/Kontrol Merkezi'ndeki mevcut kullanıcılara bağlanmışsa, kullanıcılar Denetim Merkezi'ne güncellenen tüm Webex siteleri için aynı parolayı kullanır.
-
Kullanıcılar, site bağlantısı nedeniyle Webex Kimliği/Kontrol Merkezi'nde oluşturulmuşsa, ilk bağlı sitelerinin kimlik bilgileri geçerlidir (kur uluş SSO ile yapılandırılmamışsa). Kullanıcılar bu sitede oturum açmaları için yönlendirilir. Kullanıcıların birden çok kimlik bilgisine sahip birden fazla sitesi varsa, site URL'si hangi kimlik bilgilerini kullanacaklarını belirlemelerine yardımcı olmalıdır.
-
Kullanıcıların Control Hub kuruluşlarında parolalarını sıfırlamalarına izin verilir (parola SSO aracılığıyla yönetilmiyorsa). Kullanıcılar şifrelerini unuttuklarsa, Kullanıcı adınızı veya şifrenizi mi unuttunuz? seçeneğine tıklayabilirler? parolalarını sıfırlamak için oturum açma ekranında. Kullanıcılar ayrıca şu talimatları izleyerek parolalarını sıfırlayabilir:
- Webex Uygulaması için şifreyi sıfırla: https://help.webex.com/article/n02v0b8/
- Bir Webex Meetings site için şifreyi sıfırla: https://help.webex.com/article/6v6kaab/
-
-
Son kullanıcının e-posta adresi değiştiyse ve site güncellemesi sırasında Site Yöneticisi ve Kontrol Merkezi'nde farklı bir e-posta adresi varsa, bu kullanıcı oturum açmaya çalışırken sorun yaşayabilir. Kullanıcı artık oturum açmak için Control Hub e-posta adresini kullanması gerektiğini bilmiyor olabilir veya Control Hub'daki e-posta adresinin kuruluşunun SSO IdP'sinde artık geçerli olmayabilir. Site Yöneticisi'nde aynı kullanıcıların e-posta adreslerinde değişiklikler yapıldığından, Control Hub'daki kullanıcıların e-posta adreslerinin güncellenmesiyle bu tür durumlardan en iyi şekilde kaçınılır.
-
iOS Webex Meetings mobil uygulamasında kullanıcılar için yeniden oturum açmak gerekir:
- SSO olmayan bir siteyi Control Hub olarak güncelleştirirseniz, kullanıcılarınızın iOS için Webex Meetings mobil uygulamada yeniden oturum açması gerekir. İOS için Toplantılar uygulaması, kullanıcıların site güncellemesinden sonra iki aya kadar yeniden oturum açmalarını gerektirmese de, kullanıcıların bu durumdan önleyici bir şekilde kaçınmak için manuel olarak yeniden oturum açmalarını öneririz.
-
Site güncellemesi sırasında, kullanıcı adları e-posta adresleriyle eşleşmeyen kullanıcıların tekrar oturum açması gerekebilir.
-
Bu kullanıcıların, Denetim Merkezi'ne site güncellemesi sırasında sitedeki Webex hizmetlerine erişmeye çalışırlarsa, Webex istemcilerinde tekrar oturum açmaları gerekebilir. Site güncellemesi başlamadan önce toplantılara katılan kullanıcılar etkilenmez.
-
Boş “gözden geçirilecek kullanıcı” CSV dosyası
Siteniz büyükse ve Site Yöneticisi'nde Denetim Merkezi'nden farklı olan 1000'den fazla kullanıcısı varsa site güncelleme sihirbazında boş bir “inceleyecek kullanıcı” CSV dosyası ile karşılaşabilirsiniz. Bu, sorun yaşayan kullanıcıları çözemeyeceğiniz için site güncellemesinin çalışmamasına neden olur. Bu sorun üzerinde çalışılıyor ve önümüzdeki haftalarda çözmeyi planlıyoruz.
Control Hub'a güncellenirken aktarılmayan ayarlar
- Site Yöneticisi tarafından yönetilen siteniz yavaş kanaldaysa ve Kontrol Merkeziniz de bir iş ortağı tarafından yönetiliyorsa Denetim Merkezi'ne güncelledikten sonra Toplantılar sitesi sürüm güncelleme denetimlerinin görünürlüğünü kaybedebilirsiniz. Bu durumda, lütfen iş ortağınızla iletişime geçin ve müşterinin kuruluşunuz için site sürümünü yükseltmesine izin ver ayarını etkinleştirmelerini isteyin.
- Bekleyen kendi kendine kaydolma hesap istekleri Uyarılar merkezine aktarılmaz. Güncelleme tamamlandıktan sonra kullanıcılar bir hes aba tekrar kaydolmalıdır.
- Site Yöneticisi'ndeki kullanıcı adı değerleri, güncelleme tamamlandıktan sonra Control Hub'daki kullanıcıların e-posta adresleriyle geçersiz kılınır.
Güncellemenin başarısız olmasına neden olan kullanıcı sorunları
- Bir Webex for Government kuruluşundaki kullanıcılara bağlı e-posta adreslerine sahip kullanıcılar, güncellemeyi başlatmadan önce bu kullanıcılar devre dışı bırakılmazsa güncelleştirmenin başarısız olmasına neden olur.
Güncelleştirmenin başarısız olmasına neden olan yaygın sorunlar ve önerilen eylemler
Siteniz Control Hub'a güncellenemezse, bu ortak hatalardan birinin nedeni olup olmadığını ve düzeltmek için neler yapabileceğinizi görmek için aşağıdaki tabloyu kontrol edin.
| Güncellemenin başarısız olmasına neden olan hatalar | Önerilen eylem |
|---|---|
| Site türü geçersiz. | Sitenin kullanıcı bağlantılı olduğunu doğrulamak için Webex Destek ekibinizle iletişime geçin. |
| Sitenin bununla ilişkili bir aboneliği yoktur. | Siteler, Control Hub'a güncellenmeden önce bir abonelikle ilişkilendirilmelidir. |
| Kuruluş kimliği ile ilgili bir sorun var. | Siteye bağlı kuruluş kimliği, abonelik kuruluş kimliği ile aynı değildir. Webex Destek ekibinizle iletişime geçin. |
| Aşağıdaki aboneliğin Control Hub'da bekleyen işlemleri vardır: (SubID). | Bekleyen işlem tamamlandıktan sonra site güncellemesini yeniden deneyin. |
| Tek oturum açma (SSO) ayarlarında çakışmalar var. | Site SSO etkinleştirilmişse, şunlardan emin olun:
|
| Site Yönetimi'ndeki site lisansı bilgileri, Control Hub'daki site lisansı bilgileriyle eşleşmiyor. | Site Yöneticisi ve Kontrol Merkezi arasında tutarsız lisans bilgileri. Webex Destek ekibinizle iletişime geçin. |
| Site Yönetimi'ndeki bazı kullanıcı adları veya e-posta adresleri, Control Hub'daki kullanıcı adları veya e-posta adresleriyle çakışır. | Site Yöneticisi'ndeki bir kullanıcının e-postası, Control Hub'daki başka bir kullanıcı tarafından kullanılır. E-posta adreslerinden veya kullanıcı adlarından birini değiştirin. |
| Sitenizi güncellerken bir sorun yaşadık. | Dahili bir hata bu sitenin güncellenmesini engelledi. Webex Destek ekibinizle iletişime geçin. |
| Webex kullanıcılarını güncellerken bir sorun yaşadık. | Dahili bir hata bu sitenin güncellenmesini engelledi. Webex Destek ekibinizle iletişime geçin. |
Kullanıcılar için oturum açma sorunları
Webex çerezlerine her zaman izin verdiğinizden emin olun. Aksi takdirde, kullanıcılar Control Hub'a güncelledikten sonra oturum açma sorunları yaşayabilir.
Q. Cisco'nun Site Yönetimini artık desteklemeyeceği bir tarih var mı?
A. Evet. Aralık 2023'in sonunda Webex Site Yönetimini kullanımdan kaldırmayı planlıyoruz.
Q. Site Yöneticisi'ndeki sitenin yöneticileri, Kontrol merkezi yönetimine güncelledikten sonra siteye yönetimsel erişimlerini devam ettirecek mi?
A. Evet. Site Yöneticisi'ndeki sitedeki tüm yöneticiler, site Kontrol Merkezi yöne timine güncellendikten sonra siteye yönetici erişimine sahip olmaya devam eder.
Q. Bir toplantı sitesini Site Yöneticisi'nden Kontrol Merkezi yönetimine güncelledikten sonra sit ede neden yeni yöneticiler görüyorum?
C. Sitedeki bu yeni yöneticiler muhtemelen Control Hub kuruluş yöneticileriydi. Bir site Site Yöneticisinden Kontrol Merkezi'ne güncellendiğinde, kurum genelindeki tüm yönetic iler yeni Control Hub tarafından yönetilen sitenin site yöneticileri olur. Bu, kur uluş tam yöneticilerinin Webex sitesi tam yöneticileri olacağı, kuruluş kullanıcı yöneticilerinin Webex sitesi kullanıcı yöneticileri olacağı ve kuruluş salt okunur yöneticilerinin Webex sitesi salt okunur yöneticileri olacağı anlamına gelir.
Q. Siteyi Control Hub'a güncelledikten sonra üretkenlik aracı oturumu nasıl çalışmıyor?
A. İnternet tarayıcılarının, tarayıcıların gelişmiş gizlilik ayarlarında bulunan oturum çerezlerine her zaman izin verecek şekilde yapılandırıldığından emin olun.
Q. Control Hub'da bir kullanıcı silinirse ve ardından aynı e-posta adresi Control Hub'a yeniden eklenirse ve aynı Webex sitesine bir Toplantı lisansı atanırsa, kullanıcı eski kayıtlarına erişebilir mi?
C. Evet, kullanıcı, bulundukları önceki Webex sitelerinden herhangi birine lisans atandıysa eski Toplantı içeriğinin tamamına erişebilir. Bu, hem Control Hub tarafından yönetilen siteler hem de Control Hub olarak güncellenen siteler için geçerlidir.
Q. Site Denetim Merkezi'ne güncellemeden önce Site Yöneticisi'nde bir kullanıcı devre dışı bırakıldıysa ve daha sonra Control Hub'da aynı Webex sitesine yeniden lisanslandıysa, kullanıcının eski kayıtlarına erişimi olacak mı?
C. Evet, kullanıcı eski kayıtlarına hala erişebilir. Ayrıca site güncellemesinden önce Site Yöneticisi'nde devre dışı bırakılan tüm kullanıcılar Control Hub'daki Toplantılar CSV dışa aktarma dosyasında listelenir.
Q. Bir sitede SSO IdP kurulumu yoksa, ancak Control Hub kuruluşunun bir SSO IdP'si varsa, site Control Hub'a güncellendiğinde ne olur?
A. Site, Control Hub kuruluşuyla aynı SSO IdP'sini kullanacaktır.
Q. Bir sitenin, Control Hub'daki SSO IdP'den farklı bir SSO IdP'si kurulumuna sahipse, site Control Hub'a güncellendiğinde ne olur?
A. Site, Control Hub kuruluşuyla aynı SSO IdP'sini kullanmak üzere geçiş yapacaktır.
Q. Bir sitede SSO IdP'si kuruluysa, ancak Control Hub kuruluşunun SSO IdP'si yoksa, site Control Hub'a güncellendiğinde ne olur?
A. Sitenizi güncellemeniz engellenecektir. Denetim Merkezi'ne güncelleme yapabilmeniz için sitenin engelini kaldırmak için SSO IdP'yi Site Yöneticisi sitesinden kaldırın veya Control Hub kuruluşuna SSO IdP ekleyin.
Q. Kayıtlara erişmek ve toplantıları veya etkinlikleri planlamak için sitenin URL'sinde oturum açmaya devam edebilir miyim?
C. Evet, kayıtlara erişebileceğiniz, toplantıları planlayabileceğiniz vb. sitenin URL'sinde hala oturum açabilirsiniz.
Q. Site Yönetiminden Kontrol Merkezi'ne site güncellemesi sırasında kullanıcıya özel ayarlar değiştirildi mi?
C. Hayır, kullanıcı ayarları değişmeden kalacaktır. Bu ayarlar site güncellemesinden önceki gibi geçerli olacaktır.
Q. Kayıtlarım veya planlanan toplantılarım bu site güncellemesinden etkileniyor mu?
A. Ana bilgisayar kayıtları etkilenmez. Onlara hala erişiminiz olacak. Planlanan toplantılarınız da etkilenmez. Onlarda değişiklik yok.
Q. Kullanıcıların kayıtları veya planlanmış toplantıları bu site güncellemesinden etkileniyor mu?
A. Kullanıcı kayıtları etkilenmez. Onlara hala erişimleri olacak. Plan lanan toplantılar da etkilenmez. Onlarda değişiklik yok.
Henüz hak talebinde bulunmayan kullanıcılar için, siteyi Control Hub olarak güncelledikten sonra bunları talep etmeniz durumunda kayıtları veya planlanmış toplantıları etkilenebilir. Daha fazla bilgi için aşağıdaki nota bakın.
Sitenizi Control Hub'a güncellemeden önce kullanıcı talebinde bulunmanızı şiddetle tavsiye ederiz. Site Control Hub olarak güncellen dikten sonra kuruluşunuza kullanıcı talebinde bulunur sanız, bu kullanıcılar sitedeki toplantılara ve toplantı varlıklarına erişimini kaybedebilir.
Geçici çözüm olarak, site Control Hub olarak güncellendikten sonra kullanıcıların sitedeki toplantılara ve toplantı varlıklarına erişimini kaybetmemesini sağlamak için aşağıdakileri yapabilirsiniz:
- Kuruluş veya site için harici yönetici ayrıcalıklarına sahip kullanıcılar için kuruluş ve siteye tüm harici yönetici erişimini kaldırın ve ardından toplantı sitesi lisansını kaldırın. Kullanıcıyı talep ettikten sonra, bu kullanıcıyı siteye yeniden lisanslayın. Harici yönetici ayrıcalıklarını da geri yükleyebilirsiniz.
- Normal kullanıcılar için—Toplantı sitesi lisansını kaldırın, kullanıcıyı kuruluşunuza talep edin ve ardından bu kullanıcıyı siteye yeniden lisanslayın.
Q. Control Hub tarafından yönetilen siteler için bekleyen kendi kendine kaydolma hesap isteklerini nerede inceleyebilirim?
C. Siz ve diğer yöneticiler, Uyarılar merkezinde kendi kendine kaydolma isteklerini incele yebilirsiniz.
Q. Bir siteyi Control Hub'a güncelledikten sonra Site Yöneticisi'nden kullanıcı adı değerlerine erişebilir miyim?
A. Site Yöneticisi'ndeki tüm kullanıcıların bir kullanıcı dışa aktarma dosyası, siteyi Control Hub olarak güncelledikten sonra 90 gün boyunca Control Hub'da kullanılabilir. Bu CSV dosyası kullanıcı adı değerlerini içerir.
Q. Site Yöneticisi'nde kullanıcıları tanımlamak için kullanıcı adı değerlerini kullanıyoruz. Control Hub'da aynısını nasıl yapabiliriz?
A. Kullanıcı adı değerleri, bir siteyi Kontrol Merkezi'ne güncelledikten sonra kaybolur. Bu değerlere erişmeniz gerekiyorsa, bir çözüm, siteyi güncellemeden önce değerleri bir izleme koduna kopyalamaktır. Kullanıcılar için izleme kodu değerleri, bir siteyi Kontrol Merkezi'ne güncelledikten sonra korunur ve kullanılabilir olur. SSO kullanıyorsanız, bu değeri iç ExternalIDerebilen bir Control Hub kullanıcı özniteliğidir. Bu, Control Hub'da SSO'yu yapılandırırken SAML onaylarınızı bu değeri iletecek şekilde yapılandırmanızı gerektirir. Bu değer, yeni kullanıcıların otomatik oluşturulması sırasında Control Hub'a da iletilecektir.
Q. Site güncellemesinin başladıktan sonra tamamlanması ne kadar sürer?
A. Site güncellemesinin tamamlanması yaklaşık 3 dakika+1000 aktif kullanıcı/dak+2000 etkin olmayan kullanıcı/dakika sürer. Örneğin, site güncellemesini 05:20 'de başlattıysanız ve sitenizde 8000 aktif kullanıcı ve 2000 etkin olmayan kullanıcı varsa, site güncellemesi yaklaşık 12 dakika sürer. Ayrıca, site güncellemeleri saatin başında 6 dakika duraklatılır (xx:57 ile xx:03 arasında). Ancak sonuçlarınız değişebilir.
Q. Control Hub'da yönetilecek siteyi güncelledikten sonra her yeni kullanıcıyı veya belirli gruplardaki yeni kullanıcıları otomatik olarak nasıl lisanslayabilirim?
A. Yeni kullanıcı lara otomatik olarak lisans atamak için kuruluş veya grup tabanlı lisans şablonları ayarlayabilirsiniz.
Q. Site güncellemesi sırasında kesinti var mı?
A. Hayır. Site güncellemesi sırasında:
- Kullanıcılar, planlanmış ve geçici toplantılara katılma ve başlatma gibi Toplantılar hizmetini kullanmaya devam edebilir.
- Site güncellemesi başladığında devam eden toplantılar etkilenmez.
- Abonelik Control Hub'da kilitlenecektir.
- Toplantılar masaüstü istemcisinde “Yaklaşan Toplantılar” bölümü ile ilgili sorunlar olabilir.
- Site yönetimi yapılandırmalarında değişiklik yapılması önerilmez.
