Site Webex Meetings control Hub'site yönetimi güncelle
Site yönetimi Control Hub'site yönetimi güncelleme hakkında
Bir sitenin Site Yönetiminden Control Hub’a güncellenmesi, istemci sürümlerinin güncellenmesini gerektirmez. Bu kuruluşları yöneten iş ortakları hazır olana kadar bazı siteler bu özelliği kullanamaz.
Webex, toplantıları, mesajlaşmayı, çağrıyı ve diğer iş birliği modlarını yönetmek için birleştirilmiş bir platform haline geliyor. Bu nedenle tüm Webex Meetings sitelerinin yönetimini Site Yönetimi’nden Control Hub’a taşımak istiyoruz.
Site Yönetimi’nde bu değişiklik konusunda size yardımcı olacak bir aracımız var. Siteniz zaten Control Hub’da güncelleme için uygunsa navigasyon menüsünde Yönetimi Güncelle ’ye tıklayarak başlayabilirsiniz.
Sitenizi Control Hub olarak güncellemenin nasıl çalıştığını görmek için bu videoya bakın.
Site güncellemenizi planlamanıza yardımcı olmak için Site değerlendirmesi hazır olma bölümünü gözden geçirebilirsiniz.
Control Hub'da siteleri yönetmenin avantajları arasında şunlar vardır:
-
Tüm toplantı ve toplantılar Webex gibi tüm hizmetler 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ı.
Control Hub'site yönetimi güncelledikten sonra bir toplantı sitesini yönetmek için bu siteyi güncelleyesiniz.
Siteniz Site Yönetimi'nden Control Hub'a otomatik bir güncelleme için planlanmış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. Control Hub'da kullanıcı yönetimi daha modern temel teknolojilere sahiptir, bu nedenle Control Hub'da sitelerin yönetimiyle ilgili bazı farklılıklar vardır. Bu bölüm, sitenizi güncellerken ortaya verilen farklılıklara odaklanıyor.
site yönetimi Control Hub arasındaki farklara daha ayrıntılı bir genel bakış için bu makaleye bakın.
Kullanıcı yönetimi
Kullanıcıların kuruluş içerisinde ayrı ve benzersiz olduğu (ve bunların hepsini) temel alan merkezi bir kullanıcı yönetimi sistemimiz Webex. Bu site yönetimi, kullanıcı profili sitesi başına ayrıdır.
- Otomatik hesap oluşturma ile SSO Oturum Açma (tek oturum açma)
-
Site Yöneticisinde, otomatik hesap oluşturma özelliğine sahip ve kullanıcıların kimliklerini kendi kendilerine doğrulayana kadar SSO.
Bu özellik Control Hub’da da kullanılabilir. Daha fazla bilgi için bkz. Control Hub için SAML Otomatik Hesap Oluşturma ve Güncelleme .
SSO kuruluş, Microsoft® Active Directory ve Microsoft Azure gibi harici dizin araçlarında kullanıcılarını merkezi olarak yönetmeyi ve harici kimlik sağlayıcılarla kimlik doğrulamayı gerekli olmayı tercih ediyor olabilir.
Hakkında daha fazla bilgi:
- Zorunlu profil verileri ve takip kodları
-
site yönetimi kullanıcılar için gerekli profil alanlarını belirtmenizi sağlar (önceki ekran görüntüsü). Kullanıcı oluşturma için 3 gün takip kodları talep etmek için bunu uzatabilirsiniz (aşağıdaki ekran görüntüsü). Bu ek gereksinimleri yapılandırrsanız, kullanıcılar olmadan siteye kullanıcı ekamazsiniz.
Control Hub'ın sadece bir kullanıcı oluşturmak için görünen bir ad ve e-posta adresine ihtiyacı vardır.
Diğer tüm kullanıcı alanları, Control Hub'da yeni bir kullanıcı oluşturmakta isteğe bağlıdır. Bu nedenle, Control Hub ile yönetilen siteler için ek profil verileri zorunlulanmaz.
Sitenizi Control Hub'da güncellemeden önce zorunlu profil alanlarını takip kodları zorunlu profil alanlarını devre dışı bırakmanız gerekir.
- Parola yönetimi ve kilitleme
-
site yönetimi, birkaç denemeden sonra oturum aç açarlarsa kullanıcıları geçici olarak kilitleyen bir özellik sağlar.
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ı.
-
Bunun bir CAPTCHA (Bilgisayarlara ve Her Şeyi Ayrık'a anlatmak için tamamen Otomatik Genel Turing testi).
-
Meşru kullanıcılar, unutulan parolalarını değiştirmeleri için bir self servis seçeneğine sahip olur.
-
Ana bilgisayar lisanslama
- Toplantı sahipleri Control Hub organizasyonlarında olmalı
-
Site Yöneticisinde herhangi bir kullanıcıya ana bilgisayar lisansı atabilirsiniz. Siteyi Control Hub'da yönetiyorken, aynı Control Hub kuruluşunda bulunan kullanıcılara yalnızca toplantı sahibi lisansları (& katılımcı rolü) atabilirsiniz.
- Sunucu hesabı için kendi kendine kaydolma
-
Site Yöneticisinde, kullanıcıların site üzerinde bir (ana bilgisayar) hesabı talep sinesine izin ve seçebilirsiniz. Ayrıca hesabı olan kullanıcıların sitede ek hizmetler talep sınayabilirsiniz. (ekran görüntülerine bakın).
Control Hub'da bir toplantı sitesi yönetiyorken, kullanıcılar bu site için kendi toplantı sahibi hesabı isteklerini talepamaz.
Control Hub'ın, bunun yerine yeni kullanıcılara toplantı lisansları atamanız için merkezi, otomatik bir yol vardır. Oku https://help.webex.com/n3ijtao: .
Kullanıcı lisanslarını API veya CSV kullanarak toplu olarak da yönetebilirsiniz.
Kullanıcıların kendi ana bilgisayar hesaplarını istemesini istiyorsanız, yöneticilerle iletişime geç veya diğer araçlara bağlantı kuracak şekilde site yardım/desteği işaretçilerle yapılandırabilirsiniz.
Sitenizi Control Hub'toplantı sahibi hesabı güncellemeden önce oturum açmasına izin ver" ve "Kullanıcıların ek hizmetler site yönetimi" isteklerini devre dışı bırakmanız gerekir.
-
Control Hub'da otomatik atama şablonları gibi başka lisans yönetimi seçenekleri vardır. Lisansları bu kullanıcılardan tek tek veya toplu olarak veya API ile kaldırmanıza yardımcı olmak için etkin olmayan toplantı sahiplerine yönelik bir rapor edinebilirsiniz.
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, şu anda sitenizi Control Hub olarak güncellemeyi önlemeniz gerekir.
Toplantı sitenizi Control Hub'da yönetiliyor şekilde güncellemeden önce, Control Hub organizasyonlarınızı hazırlamanız gerekir.
Abonelikte bekleyen veya engelleyen bir işlem olmadığınından emin olun. Güncelleme şu şekilde başarısız olur:
- Güncellemektedir bu siteyle ilişkili abonelikte bekleyen tüm işlemleriniz vardır.
- Sitenin Control Hub kuruluşunda bu ile ilişkili aboneliği yok.
- Site Yönetimindeki site lisans bilgileri, Control Hub’daki site lisans bilgileriyle eşleşmiyor.
Etki alanlarınızı doğrulamanızı ve kullanıcılarınızı taleplerinizi önemle öneririz. Aşağıdaki okuma yardımcı olacaktır:
-
Control Hub e-Kitabı: https://ebooks.cisco.com/story/controlhubessentials/
-
Etki alanlarınızı yönetme: https://help.webex.com/cd6d84
-
Diğer kuruluşlardan kullanıcılarınızı talep edin (etki alanlarınızı doğruladıktan sonra): https://help.webex.com/nceb8tm. Kullanıcıların talep etmek, özellikle yapılması önemlidir, çünkü mümkün olduğunca fazla kullanıcının sizin organizasyonda olması gerektiğini sağlar. "Anında Talep" olan kullanıcıları talep etmek, kuruluşunuzdaki e-posta adreslerini kullanmada gecikmeleri de önler.
Sitenizi Control Hub’a güncellemeden önce kullanıcıları talep etmenizi önemle öneririz. Site Control Hub’a güncellendikten sonra kullanıcıları kuruluşunuza talep ederseniz bu kullanıcılar sitedeki toplantılara ve toplantı varlıklarına erişimini kaybedebilir.
Geçici bir çözüm olarak, site Control Hub’a güncellendikten sonra kullanıcıların sitedeki toplantılara ve toplantı varlıklarına erişimini kaybetmelerini 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şa ve siteye tüm harici yönetici erişimini kaldırıp toplantı sitesi lisansını kaldırın. Kullanıcıyı talep ettikten sonra, bu kullanıcıyı siteye yeniden lisanslayın. Bu kullanıcını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şunuz için talep edin ve ardından bu kullanıcıyı siteye yeniden lisanslayın.
-
Toplantı sitesi bir toplantı SSO, Control Hub SSO için de yapılandırmanız gerekir.
Yeni kullanıcılar için otomatik hesap oluşturma
Site Webex'nde otomatik hesap oluşturma özelliğini etkinleştirdiyseniz SAML otomatik hesap oluşturma ile Control Hub'da benzer bir özelliği etkinleştirebilirsiniz. Yeni kullanıcıların hesapları Control Hub kuruluşunda oluşturulduktan sonra otomatik olarak atanan lisansları alamalarına neden olacak otomatik bir lisans şablonu oluşturduğunuzdan emin olun.
Dizin senkronizasyonu olan kuruluşlar
Eğer organizasyonun dizin senkronizasyonu için yapılandırılmışsa, kurumda olmak istediğiniz tüm kullanıcıların sitede mevcut olduğundan emin olun. Site kullanıcılarının Control Hub'ı organizasyon durumdaki yeni kullanıcılara bağlanarak site güncelleme işlemini başlatmadan 24 saat önce yapılması gerekir.
Güncellendikten sonra Webex sitelerine yönetici erişimi
Control Hub’da kuruluş genelinde yönetici rolüne sahip bir kişi, Site Yönetimi’nden Control Hub’a güncellenen sitelere otomatik olarak erişim elde edecektir. Örneğin, kuruluş tam yöneticileri Webex site tam yöneticileri olacak, kuruluş kullanıcı yöneticileri Webex site kullanıcı yöneticileri ve kuruluş salt okunur yöneticileri Webex site salt okunur yöneticileri olacak.
XML API'leri
XML API'leri, artık Control Hub ile yönetilen siteler ile uyumludur. XML API 41.11.0 Güncellemeleri'nde ayrıntıları ve iyazları okuyabilirsiniz.
Bir site, Site Yöneticisi'nden Control Hub tarafından yönetilen bir siteye 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ğrulaması için OAUTH kullanmasını önerir.
XML API'lerinde Kimlik Doğrulama
Kimlik doğrulaması için Webex OAUTH kullanmayan entegrasyonlar, site Control Hub ile güncellendikten sonra başarısız olabilir. Aşağıdaki tabloda, sitenizi güncelledikten sonra hangi tür 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ğrulaması türü | Site güncellemesinden sonra SSO kuruluşundaki yönetici | Site güncellemesinden sonra yönetici SSO kuruluşunda değil |
---|---|---|
kullanıcı adı (webExID)/parola | Çalışacaktır* | Çalışacaktır* |
kullanıcı adı (webExID)/sessionTicket | Çalışacak | Çalışacak |
kullanıcı adı/OAUTH (webExAccessToken) | Çalışacak | Çalışacak |
e-posta/parola | Çalışacaktır* | Çalışacaktır* |
e-posta/oturumBileti | Çalışacak | Çalışacak |
e-posta/OAUTH (webExAccessToken) | Çalışacak | Çalışacak |
* Geriye dönük uyumluluk—Cisco, kullanıcı adı
e-postayla eşleşmese bile site güncellemesinden sonra kullanıcı adı/parola kimlik doğrulamalarının XML API'lerinde çalışmasını sağladı. Uyumluluk yalnızca şu durumlarda geçerlidir:
- Kullanıcı kimlik bilgileri site güncellemesinden önce oluşturuldu.
Kullanıcı adına
herhangi bir değişiklik yapılmasına izin verilmez veya önceki kimlik bilgileri başarısız olur. - API kimlik doğrulaması için kimlik bilgileri, Site Yönetimi'nde yönetilirken Control Hub ile sitede farklı bir parolaya sahip olamaz.
- Kimlik bilgileri kimlik doğrulaması için kullanılan kullanıcılar, Control Hub'a yapılan site güncellemesi sırasında Site Yönetimi'nde etkin durumda (etkin değil) olmalıdır.
Bu kılavuzla, OAUTH kimlik doğrulaması dahil, Control Hub ile yönetilen sitelerde XML API entegrasyonları hakkında daha fazla bilgi edinebilirsiniz.
Kullanıcı adı
, bir site Control Hub'da güncellendiğinde tüm kullanıcılar için e-posta olarak ayarlanır. API yükleri için kullanıcı adı
kullanılırsa site güncellendikten sonra yüklerin 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 Control Hub sitesine güncellendikten sonra kullanıcının e-posta adresini veya görünen adını değiştirme gibi XML API'leriyle bazı işlemleri yapamayabilir. Kimlik bilgileri API entegrasyonları için kullanılan yöneticiler için bu yöneticileri, siteyi Control Hub'a güncellemeden önce ideal olarak Control Hub'da tam yöneticilere tanıtmanızı öneririz.
En iyi uygulama olarak, Control Hub'ı güncelledikten sonra API entegrasyonlarınızı 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 Meetings toplantı sahibi hesabı da atanması gerekebilir (bu, Site Yönetimi sitelerindeki yöneticiler için gerekli değildi).
Control Hub'daki XML API farkları
Çoğu XML API entegrasyonu, sitenizi güncelledikten sonra herhangi bir değişiklik olmadan çalışır. Ancak, aşağıdaki listede ayrıntılı olarak açık olan bazı istisnalar vardır:
- CreateUser: Control Hub ile yönetilen sitelerde, bu işlem lisans atamadan önce sitenin sahibi kuruluşunda bir kullanıcı da oluşturabilir. Kullanıcı zaten başka bir kuruluşta mevcutsa bu işlem başarısız olacaktır.
PMR Kimliği parametresi
, Control Hub'da zaten Etkin durumu olmayan kullanıcılar için geçerli olmaz.createuser
API’sinin Control Hub ile yönetilen sitelerde tamamlanması daha uzun sürer. Daha iyi performans içincreateuser
çağrılarını paralel hale getirmek üzere ek bir yazışma ekleyebilirsiniz. - SetUser: Kullanıcıdan toplantılar sitesi lisansı atanmasına veya kaldırılmasına neden olabilir (API parametrelerine veya yüküne bağlı olarak).
- DelUser: Meetings sitesi lisansını kaldırır ancak kullanıcıyı Control Hub kuruluşundan silmez.
- LstsummaryUser—Kullanıcının
objectGUID
'sini de getirir. - AuthenticateUser—Control Hub ile yönetilen sitelerde, her bir XML API için kullanıcı adı ve parola kullanmak yerine
AuthenticateUser
üzerinden oturum bileti oluşturmanızı öneririz. Gövde içeriğinde SAML yanıtının kullanımı, Control Hub ile yönetilen siteler için bu çağrıyla desteklenmiyor.
REST API’leri
Control Hub'ın, şunda kullanıcılar oluşturmak ve lisanslama için Kişiler ve Lisans REST API'leri dahil olmak üzere kendi API'leri vardır:
Oturum türleri ve takip kodları, REST API'leriyle şu adreste de kullanılabilir:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Bununla birlikte, yukarıdaki REST API'leri XML API'larında kullanılabilen tüm kullanıcı yönetimi işlevlerini desteklemez. Örneğin, sitenin sahibi olan kuruluş dışındaki kullanıcılara toplantı lisansları atamak için yine de XML API’leri kullanmanız gerekecektir. Kişi API'si, kullanıcılara Site Yönetimi rollerinin atamasını desteklemez. BIR API aracılığıyla Site Yönetimi rolleri atamak istemeniz hâlâ XML API'si gerekir.
Tam (veya salt okunur) izinlere sahip kuruluş yöneticileri oluşturmak için Kişi API'sini kullanabilirsiniz ve bu yöneticiler Control Hub ile yönetilen toplantı sitelerinizi de yönetebilir (veya görüntüleyebilir).
Control Hub'ın Webex yönetici rolleri vardır, ancak Kişi API'si şu anda bu rolü atay sahiptir.
Gelecek planlar (değişikliğe tabi)
- Siteyi oluşturan aynı kuruluşta olmayan harici kullanıcılara toplantı sitesi lisansları da verebilen yeni lisans API'si. Harici kullanıcı lisanslaması bugün Control Hub'da manuel olarak kullanılabilir .
- Kuruluşta kullanıcı oluşturmak ve silmek için SCIM API.
- Cisco’nun uzun vadeli yönü, yalnızca REST API’lerini (kullanıcılar ve toplantı sitelerindeki tüm işlemler için) kullanmaktır. Kullanıcı yönetimi için XML API'leri, REST API'leri yalnızca tüm kullanıcı yönetim işlemleri için kullanılabilir olana kadar destek olmaya devam edecektir. Kullanıcı yönetimi XML API’leri de kullanımdan kaldırılacaktır (tarih BELIRLENECEK).
Sitenizi Control Hub'da güncellemeden önce güncellemenin mümkün olduğu kadar sorunsuz olması için öncelikle şu öğeleri incelemenizi öneririz:
- Öncelikle, bu belgeyi gözden geçirin ve Control Hub kuruluşlarınızı hazırlama bölümünde önerilen en iyi uygulamaları takip edin .
- Ardından, Yönetime Kaydolmak için Webex ve Yönetimi güncelle'ye tıklayın. Site hazırlığı aşamasında, inceleme kullanıcıları bölümünden dosyada önerilen herhangi bir eylemde bulunmamalı ve henüz gözden geçirme özellikleri bölümünde verilen özellikleri devre dışı bırakmamanız gerekir. Bu talimatları izleyerek, site hazırlık değerlendirmesi, yalnızca Control Hub'ı güncellemeden önce ihtiyacınız olan 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
users-to-review-xxxxx.csv
adlı CSV dosyasını indirin.Bu dosya, dikkat ihtiyaçsı olan tüm kullanıcıları listelemektedir ve her bir kullanıcı için önerilen bir eyleme sahip olur. Bu dosyada yer alan kullanıcı sayısı, siteyi güncellemeden önce kullanıcıyla ilgili kaç sorun üzerinde çalışmanız olduğuna dair fikir verir.
- Gözden Geçirme özellikleri bölümünde , sonuçlar sütununda kırmızı X ile listelenen tüm özelliklere bakın. Bu, özellik çakışması açısından sizi, sitenin hazırlığı hakkında bilgilendirecektir.
- 2. Adıma gidin ve henüz Control Hub'a Güncelle düğmesine tıklayın.
Kullanıcı CSV dosyasını inceledik ve yeniden yapılandırmanız gereken özelliklere baktıktan sonra, sitenizi ve organizasyonlarınızı Control Hub'a güncellemeyle ilgili hazırlık yapmak için bu makaledeki diğer bölümleri okumaya devam edin.
Not: Siteniz, öğrenim yönetimi çözümleri gibi şirket veya üçüncü taraf çözümler aracılığıyla YAPıLAN API entegrasyonları varsa Control Hub ile çalışmak için site API entegrasyonlarını hazırla bölümünü gözden geçirmenizi sağlar.
Sürüm 43.6 için yaklaşan değişiklikler
Şu ana kadar, siteyi Control Hub olarak güncellemeden önce şu iki özelliğin devre dışı bırakılması gerekiyordu:
- Gerekli toplantı sahibi profil alanları
- Gerekli takip kodları
43.6 sürümünden itibaren, özel öznitelikler ve gerekli toplantı sahibi profil alanları özellikleri için beta sürümlerine katılan sitelerin, artık sitelerini Control Hub olarak güncellemeden önce bu özellikleri devre dışı bırakmasına gerek kalmayacaktır. Bunun yerine, mevcut yapılandırma Control Hub kuruluşuna kopyalanacağı için sihirbaz bu iki özelliği incelemenizi bildirecektir.
Gerekli toplantı sahibi profili alanlarına katılıyorsanız şu uyarıyı görürsünüz:
Gerekli takip kodları ve özel öznitelikler beta etkinliğine katılıyorsanız şu eylem öğesini görürsünüz:
Bu dövizlere katılmıyorsanız aşağıdaki bölümü okumaya devam edin.
Site güncellemesini engelleyen özellikleri devre dışı bırak
Bir siteyi Control Hub'da güncellemeden önce bazı Webex devre dışı bırakılacaktır. Hangi özelliğin devre dışı bırakılacak olduğunu gösteren bir liste seçebilirsiniz. Kırmızı daire X simgesi ile işaretlenmiş özellikler yapılması gerekir. Sarı üçgen ünlem işareti simgesiyle işaretlenmiş özellikler, sadece bilginiz için ve herhangi bir işlem gerektirmeyen özelliklerdir.
Sitenizi Control Hub'da güncelleme hakkında demo için bu videoya bakın.
Kuruluşunuz Site Yönetimi'nde otomatik hesap oluşturma özelliğini kullanıyorsa, lisansları otomatik olarak atamak için Control Hub'da eşdeğer bir özellik kurmanız ve otomatik lisans şablonu ayarlamanız gerekir. Daha fazla ayrıntı için bu makaleye bakın. Bu, sitenin Control Hub'da yönetilecek şekilde güncellenmeden önce yapılmalıdır.
-
Webex site yönetimi oturum >
gidin.-
Kaydolmaya izin ver toplantı sahibi hesabı devre dışı bırakabilirsiniz.
-
Hesap kayıt gerektir bul: ve gerekli tüm metin alanları için kullanıcı profili temizleyin.
-
-
Güncelle’ye tıklayın.
-
Yapılandırma ve
-
Ana Bilgisayar Profili sütununda YöneticiSet veya İsteğe Bağlı olarak Gerekli olarak işaretlenmiş tüm takip kodu satırlarını değiştirebilirsiniz.
-
hakkında daha fazla bilgi takip kodları.https://help.webex.com/izu2ty
Bir sitesini Control Hub'da güncellerken kullanıcılar için tüm takip kodu değerleri korunur.
-
Gelecekte bu kısıtlama kaldırılacak ve eşdeğer işlevler için takip kodlarını Control Hub’da gerekli özel kullanıcı öznitelikleriyle eşleyebileceksiniz.
Takip kodlarını kullanıcı öznitelikleriyle eşleme özelliği, genel önizlemede yer alan bir taslaktır. Size neler beklemeniz gerektiğine dair bir ön bakış sunuyoruz.
Bir siteyi Site Yönetimi'nden Control Hub'a gerekli takip kodlarıyla güncellemeden önce, bu takip kodlarını Control Hub'daki kullanıcı öznitelikleriyle eşlemeniz gerekir. Takip kodlarını doğrudan sitenin kullanıcı öznitelikleri sihirbazına eşlemek için Bilgiler’in altındaki simgeye tıklayabilirsiniz. Gerekli takip kodlarını henüz eşlemediyseniz veya devre dışı bırakmadıysanız sitenizi Control Hub’a güncelleyemezsiniz.
Sitenizde gerekli takip kodları yoksa bu prosedürü uygulayarak bir siteyi Control Hub olarak güncellemeden önce takip kodlarını kullanıcı öznitelikleriyle eşleyebilirsiniz.
Takip kodu olarak departmanı kullanan toplantı siteleri için bu takip kodunu özel bir özellik yerine departman kullanıcı profili özelliğiyle eşleştirmenizi öneririz. Departman, Control Hub'da standart bir profil özelliğ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 özniteliğini gerekli olarak işaretleyin. Bu departman özelliğinin diğer kullanıcı özellikleriyle birlikte harici kullanıcılar için doldurulmayacağını unutmayın.
1 |
Control Hub’da oturum açıp Toplantı’ya gidin. | ||||||||||||||||||||||||||||||||||||||||
2 |
Bir site seçin ve ardından ’a gidin. | ||||||||||||||||||||||||||||||||||||||||
3 |
Takip kodu eşleme oluştur'u seçin. | ||||||||||||||||||||||||||||||||||||||||
4 |
Takip kodu özetini aç’ı seçin. | ||||||||||||||||||||||||||||||||||||||||
5 |
Yapılandırma özetini indir’e tıklayın. Geçerli takip kodu yapılandırmasının bir kopyasını indirmelisiniz. Tüm özellik değerlerinin mevcut takip kodlarıyla tutarlı olduğundan emin olmak için sonraki adımlarda bu özete ihtiyacınız olacaktır. Özel özellikler için aynı değerleri yüklemek üzere önceki izleme kodu listelerini CSV dosyası olarak da indirebilirsiniz. | ||||||||||||||||||||||||||||||||||||||||
6 |
Sihirbaza geri dönün ve Kullanıcı özelliklerini ekle ve incele’yi seçin. | ||||||||||||||||||||||||||||||||||||||||
7 |
Bu site için gereken tüm yeni özel özellikleri yapılandırın. Kullanıcılar için bu alanların doldurulmasını istiyorsanız tüm öznitelikleri gerekli olarak işaretleyin. Özel öznitelikler, kullanıcıları Dizin Bağlayıcı, Azure AD vb. ile senkronize eden kuruluşlar için geçerli değildir. Bu adımı, takip kodları için görünen adları gözden geçirme fırsatı olarak kullanabilirsiniz. Gerekli değişiklikleri yaptıktan sonra Kaydet’e tıklayın. Kilitli öznitelikler, klasik toplantı sitesi takip kodlarındaki AdminSet ’e benzer. Özel bir özelliği kilitli olarak işaretlediğinizde, kullanıcılar bu özelliği göremez.Bu adımda Kaydet'e basarsanız eklediğiniz, kaldırdığınız veya gerekli olarak işaretlediğiniz tüm özel özellikler kuruluş için hemen yürürlüğe girer. Kuruluşa katılan yeni kullanıcıların bu güncellenmiş özel özellik yapılandırmasına uyması gerekir. Aksi takdirde kullanıcı katılımı başarısız olur. Özel özellikleri gerekli olarak işaretlemeden önce dikkatli olun. | ||||||||||||||||||||||||||||||||||||||||
8 |
Sihirbaza dönün ve Takip kodlarını eşleştir’i seçin. | ||||||||||||||||||||||||||||||||||||||||
9 |
Takip kodlarını kuruluşun özel veya kullanıcı profili özellikleriyle eşleştirmek için açılır listeyi kullanın. Sistem bir site takip kodunu bir özellikle eşleştirirken giriş türü metin alanına ayarlanmışsa ilk olarak takip kodu adlarıyla eşleşen önceden var olan özelliklerle eşleştirir. İşlemi tamamladığınızda İleri’ye tıklayın. Kuruluşunuz, Directory Connector veya Azure AD gibi bir otomatik kullanıcı katılım süreci kullanıyorsa takip kodlarını özel özelliklerle eşleştirmemelisiniz. Bunun yerine, takip kodlarını senkronize edilmiş özelliklerle eşleştirin. Daha önce, takip kodları her merkez için farklı şekilde yapılandırılabiliyordu. Tüm merkezler (Meetings, Events, Webinars vb.) artık tek bir planlama yapılandırmasını paylaşmaktadır. Bir özelliği gerektiği gibi eşleştirdiğinizde, bu özellik Webex Meetings, Webex Webinars vb.nde planlama sırasında gerekli olacaktır. | ||||||||||||||||||||||||||||||||||||||||
10 |
Eşlemeyi kaydet’e tıklayın. Senkronizasyon, bir siteyi Control Hub'a güncellemek için işlem sırasında otomatik olarak yapılır. Toplantı sitesi için site kullanıcı dışa aktarma işlemi yaparak kullanıcılar için takip kodu değerlerini yedeklemenizi öneririz Takip kodlarını özel özelliklerle eşleştirdiğinizde, verilerin tek doğru kaynağı her bir toplantı sitesi yerine Webex Identity'den gelir. Senkronizasyon, takip kodu kullanıcı değerlerinin, kullanıcılar için henüz doldurulmamış olan eşleştirilmiş özelliklere yönelik bir defalık kopyasını oluşturur. Bu, takip kodlarını ilk önce hangi sitelerle senkronize ettiğinizin önemli olduğu anlamına gelir. İlk site senkronize edilirken o sitedeki kullanıcılar için takip kodu değerleri, Control Hub'da o kullanıcı için eşleştirilen kullanıcı özelliğine kopyalanır ancak bunun için değerin kullanıcı için önceden doldurulmamış olması gerekir. Bazı takip kodu değerleri, senkronizasyon sırasında siteden kullanıcı özelliklerine kopyalanamayabilir Bir kullanıcının eşleştirilen site için değeri senkronizasyon sırasında zaten doldurulmuşsa o sitedeki takip değeri o kullanıcı için Control Hub'daki eşleştirilen özelliğe kopyalanmaz. Verilerin kullanıcılar için diğer takip kodlarının yerine geçmesini önlemek amacıyla kullanıcılara yönelik en güncel takip kodu verileriyle bir toplantı sitesine ilişkin verileri eşitlemenizi ve senkronize etmenizi öneririz. Takip kodu değerleri, takip kodlarını Directory Connector veya Azure AD gibi dış kaynaklar aracılığıyla senkronize edilen kullanıcı alanlarıyla eşleştiren sitelerden kopyalanmaz. Aşağıdaki tabloda, verilerin orijinal takip kodlarının yerini aldığı olası senaryolar özetlenmektedir. Bu senaryolarda, izleme kodu ve eşleştirilen özellik kullanıcının şehridir.
* Önceki takip kodu değeri, mevcut eşlenen özniteliğe göre değiştirilir. |
Sitenizi Control Hub'da yönetiliyor olarak güncellemeden önce şundan emin olun:
- Sitenin, sizin organizasyonda olması gereken tüm kullanıcılar aslında Control Hub organizasyonda yer almaktadır.
- Sitenin, organizasyonda olmaması gereken tüm kullanıcılar, organizasyondan silinir.
- Kuruluş kullanıcılar için yapılandırılmışsa IdP'niz tarafından kimlik doğrulaması SSO.
- Sitede gerekli olarak işaretlenen kullanıcı profili alanları, siteyi güncellediğinizde Control Hub kuruluşuna da kopyalanacaktır. Bu alanların Control Hub'da hesap kaydı için gerekli olarak işaretlenmesini istemiyorsanız Control Hub'ı güncellemeden önce Site Yönetimi'ndeki alanların işaretini kaldırın.
- Bu makalede daha önceki sürümlerden Control Hub organizasyonlarınızı hazırlama bölümünü gözden geçirmeniz.
Sitenizi Control Hub'da güncelleme hakkında demo için bu videoya bakın.
Site güncellemesini engelecek kullanıcıları kontrol etmek için
-
site yönetimi açın ve Yönetimi Güncelle sayfasını açın.
-
Yönetim kontrolünü güncellemek için Gözden Geçirme ön koşulları'yı açın ve CSV'de etkilenen kullanıcıları dışa aktar'a tıklayın.
-
Dışa aktarmanın tamamını bekleyin. Bu işlem, başlangıç saate ve sitenin kullanıcı sayısına bağlı olarak biraz zaman alır. Dışa aktarma işlemleri, bir saatin en üstünde 6 dakika boyunca (xx:57 - xx:03 arasında) duraklatılır.
-
Dışa aktarma tamam sonra CSV'yi indir'e tıklayın.
Tarayıcınız, kullanıcılar
tarafından indirilir- to-review.csv
. -
CSV dosyasını açın ve Önerilen eylem sütununu (son sütun) kontrol edin. Dosyada her bir kullanıcı için önerilen işlemi kullanın.
Eş zamanlı e-posta adreslerine sahip kullanıcılar
Bazı kullanıcıların Site Yönetimi ve Control Hub'da farklı bir e-posta adresi olabilir. Bu, kullanıcının e-postası kullanıcı bu siteden Control Hub'a bağlandikten sonra iki yerde yalnızca bir yerde değiştirilmişse mümkündür.
Eşyenyen e-posta adreslerine sahip kullanıcıları düzeltmek için bu işlemleri deneyin:
-
Kullanıcının e-posta adresini Site Yönetimi'nde Control Hub e-posta adresiyle eşecek şekilde değiştirme
Kullanıcılar Site Yönetimi profillerini düzenleyebilir: https://help.webex.com/nmig1kcb
-
Control Hub'da 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 kuruluşunda kendi e-posta adreslerini değiştirebilir: https://help.webex.com/nme40aeb
Kullanıcı e-posta adresi yanlışlıklarını düzeltmeden sitenizi Control Hub'da güncellersanız etkilenen kullanıcıların toplantı sitesinde oturum açmaları için Control Hub e-posta adreslerini kullanmaları gerekir. Bu kullanıcılar, Site Yönetimi'nde e-posta adresiyle oturum açmaları veya Control Hub e-posta adreslerinin IdP'lerinde artık geçerli olmadığı (diğer SSO kuruluş için) oturum açamaz. Siteyi güncellemenizi engellemezler ancak güncellemeyi başlatmadan önce e-posta adreslerini düzeltmeniz daha iyi olur.
Temel Meetings lisansına sahip harici kullanıcılar
Siteyi Site Yönetimi'nden Control Hub'a güncellemeden önce Temel Meetings lisanslarına sahip harici kullanıcıların devre dışı bırakılması veya ücretli Webex Meetings lisanslarına yükseltilmesi gerekir.
Kullanıcıları devre dışı bırakma
Bu oturumda bireysel kullanıcı devre dışı site yönetimi:
-
Kullanıcı Yönetimi
-
Kullanıcı bulmak için indeks, arama ve filtreleme kontrollerini kullanın.
-
Etkin kutusunun işaretini kaldırın.
-
Değişiklikleri gönderin .
Daha fazla bilgi için bkz. Webex Site Yönetimi’nde Kullanıcı Hesaplarını Yönetme .
Bu oturumda kullanıcının toplu olarak devre dışı site yönetimi:
-
Kullanıcıları bir CSV dosyasına aktarın.
-
CSV dosyasını açın ve etkilenen tüm kullanıcılar için
Etkin
sütun değerleriniN
olarak değiştirin. -
Değiştirilen CSV dosyasını içe aktarın.
Değiştirmiş olduğu kullanıcılar artık Etkin Değil.
Daha fazla bilgi için bkz. Webex Kullanıcıları Toplu İçe Webex site yönetimi Dışa Aktarma.
Kuruluşlarda dizin senkronizasyonu olan kullanıcılar
Bağlantısı kaldırmış olması gereken ancak henüz eklenmemiş kullanıcılar varsa öncelikle bu kullanıcıları organizasyonunıza eklemeniz gerekir. Bu, özellikle dizin senkronizasyonu (Dizin Bağlayıcı veya Azure AD ile) için yapılandırılan kuruluşlar için kritiktir çünkü dizin senkronizasyonu, site güncelleme işleminin kullanıcı eklemesine izin vermez.
Sitenin etkin kullanıcıları bir Control Hub kuruluşuna bağlanamazsa site güncellemesi başarısız olur. Eğer kuruluş dizin senkronizasyonu için yapılandırılmışsa, site üzerinde Control Hub kuruluşuna parçası olması gereken tüm kullanıcıların güncellemeyi başlatmadan önce Dizin Bağlayıcı Azure AD'ye eklendiklerine emin olun.
Güncellemeyi başlatmadan önce kullanıcı sorunlarını düzeltin
Kullanıcıların gözden geçirmesi
dosyasındaki kullanıcıların sorunlarını çözmeden siteyi Control Hub olarak güncellemeye çalışırsanız güncelleme yönetim işlemi başarısız olabilir. Araç, son güncellemeyi başlatana kadar sorunları düzeltilmiş olup olmadığını kontrol etmemektedir.
Bir SSO kuruluşuna bağlı SSO siteleri ve SSO olmayan siteler güncelleniyor
Control Hub kuruluşu, IdP’lerden biri Webex IdP (yerel kimlik doğrulama) olmak üzere SSO için birden fazla kimlik sağlayıcıyı (IdP) destekleyebilir
Control Hub’da birden fazla IdP size yardımcı olacaktır:
- Site Yönetimi’ndeki SSO sitesi için IdP’nin, Control Hub’ın SSO IdP’sinden farklı olduğu durumlarda.
- Sitedeki kullanıcılar kuruluşta yapılandırılan SSO IdP’de değilken bu kullanıcılar artık yalnızca yerel Webex IdP’ye eklenebilir. Daha sonra bu kullanıcıları yapılandırılmış SSO IdP’ye daha sonra taşıyabilirsiniz.
Birden fazla IdP’nin ayarlanması, sitedeki tüm kullanıcıların bir Control Hub kuruluşunda yapılandırılan kimlik doğrulama yöntemiyle oturum açmaları için Site Yöneticisi’nden Control Hub’a güncellenmesini sağlar. Bunu yapmak için şunları yapabilirsiniz:
- Control Hub kuruluşuna ek SSO IdP’leri ekleyin.
- Kullanıcıları yapılandırılmış bir IdP’ye ekleyin.
- Kullanıcıları yerel Webex IdP’ye ekleyin.
Control Hub’daki birden fazla IdP hakkında daha fazla bilgi edinmek için bu makaleye 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üncellenecek iyi bir durumda olduğunu kontrol etmek gerekir. API entegre uygulamaları kullanıyorsanız api'yi kullanmak için bunları güncellemeniz Webex gerekir.
Bu ön koşullar hakkında, bu makalenin daha önceki kısımlarında okuyun.
Tüm yöneticilerinizin, siteyi Control Hub olarak güncelledikten sonra Site Yönetimi'nde herhangi bir değişiklik yapmamalarını olduğundan emin olun.
1 |
Dışa aktar ve site kullanıcılarının dışa aktarma dosyasını 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 |
başka bir oturum site yönetimi Yönetimi Güncelle'ye tıklayın. |
3 |
Ön koşulları, özellikle de güncellemenin başarısını etkileyebilecek durumlarda kullanıcıların CSV listesini gözden geçirebilirsiniz. |
4 |
Devre dışı bırakılacak özellikler ve kullanıcı yönetimi ve ev sahibi lisanslarında bekleyebilirsiniz (bu makalede da belgelenmiş) özellikler hakkında bilgi edinebilirsiniz. |
5 |
Control Hub'da Güncelle'ye tıklayın. Bu düğme, yalnızca yukarıdaki adımlar tamamlandıktan sonra etkinleştirilir. Bir açılır pencere açılır. Bu pencere, bir siteyi Control Hub olarak güncellemenin kalıcı olduğunu ve güncellemeyi tamamlarken geri alamazsınız. Güncelleme sona geldiğinde, bu site artık geçerli olacak site yönetimi. Bu siteyi Control Hub'da tam olarak yönetmeye hazır değilsanız şimdi sihirbazdan çıkın.
|
6 |
Tıklatın Tamam. Güncelleme, bir site site yönetimi devam ediyor olduğunu size bilgi olmak için bir başlık görüntülenir. Herhangi bir sorun olursa önerilen eyleme sahip bir hata mesajı alırsınız. Aksi takdirde, başarılı bir mesaj alırsınız. Site güncellemesinin tamamlanması yaklaşık 3 dk + 1000 etkin kullanıcı/dk + 2000 etkin olmayan kullanıcı/dk sürer. Örneğin, site güncellemesini 05:20'de başlattıysanız ve sitenizde 8000 etkin kullanıcı ve 2000 etkin olmayan kullanıcı varsa site güncellemesi yaklaşık 12 dakika sürecektir. Ayrıca site güncellemeleri, bir saatin en üstünde 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çma'ya tıklayın. |
Bu sitede site güncellemesini Webex site yönetimi, site güncellemenin durumunu görmek için Control Hub'da oturum edebilirsiniz.
-
Control Hub ’da oturum açın ve Toplantılar sayfasını açın.
Toplantı sitelerinin listesini bulabilirsiniz.
-
Bu siteyle ilgili bilgileri görmek için bir siteye tıklayın.
-
Güncelleme durumunu okuyabilirsiniz Site Güncelleme bölümünü bakın.
Güncelleme tamamlandikten sonra, site yönetimi tüm kullanıcıların listesini indirebilir ve bu kullanıcılardan hangilerinin sitede etkin olduğunu ya da devre dışı olduğunu görebilirsiniz. Hızlı Erişim Merkezi'nin kullanıcı durumu sütununda etkin olmayan site yönetimi Control Hub ile yönetilen siteye erişilikleri olmayacaktır. Bu kullanıcılar ayrıca Control Hub'ın kullanıcı bölümünde siteye erişimleri olduğu olarak gösterilmez.
İndirme düğmesinin görünmesi biraz zaman alır (çoğu kuruluş için dakika).
-
Güncelleme sırasında herhangi bir sorun olup kontrol etmek için listeyi gözden geçirebilirsiniz.
Site güncelleme işlemi tamam site yönetimi bu siteyi artık geçerli olarak yönetemeyeceksiniz. Bu site için tüm yönetim Control Hub'da yapılması gerekir. Control Hub'da site yönetimine aşina olmak ve site yönetimi denemek için bazı adımlar bulunmaktadır:
-
Hiçbir şeyin değişmediğini onaylamak 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.
-
Control Hub’da bir toplantı sahibi seçin ve lisanslarını, takip kodlarını ve oturum türlerini doğrulayın. Toplantı sitesinde oturum açın ve planlanmış toplantı, kayıt ve tercihlerinin değiştirilmediğini onaylayın. Control Hub'a güncellemeden önce bu toplantı sahibinin verileri kopyalanırsa doğrulama daha kolaydır.
Kullanıcıdan yeni toplantılar planla ve toplantı sahipliği kontrol edin.
-
Organizasyona yeni bir kullanıcı ekleyin. Onlara bir toplantı sahibi lisansı ver, oturum türlerini değiştir ve toplantılar sildi.
Yeni kullanıcılara veya belirli yeni kullanıcı gruplarına otomatik olarak lisans atamak için kuruluş veya gruba dayalı lisans şablonları ayarlamanızı öneririz. -
Site Yöneticisinde tam yönetici olan bir kullanıcı seçin ve Control Hub'da güncellenen siteye uygun erişim düzeyine sahip olduklarını doğrulayın.
Siteyi okuyabilir ve değiştirebilirler; kullanıcıları oluşturma, lisansla, değiştir ve sil.
-
Siteniz API entegrasyonları varsa Kişi API'lerini kullanmaya geçiş edin. Güncellenen entegrasyonun beklendiği gibi çalıştığını onaylayın.
Control Hub'da toplantı sitelerini yönetme hakkında daha fazla bilgi için şu makaleyi okuyun: https://help.webex.com/naqlzeu.
-
Kullanıcıların, Webex Uygulaması ve control Hub ile yönetilen tüm sitelerde tek, birleşik oturum açma deneyimi sahip olacak.
Kullanıcı adı, yeni kullanıcı e-posta adresiyle site yönetimi, bu kullanıcıların oturum açma deneyiminde etkisi olur. Eski kullanıcı adları artık kullanılamaz ve bu kullanıcıların oturum açmaları için e-posta adreslerini kullanmaları gerekir. -
Kullanıcı kimlik bilgileri, Control Hub kimliğiyle ilişkilendirilmiş. Bu aynı kimlik bilgileri, aynı kuruluşta ve geçerli olan tüm Control Hub ile yönetilen siteler için Webex geçerlidir.
-
Control Hub kuruluşu bu SSO yapılandırmışsa bu SSO Webex Control Hub tarafından yönetilen tüm sitelere oturum açma deneyimini yönetir.
-
Control Hub'da yapılan güncelleme Webex için Webex oturum açma deneyimi etkilenmez.
-
Kullanıcılar bir Webex Meetings oturum Webex Meetings, oturum açma ekranı farklı görünür. Kuruluşları için yapılandırılmış olsa bile kullanıcıların oturum açmaları için e-posta adreslerini SSO.
Yöneticiler, kullanıcıların her oturum açışlarında e-posta adreslerini tekrar girmelerine gerek kalmaması için Control Hub'da beni hatırla seçeneğini etkinleştirebilir. -
Her bir kullanıcının geçmişine bağlı olarak hesabı olan site sayısı gibi:
-
Kullanıcılar Webex Kimlik/Control Hub'Webex mevcut kullanıcılara bağlandıysanız kullanıcılar, Control Hub'da güncellenen tüm site Webex aynı parolayı kullanır.
-
Kullanıcılar site bağlantısı nedeniyle Webex Kimlik/Control Hub'da oluşturulmuşsa ilk bağlantılı site kimlik bilgileri uygulanır (kuruluş otomatik olarak yapılandırılmamışsa) SSO. Kullanıcılar, bu sitede oturum açmaları için yeniden yönlendirildi. Kullanıcıların birden fazla kimlik bilgisi olan birden fazla sitesi varsa site URL'si hangi kimlik bilgilerinin kullan belirlerken yardımcı olması gerekir.
-
Kullanıcıların Control Hub kuruluşlarında parolalarını sıfırlamasına izin verilir (parola yeni kullanıcı SSO). Kullanıcılar parolalarını unuttuysanız, parolalarını sıfırlamak için oturum açma ekranındaki Kullanıcı adı veya parolanızı mı unuttunuz? işaretine tıklayabilirsiniz. Kullanıcılar aşağıdaki talimatları izleyerek parolalarını da sıfırlayabilirsiniz:
- Uygulama için Webex sıfırla: https://help.webex.com/article/n02v0b8/
- Bir site için parolayı Webex Meetings: https://help.webex.com/article/6v6kaab/
-
-
Son kullanıcının e-posta adresi değiştirilirse ve bu kullanıcının site güncelleme zamanı site yöneticisi ve Control Hub'da farklı bir e-posta adresi varsa bu kullanıcı oturum açmayı denmeye çalışırken sorunlar yaşanabilirsiniz. Kullanıcı, oturum açması için artık Control Hub e-posta adresini kullanmaları gerekip gerek olmadığını veya Control Hub'daki e-posta adresinin kuruluş kimlik NoP'sinde artık geçerli SSO olmayabilir. Bu tip durumlardan, Site Yönetimi'nde aynı kullanıcıların e-posta adreslerinde değişiklik değişikliklerini yapmak için Control Hub'daki kullanıcıların e-posta adreslerinin güncellenmesi önleniyor.
-
iOS için mobil uygulamada kullanıcılar için Webex Meetings oturum açma gereklidir:
- Site olmayan bir SSO Control Hub'ı güncellersanız kullanıcılarınızı iOS için mobil uygulamada Webex Meetings yeniden oturum açmaları gerekir. iOS için Meetings uygulaması site güncellemeden sonra iki aya kadar yeniden oturum açmalarını gerektirse de kullanıcıların bu durumdan 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çmaları gerekebilir.
-
Control Hub’a site güncellemesi sırasında bu kullanıcıların sitedeki Webex hizmetlerine erişmeye çalışırlarsa Webex istemcilerinde tekrar oturum açmaları gerekebilir. Site güncellemesi başlamadan önce toplantılara zaten katılan kullanıcılar etkilenmeyecektir.
-
Boş "incelemeye yönelik kullanıcı" CSV dosyası
Siteniz büyükse ve e-posta adresleri Control Hub'a göre Site Yönetimi'nde farklı olan 1000'den fazla kullanıcı varsa site güncelleme sihirbazında boş bir "kullanıcı incelemeniz" CSV dosyasıyla birlikte alabilirsiniz. Bu, sorunları olan kullanıcıları çözemezse site güncellemenin çalışmalarına neden olur. Bu sorun üzerinde de çalışıyordur ve önümüzdeki haftalarda sorunu gidermeyi planlıyoruz.
Control Hub'a güncelleme sırasında taşınmayan ayarlar
- Site Yöneticisi tarafından yönetilen siteniz yavaş kanaldaysa ve Control Hub'ınız da bir iş ortağı tarafından yönetiliyorsa, Control Hub'ı güncelledikten sonra Meetings sitesi sürümü güncelleme kontrollerinde görünürlüğünüzü 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ştirmesini isteyin.
- Bekleyen kendi kendine kayıt hesabı istekleri Uyarı merkezine taşınmaz. Güncelleme tamamlandıktan sonra kullanıcıların bir hesap için yeniden kaydolmaları gerekir.
- Site Yönetimindeki 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ı gereken kullanıcı sorunları
- Resmi kuruluş için bir E-posta Webex kullanıcılara bağlanan e-posta adreslerine sahip kullanıcılar, güncellemeyi başlatmadan önce devre dışı bırakılmışsa güncellemenin başarısız hataya neden olacaktır.
Güncellemenin başarısız olması ve önerilen eylemlere neden olan ortak sorunlar
Siteniz Control Hub'a güncelleme yapamezse sorundan birinin nedeni olup, bu hatalardan birinin olup, bunu düzeltmek için neler halleden, aşağıdaki tabloyu kontrol edin.
Güncellemenin başarısız olması neden olan hatalar | Önerilen işlem |
---|---|
Site türü geçersiz. | Sitenin Webex Support olduğunu doğrulamak için ekiple iletişime geçin. |
Sitenin bu abonelikle ilişkilendirilmiş bir aboneliği yok. | Sitelerin Control Hub'a güncellenemediklerinden önce abonelikle ilişkilendirilmiş olması gerekir. |
Kuruluş kimliğiyle ilgili bir sorun var. | Site bağlantılı kuruluş kimliği, abonelik kuruluşu kimliği ile aynı değil. Ekiple Webex Support geçin. |
Aşağıdaki abonelikte Control Hub'da bekleyen işlemler vardır: (AltId). | Bekleyen işlem tamamlandıktan sonra site güncellemesini tekrar deneyin. |
Bu ayarlarda (çoklu oturum açma) SSO vardır. | Site etkinse SSO emin olun:
|
Site Yönetimindeki site lisans bilgileri, Control Hub’daki site lisans bilgileriyle eşleşmiyor. | Site Yöneticisi ve Control Hub'ı arasındaki tutarsız lisans bilgileri. Ekiple Webex Support geçin. |
Bu oturumlarda bazı kullanıcı adları veya e-site yönetimi Control Hub'daki kullanıcı adları veya e-posta adresleri ile çakışıyor. | Site Yönetimi'nde kullanıcının e-postası Control Hub'da başka bir kullanıcı tarafından kullanılıyor. E-posta adreslerinden veya kullanıcı adlarından birini kullanın. |
Siteniz güncellerken bir sorun oldu. | Dahili bir hata, bu sitenin güncellenmesini önledi. Ekiple Webex Support geçin. |
Webex kullanıcılarını güncellerken bir sorun yaşadık. | Dahili bir hata, bu sitenin güncellenmesini önledi. Ekiple Webex Support geçin. |
Kullanıcılar için oturum açma sorunları
Webex tanımlama bilgilerine her zaman izin verdiğinizden emin olun. Aksi takdirde, kullanıcılar Control Hub’ı güncelledikten sonra oturum açma sorunları yaşayabilir.
S. Cisco’nun Site Yönetimini artık desteklemeyeceği bir tarih var mı?
Y. Evet. Aralık 2023'ün sonunda Webex Site Yönetimi'ni kullanımdan kaldırmayı planlıyoruz.
S. Site Yönetimi’ndeki site yöneticileri, Control hub yönetimini güncelledikten sonra siteye yönetici erişimlerini korumaya devam edecek mi?
Y. Evet. Site Yönetimi'ndeki sitedeki tüm yöneticilerin, site Control Hub yönetimine güncellendikten sonra yine de siteye yönetici erişimi vardır.
S. Bir toplantı sitesini Site Yönetimi’nden Control Hub yönetimine güncelledikten sonra sitede neden yeni yöneticileri görüyorum?
Y. Sitedeki bu yeni yöneticiler muhtemelen Control Hub kuruluş yöneticileriydi. Bir site, Site Yönetiminden Control Hub’a güncellendiğinde kuruluş genelindeki tüm yöneticiler, yeni Control Hub ile yönetilen sitenin site yöneticileri olacaktır. Bu, kuruluş tam yöneticilerinin Webex site tam yöneticileri, kuruluş kullanıcı yöneticileri Webex site kullanıcı yöneticileri ve kuruluş salt okunur yöneticilerinin Webex site salt okunur yöneticileri olacağı anlamına gelir.
S. Site Control Hub ile güncellendikten sonra hızlı erişim aracı oturum açma nasıl çalışmıyor?
Y. Internet tarayıcılarının, tarayıcıların gelişmiş gizlilik ayarlarında bulunan oturum çerezlerine her zaman izin ver şeklinde yapılandırıldığından emin olun.
S. Bir kullanıcı Control Hub’da silinir ve ardından aynı e-posta adresi Control Hub’a yeniden eklenir ve aynı Webex sitesine bir Meetings lisansı atanırsa kullanıcı eski kayıtlarına erişebilir mi?
Y. Evet, kullanıcıya önceki sitelerden herhangi biri için lisans atandığı zaman kullanıcının tüm eski Meetings Webex içeriğine erişimi olacak. Bu, hem Control Hub ile yönetilen siteler hem de Control Hub için güncellenen siteler için geçerlidir.
S. Bir kullanıcı, site Control Hub’a güncellemeden önce Site Yönetimi’nde devre dışı bırakılmışsa ve daha sonra Control Hub’da aynı Webex sitesine yeniden lisanslanmışsa kullanıcının eski kayıtlarına erişimi olur mu?
Y. Evet, kullanıcının yine de eski kayıtlarına erişimi olacak. Ayrıca site güncellemeden önce Site Yönetimi'nde devre dışı bırakılmış tüm kullanıcılar Control Hub'daki Meetings CSV dışa aktarma dosyasında listelenir.
S. Bir sitenin ayarlanmış bir SSO IdP’si yoksa ancak Control Hub kuruluşunun bir SSO IdP’si varsa site Control Hub’da güncellendiğinde ne olur?
Y. Site, Control Hub SSO ile aynı IdP kullanımını kullanır.
S. Bir sitenin Control Hub’daki SSO IdP’sinden farklı bir SSO IdP’si varsa site Control Hub’da güncellendiğinde ne olur?
Y. Site, Control Hub kuruluşuyla aynı IdP SSO için geçiş yaptı.
S. Bir sitenin ayarlanmış bir SSO IdP’si varsa ancak Control Hub kuruluşunun SSO IdP’si yoksa site Control Hub’da güncellendiğinde ne olur?
Y. Sitenizi güncellemeniz engellenmiş olacak. Control Hub'a güncelleme yapmak için sitenin engelini kaldırmak için Site Yöneticisi SSO IdP'yi kaldırın veya Control Hub kuruluşuna SSO bir IdP ekleyin.
S. Kayıtlara erişmek ve toplantı veya etkinlik planlamak için site URL’sinde oturum açabilir miyim?
Y. Evet, kayıtlara erişebilirsiniz, toplantı planlayabilirsiniz vb. site URL'sinde oturum yine de yapabilirsiniz.
S. Site Yönetiminden Control Hub’a site güncellemesi sırasında kullanıcıya özel ayarlar değiştirildi mi?
Y. Hayır, kullanıcı ayarları değiştirilmeden kalır. Bu ayarlar, site güncelden önceki gibi geçerli olur.
S. Kayıtlarım veya planlanan toplantılarım bu site güncellemesinden etkilendi mi?
Y. Ev sahibi kayıtları bu durumdan etkilenmez. Yine de erişime sahipsiniz. Planlanan toplantılarınız da bu durumdan etkilenmez. Bu değişikliklerde herhangi bir değişiklik yoktur.
S. Kullanıcıların kayıtları veya planlanmış toplantıları bu site güncellemesinden etkileniyor mu?
Y. Kullanıcı kayıtları etkilenmez. Yine de onlara erişimi olacak. Planlanan toplantılar da etkilenmez. Bu değişikliklerde herhangi bir değişiklik yoktur.
Siteyi Control Hub olarak güncelledikten sonra talep etmeniz durumunda, henüz talep edilmeyen kullanıcıların 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ıları talep etmenizi önemle öneririz. Site Control Hub’a güncellendikten sonra kullanıcıları kuruluşunuza talep ederseniz bu kullanıcılar sitedeki toplantılara ve toplantı varlıklarına erişimini kaybedebilir.
Geçici bir çözüm olarak, site Control Hub’a güncellendikten sonra kullanıcıların sitedeki toplantılara ve toplantı varlıklarına erişimini kaybetmelerini 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şa ve siteye tüm harici yönetici erişimini kaldırıp toplantı sitesi lisansını kaldırın. Kullanıcıyı talep ettikten sonra, bu kullanıcıyı siteye yeniden lisanslayın. Bu kullanıcını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şunuz için talep edin ve ardından bu kullanıcıyı siteye yeniden lisanslayın.
S. Control Hub ile yönetilen siteler için bekleyen kendi kendine kayıt hesabı isteklerini nerede gözden geçirebilirim?
Y. Siz ve diğer yöneticiler, Uyarılar merkezinde kendi kendine kaydolma isteklerini inceler.
S. Bir siteyi Control Hub ile güncelledikten sonra Site Yöneticisinden kullanıcı adı değerlerine erişebilir miyim?
Y. Site Yönetimi'nde tüm kullanıcıların kullanıcı dışa aktarma dosyası, siteyi Control Hub'da güncelledikten sonra 90 gün boyunca Control Hub'da kullanılabilir. Bu CSV dosyası kullanıcı adı değerlerini içerir.
S. Site Yönetiminde kullanıcıları tanımlamak için kullanıcı adı değerlerini kullanıyoruz. Control Hub'da aynısını nasıl yapabiliriz?
Y. Bir siteYi Control Hub'da güncelledikten sonra kullanıcı adı değerleri kaybolur. Bu değerlere erişime ihtiyacınız varsa çözümlerden biri, siteyi güncellemeden önce değerleri takip koduna kopyalamaktır. Kullanıcılar için takip kodu değerleri, bir sitesini Control Hub'da güncelledikten sonra korunur ve kullanılabilir. SSO kullanıyorsanız ExternalID
bu değeri içerebilen bir Control Hub kullanıcı özniteliğidir. Bu, SamL onaylarınızı, Control Hub'da yapılandırıldığında bu değeri SSO yapılandırmanızı gerektirir. Bu değer, yeni kullanıcıların otomatik olarak oluşturulması sırasında Control Hub'a da aktarıldı.
S. Site güncellemesinin başladıktan sonra tamamlanması ne kadar sürer?
Y. Site güncellemesinin tamamlanması yaklaşık 3 dk + 1000 etkin kullanıcı/dk + 2000 etkin olmayan kullanıcı/dk sürer. Örneğin, site güncellemesini 05:20'de başlattıysanız ve sitenizde 8000 etkin kullanıcı ve 2000 etkin olmayan kullanıcı varsa site güncellemesi yaklaşık 12 dakika sürecektir. Ayrıca site güncellemeleri, bir saatin en üstünde 6 dakika duraklatılır (xx:57 ile xx:03 arasında). Ancak sonuçlarınız değişebilir.
S. 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?
Y. Yeni kullanıcılara otomatik olarak lisans atamak için kuruluş veya gruba dayalı lisans şablonları ayarlayabilirsiniz .
S. Site güncellemesi sırasında kesinti süresi var mı?
Y. Hayır. Site güncellemesi sırasında:
- Kullanıcılar, planlanmış ve planlanmış toplantılara katılma ve bunları başlatma gibi Meetings hizmetini kullanmaya devam edebilir.
- Site güncellemesi başladığında devam eden toplantılar etkilenmez.
- Abonelik Control Hub’da kilitlenecektir.
- Meetings masaüstü istemcisi “Gelecek Toplantılar” bölümünde sorunlar yaşayabilir.
- Site yönetimi yapılandırmalarında yapılan değişiklikler önerilmez.