Neler değişti

Her içerik güncellemesi sürümlenir. Bir sürümü seçerek öncekiyle karşılaştırın.

Sürüm 1 → 2

Küçük düzeltme

2 ders güncellendi

Yazım veya çeviri düzeltmesi gibi küçük düzeltmeler. Öğrencilere bildirim gönderilmez.

Müşteri tenant'ları kurulumunuzun varsayılan tenant'ından, **System → Tenants** sayfasından yönetilir. Sayfa yalnızca kurulum `MONOPAM_TENANT_MANAGEMENT=true` ile çalışıyorsa ve yalnızca `monopam_superadmin` için vardır. Adresini yazan başka herkes `Page not found.` yanıtını alır. ### New Tenant - **Title** ve **Name**: ad küçük harf, rakam ve tireden oluşur; oluşturulduktan sonra değişmez. - **Type** (`Standard` ya da `Trial`) ve bitiş tarihi. - **Host Name**, **Port**, **HTTPS**: tenant'ın ilk adresi. Yalnızca yalın adı girin, örneğin `a.pam.example.com`; port `Port` alanına yazılır. Adres bütün tenant'lar arasında benzersiz olmalıdır. - Veritabanı seçimi (mimari kursuna bakın). **Test Connection**, sunucunun yanıt verip vermediğini ve veritabanının oluşturulup oluşturulamayacağını söyler. - **Copy authentication, Monosign API and storage settings from the default tenant**: varsayılan olarak açıktır. Tenant'a kendi Monosign bağlantısını vermek için kapatın. - **Sign-in Policy**: ayarlar kopyalanırsa `Delegated only`, aksi halde `Local and delegated`. - **Run the seed right after creation**: varsayılan olarak açıktır. ### Hazırlığı izlemek Hazırlık (seed) tenant'ı dokuz adımda hazırlar ve arka planda çalışır. **Overview** sekmesi her adımı durumu ve hatasıyla gösterir. Hazırlık çalıştırılmadan oluşturulan tenant `Waiting for Seed` durumunda bekler; **Run Seed** başlatır ya da yineler. Adımlar mevcut veriyi korur, bu yüzden yinelemek güvenlidir. Tenant, `9 / 9 steps` ve `Ready for use` durumunda hazırdır. ::diagram msp-open-customer-steps > Uyarı: Ayarları kopyalanarak oluşturulan tenant `Delegated only` olur. Siz sağlayıcı erişimi verene ya da politikayı değiştirene kadar adresinde kimse oturum açamaz. Bu bir hata değil, amaçlanan davranıştır.

Ekibinize bir müşteriye erişim vermek

Ekibiniz müşterinin tenant'ında elle açılmış bir hesap almaz. Bir **sağlayıcı erişimi** alır: ana tenant'ınızdan tek bir müşteri tenant'ına verilen erişim. ### Grant Access **System → Tenants → tenant → Provider Access → Grant Access** yolunu açın: - **Who**: ana tenant'ınızın bir kullanıcısı ya da bir Monosign grubu. Grup erişimi, kadrosu değişen ekiplere uygundur ve gruba sonradan katılanlara da ulaşır. - **Role**: `Tenant Admin` tenant'ı yönetir, `Operator` standart kullanıcı gibi bağlanır ve çalışır, `Auditor` yalnızca bakar. - **Policies**: kişinin üyesi olacağı, müşteri tenant'ına ait erişim politikaları. Kişinin hangi alanları, kaynakları ve Vault öğelerini göreceğini bunlar belirler. - **Access ends** ve **Reason**. Politikasız bir erişim yalnızca tenant'ın kendi kurallarının verdiğini, çoğunlukla yalnızca varsayılan alanı görür. Politikalar tenant'ın içinde, örneğin `Tenant Admin` erişimi olan biri tarafından oluşturulur; burada yalnızca seçilir. ### Giriş Kişi ana tenant'ın üst çubuğundaki **Open tenant** menüsünü açar ve müşteriyi seçer. Tenant, ikinci bir oturum açma olmadan yeni sekmede açılır. Üst çubuktaki rozet `tenant · rol` gösterir: sekmenin bir müşteri tenant'ı olduğunun tek görsel işareti budur. Devredilmiş oturum en fazla 8 saat ya da `Access ends` anına kadar sürer. ### Karar vermek yerine istemek `monopam.federation.request` izni olan çalışanlar erişim isteyebilir. Erişim, `monopam.federation.full` izni olan biri **System → Provider Access** sayfasında onaylayana ya da reddedene kadar `Pending approval` olarak bekler. Bekleyen talep için kimseye bildirim gitmez; onaylayanların bu sayfaya bakması gerekir. ::diagram msp-provider-access-path > İpucu: **System → Provider Access** bütün müşterilerdeki erişimleri tek sayfada listeler. Gözden geçirmeleriniz için bunu kullanın.