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 mevcut. Daha fazla bilgi için Control Hub için SAML Otomatik Hesap Oluşturma ve Güncelleme konusuna bakın.

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:

• Kontrol Merkezi'ne kullanıcı ekleniyor.

• Kontrol Merkezi kuruluşunuzu bir kimlik sağlayıcıyla entegre etme.

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.

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ş çapında yönetici rolüne sahip bir kişi, Site Yöneticisi'nden Control Hub'a güncellenen sitelere otomatik olarak erişim elde eder. Örneğin, kuruluşun tam yöneticileri Webex sitesinin tam yöneticileri, kuruluş kullanıcı yöneticileri Webex sitesinin kullanıcı yöneticileri ve kuruluşun salt okunur yöneticileri Webex sitesinin salt okunur yöneticileri olacaktır.

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 Kontrol Merkezi'ne yönetilir hale güncellendikten sonra XML API servis 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ı öneriyor.

XML API'lerinde kimlik doğrulama

Kimlik doğrulama içinWebex OAUTH kullanmayan entegrasyonlar, site Control Hub'a güncellendikten sonra başarısız olabilir. Aşağıdaki tablo, sitenizi güncelledikten sonra hangi tür yönetici kimlik doğrulamasının çalışmaya devam edeceğini göstermektedir.

Tablo 1. Site güncellemesinden sonra XML API'de çalışacak yönetici kimlik doğrulama türleri

Site güncellemesinden önce XML API'sindeki yönetici kimlik doğrulama 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)/password	Çalışacak*	Çalışacak*
kullanıcı adı (webExID)/sessionTicket	Çalışacak	Çalışacak
username/OAUTH (webExErişimBelgesi)	Çalışacak	Çalışacak
email/password	Çalışacak*	Çalışacak*
email/sessionTicket	Çalışacak	Çalışacak
email/OAUTH (webExErişimBelgesi)	Çalışacak	Çalışacak

Username Bir site Control Hub'a güncellendiğinde tüm kullanıcılara e-posta gönderilecek şekilde ayarlanır. API yükleri için username kullanılıyorsa, 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 bir Kontrol Merkezi sitesine güncellendikten sonra kullanıcının e-posta adresini veya görünen adını değiştirme gibi bazı işlemleri XML API'leriyle 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.

Entegrasyonunuzun ne yaptığına bağlı olarak, entegrasyonun çalışması için yöneticilere Control Hub sitesinde bir Toplantılar ana bilgisayarı hesabı atanması gerekebilir (bu, Site Yöneticisi 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 tarafından yönetilen sitelerde, bu işlem bir 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 olacaktır. PMR ID parameter, Kontrol Merkezi'nde halihazırda Etkin durumu olmayan kullanıcılar için geçerli olmayacaktır.

  createuser API'nin Control Hub ile yönetilen sitelerde tamamlanması daha uzun sürer. Daha iyi performans için createuser çağrılarını paralel hale getirmek üzere ekstra bir iş parçacığı ekleyebilirsiniz.

• SetUser—Kullanıcıya toplantı sitesi lisansının atanması veya kaldırılmasıyla sonuçlanabilir (API parametrelerine veya yüke bağlı olarak).
• DelUser—Toplantı sitesi lisansını kaldırır, ancak kullanıcıyı Kontrol Merkezi kuruluşundan silmez.
• LstsummaryUser—Ayrıca kullanıcının objectGUIDdeğerini döndürür.
• AuthenticateUser—Control Hub tarafından yönetilen sitelerde, her XML API için kullanıcı adı ve parola kullanmak yerine AuthenticateUser aracılığıyla oturum bileti oluşturulmasını ö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:

• https://developer.webex.com/docs/api/v1/people

• https://developer.webex.com/docs/api/v1/licenses

Oturum türleri ve izleme kodları ayrıca REST API'lerinde de mevcuttur:

• 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şun dışındaki kullanıcılara toplantı lisansları atamak için yine de XML API'lerini 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.

People API'yi kullanarak tam (veya salt okunur) izinlere sahip kuruluş yöneticileri oluşturabilir ve bu yöneticiler Control Hub tarafından yönetilen toplantı sitelerinizi de yönetebilir (veya görüntüleyebilir).

Gelecek planları (değişebilir)

• Aynı kuruluşta olmayan ve siteyi oluşturan harici kullanıcılara da toplantı sitesi lisansları verebilen yeni lisans API'si. Harici kullanıcı lisanslaması bugün itibariyle Control Hub'da manuel olarak kullanılabilir.
• Kuruluşta kullanıcı oluşturmak ve silmek için SCIM API.
• Cisco'nun uzun vadeli hedefi yalnızca REST API'lerini kullanmaktır (kullanıcılar ve toplantı siteleri üzerindeki 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ö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ılacak (tarih belirlenecek).

43.6 sürümü 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 sürümünün yayınlanmasıyla birlikte, özel nitelikler ve zorunlu ana bilgisayar profili alanları özellikleri için beta sürümüne katılan sitelerin, sitelerini Control Hub'a güncellemeden önce bu özellikleri devre dışı bırakmalarına gerek kalmayacak. Bunun yerine sihirbaz, geçerli yapılandırma Kontrol Merkezi organizasyonuna kopyalanacağından bu iki özelliği incelemenizi isteyecektir.

zorunlu ana bilgisayar profili alanları beta'sına katılıyorsanız, bu uyarıyı göreceksiniz:

zorunlu izleme kodları ve özel nitelikler beta sürümüne katılıyorsanız, şu eylem öğesini göreceksiniz:

Eğer 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 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.

1. Webex site yönetimi oturum > Yapılandırma site > Seçenekler > 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.

2. Güncelle’ye tıklayın.

3. Yapılandırma ve Ortak > Site Ayarları ve Takip > gidin.

4. 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şlevsellik için izleme kodlarını Control Hub'daki gerekli özel kullanıcı niteliklerine eşleyebileceksiniz.

Site güncellemesini engelecek kullanıcıları kontrol etmek için

1. site yönetimi açın ve Yönetimi Güncelle sayfasını açın.

2. 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.

3. 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. İhracatlar saat başında 6 dakika süreyle durdurulur (arasında) xx:57 ile xx:03).

4. Dışa aktarma tamam sonra CSV'yi indir'e tıklayın.

   Tarayıcınız users-to-review.csvdosyasını indiriyor.

5. 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

• Kullanıcının e-posta adresini Control Hub'da 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

Temel Toplantılar lisansına sahip harici kullanıcılar

Temel Toplantılar lisansına sahip harici kullanıcıların, siteyi Site Yöneticisi'nden Control Hub'a güncellemeden önce devre dışı bırakılması veya ücretli Webex Toplantıları lisanslarına yükseltilmesi gerekir.

Kullanıcıları devre dışı bırakma

Bu oturumda bireysel kullanıcı devre dışı site yönetimi:

1. Kullanıcı Yönetimi'> Düzenle'ye gidin.

2. Kullanıcı bulmak için indeks, arama ve filtreleme kontrollerini kullanın.

3. Etkin kutusunun işaretini kaldırın.

4. Değişiklikleri gönderin.

   Daha fazla bilgi için Webex Site Yönetiminde Kullanıcı Hesaplarını Yönetme bölümüne bakın.

Bu oturumda kullanıcının toplu olarak devre dışı site yönetimi:

1. Kullanıcıları bir CSV dosyasına aktarın.

2. CSV dosyasını açın ve etkilenen tüm kullanıcılar için Active sütun değerlerini N olarak değiştirin.

3. 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.

Güncellemeyi başlatmadan önce kullanıcı sorunlarını düzeltin

users-to-review dosyasındaki kullanıcılar için sorunları çözmeden siteyi Control Hub'a güncellemeye çalışırsanız, güncelleme yönetim süreci başarısız olabilir. Araç, son güncellemeyi başlatana kadar sorunları düzeltilmiş olup olmadığını kontrol etmemektedir.

SSO sitelerini ve SSO kuruluşuna bağlı SSO olmayan siteleri güncelleme

Bir Control Hub kuruluşu, SSO için birden fazla kimlik sağlayıcıyı (IdP) destekleyebilir ve IdP'lerden biri Webex IdP'dir (yerel kimlik doğrulama)

Control Hub'da birden fazla IdP kullanmak şunlara yardımcı olacaktır:

• Site Admin'deki bir SSO sitesinin IdP'si, Control Hub'ın SSO IdP'sinden farklıdır.
• Sitedeki kullanıcılar kuruluşta yapılandırılan SSO IdP'de olmadığında, 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 taşıyabilirsiniz.

Birden fazla IdP kurmak, Site Yöneticisi'nden Kontrol Merkezi'ne güncellenen sitedeki tüm kullanıcıların bir Kontrol Merkezi kuruluşunda yapılandırılan kimlik doğrulama yöntemiyle oturum açmasını sağlayabilir. Bunu başarmak için şunları yapabilirsiniz:

• Kontrol Merkezi organizasyonuna ek SSO Kimlik Sağlayıcıları ekleyin.
• Önceden yapılandırılmış bir IdP'ye kullanıcı ekleyin.
• Yerel Webex IdP'ye kullanıcı ekleyin.

Control Hub'daki birden fazla Kimlik Sağlayıcı hakkında daha fazla bilgi edinmek için bu makaleye bakın.