Ayrıcalıklı erişimle yönetilen hizmet sunmak
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üzeltme2 ders güncellendi
Yazım veya çeviri düzeltmesi gibi küçük düzeltmeler. Öğrencilere bildirim gönderilmez.
Sağlayıcılar müşteride çoğu zaman kendilerine ait bir hesapla çalışır: yönetilen bir yönetici hesabı, bir izleme hesabı. Bunu her tenant'ta yeniden oluşturmak, tek parolanın ilk değişimde birbirinden kopan birçok kopyası demektir. **Paylaşılan Vault öğesi** bunu önler.
### Nasıl çalışır
Ana tenant'ta Vault öğesini açın ve **Share to Tenants** seçin (ya da tenant'ın **Shared Vault Items** sekmesinde **Share Vault Item**). Müşteri tenant'ı aynı adla, `Shared from provider` işaretli salt okunur bir Vault öğesi alır. Gizli değer **kopyalanmaz**: her kullanımda o anda ana tenant'tan okunur. Ana tenant'ta değiştirilen parola bütün tenant'larda hemen günceldir.
### İki kullanım modu
- `Sessions only` (varsayılan): öğe oturum açar. Gizli değeri gösterilmez, Vault API'siyle dışa verilmez ve betik belirteçlerine yerleştirilmez.
- `Sessions and reveal`: kimin gösterebileceğine tenant'ın kendi Vault politikaları karar verir. Yalnızca tenant değerin kendisine ihtiyaç duyduğunda kullanın.
Tenant, paylaşılan öğeyi diğer Vault öğeleri gibi kaynaklara, alanlara ve politikalara atar. Onu düzenleyemez ve parolasını değiştiremez.
### Paylaşımı durdurmak
Ana tenant'tan askıya alın, sürdürün ya da iptal edin. Askıya alınan, iptal edilen ya da süresi dolan paylaşım, o tenant'taki yeni oturumlar için hemen çalışmaz olur. **Revoke** ayrıca tenant'taki Vault öğesini atamalarıyla birlikte kaldırır; yeniden paylaşmak, yeniden atanması gereken yeni bir öğe oluşturur.
::diagram msp-shared-vault-item
### Sınırlar
- Paylaşılmayanlar: kişisel Vault öğeleri, kendisi paylaşılmış olan öğeler ve `OTP`, `Single Sign-On`, `Ephemeral`, `Pool`, `Kubernetes Token` türleri.
- Paylaşılan öğenin kullanıcı adı, öğeyi görebilen tenant kullanıcılarına görünür kalır.
- Uzak tenant'ta paylaşılan öğe yalnızca sağlayıcıya bağlantı ayaktayken çalışır.
> İpucu: Her paylaşıma bir `Reason` ve proje işleri için bir `Share ends` tarihi verin.
Yönetilen hizmet, kanıtlayabildikleriyle değerlendirilir. Monopam sağlayıcının işini **iki tarafın da** denetim kaydına yazar; böylece hiçbir taraf diğerinin sözüne bağlı kalmaz.
### Neler kaydedilir
| Olay | Nerede |
| --- | --- |
| `Provider Access Granted`, `Provider Access Changed`, `Provider Access Revoked` | Ana tenant |
| `Provider Session Started` | Ana tenant ve müşteri tenant'ı |
| `Provider Session Rejected`, `Reason` ile birlikte | Müşteri tenant'ı |
| `Credential Shared`, `Credential Share Changed` | Ana tenant ve müşteri tenant'ı |
Talepler ve onaylar da aynı kaydın parçasıdır: talep, ardından onay ya da ret, kimin istediğiyle birlikte.
::diagram msp-evidence-both-sides
### Kim yaptı
Devredilmiş oturum içinde yazılan her denetim kaydı `Provider Session`, `Provider Role` ve `Grant Id` aktör ayrıntılarını taşır. Böylece müşteri tenant'ındaki bir işlem; sağlayıcının adı belli bir çalışanına, o andaki rolüne ve buna izin veren erişime kadar izlenebilir. Tenant'ın `Users` listesinde sağlayıcı çalışanları `Provider` rozeti taşır.
### Paylaşılan Vault öğelerinin kullanımı
Paylaşılan bir Vault öğesinin her kullanımı ana tenant'ta denetim kaydına yazılır; paylaşım başına dakikada en çok bir kayıt.
### Oturumlar ve kayıtlar
Oturumun içinde olanlar her Monopam oturumunda olduğu gibi kaydedilir; kayıt, canlı oturumlar ve oturum notları oturum yönetimi kursunda anlatılır. Bu dersin eklediği, müşterinin ilk sorduğu sorunun yanıtıdır: sağlayıcıdan kim, kimin kararıyla içerideydi.
> İpucu: Hizmet değerlendirmesi için erişim listesini **System → Provider Access** sayfasından alın, ardından dönemin girişleri için müşteri tenant'ının denetim kayıtlarına bakın.