Kullanıcılar, ekipler ve erişim

Birden fazla erişim katmanı

Battani’de kullanıcı/rol izinleri ile cluster, registry ve veri bağlantısı paylaşımları birlikte çalışır. Bir ekranı görmek, her kaynağı değiştirme yetkisi anlamına gelmez. Hedef Kubernetes veya veri servisi hesabının kendi izinleri de uygulanır.

• Kullanıcı oluşturma, aktiflik ve rol/yetki yönetimi.
• Lisans kapsamındaki ekiplerle kaynak erişimini organize etme.
• Cluster ve registry paylaşımları.
• Veri bağlantılarında read, write ve admin paylaşım seviyeleri; ayrıca salt okunur bağlantı kontrolü.

Bir ekip üyesine erişim verme

1. Kullanıcıyı oluşturun veya mevcut hesabın aktif olduğunu kontrol edin.
2. İşinin gerektirdiği rol/izinleri atayın.
3. İlgili cluster veya veri bağlantısını uygun erişim seviyesiyle paylaşın.
4. Kullanıcının hedef kaynağı görebildiğini ve yalnızca gerekli işlemleri yapabildiğini doğrulayın.

Kimlik doğrulama ve oturumlar

Yönetici ayarlarında LDAP bağlantısı yapılandırılabilir ve test edilebilir. Aktif oturumlar görüntülenebilir, sonlandırılabilir ve oturum politikası yönetilebilir.

Ücretsiz sürüm 1 aktif kullanıcı içerir ve yeni ekip oluşturulamaz. Daha fazla kullanıcı veya ekip için lisans limitlerini kontrol edin. Mevcut ekip kayıtları tek başına ücretsiz limit aşımı oluşturmaz.

Kullanıcı listesi, kaynak ve durum

Kullanıcı Yönetimi ekranında arama, sıralama, kullanıcı ayrıntıları, aktiflik/engelleme ve kimlik doğrulama kaynağı incelenir. LDAP açık olduğunda dizin kullanıcısı ile yerel kullanıcı hesabının yönetim davranışını ayırt edin.

• Kullanıcı adı, e-posta ve tam ad doğru kişiyi ayırt etmek içindir.
• Aktif kullanıcı sayısı lisans kullanımını etkiler.
• Kullanıcı yönetme izniyle sistemin bütün kaynaklarına erişme izni aynı değildir.

Yeni kullanıcı formu

Yeni kullanıcı formu kullanıcı adı, e-posta, tam ad, parola, izin şablonu ve tek tek izin seçimlerini içerir. Varsayılan şablon viewer’dır; göreve uygun kapsamı seçin.

1. Kimlik alanlarını doldurun ve yerel hesabın parolasını belirleyin.
2. Uygun şablonu seçin; gerekli farklılıkları izin seçicisinden düzenleyin.
3. Kaydedin ve kullanıcının listede oluştuğunu kontrol edin.
4. İlgili cluster/veri kaynağını ayrıca paylaşın; kullanıcı oluşturmak kaynak paylaşımı yapmaz.

Kullanıcı bilgisi ve izin düzenleme

Düzenle formu e-posta, tam ad, izin şablonu ve izin listesini değiştirir. Bu formdaki şablon seçimi mevcut izinleri şablonun listesiyle değiştirebilir; son kaydedilecek izinleri yeniden kontrol edin.

• Kullanıcı adı veya parola değişikliği bu düzenleme formunun her durumda sunduğu bir alan değildir.
• Parola işlemleri profil ve hesabın kimlik doğrulama kaynağı bağlamında ele alınır.
• Değişiklikten sonra kullanıcının gerçek erişimini test edin.

İzin seçicisinin grup ve toplu araçları

İzin seçicisinde grupları açıp kapatabilir, tek bir izni, grubun tamamını, tüm izinleri veya hiçbirini seçebilirsiniz. Kısmi seçim işareti grubun bütün izinlerinin verilmediğini gösterir.

• Görüntüleme, oluşturma, düzenleme, silme ve yönetim izinlerini ayrı ele alın.
• Tümünü seç işlevi en az yetki ilkesine uygun varsayılan değildir; yalnız gereken kapsamı bırakın.
• Arayüzde gizlenen işlem backend’de de yetki denetimine tabidir.

Kullanıcı engelleme, açma ve silme

Kullanıcı satırındaki engelle/aç eylemleri hesabın erişim durumunu yönetir; silme ayrı onaylı işlemdir. Çalışan oturumu kesmek gerektiğinde Aktif Oturumlar aracını da kontrol edin.

• Lisans limitini düşürmeden önce yönetici erişiminin kalacağını doğrulayın.
• Hesabı silmenin o kişinin daha önce yaptığı işlemlerin denetim kaydını yok saydığı anlamına gelmediğini bilin.
• Silme/engelleme reddedilirse hata mesajını okuyun; kullanıcı adını değiştirerek yetki denetimini aşmaya çalışmayın.

Uygulama izni, paylaşım ve Kubernetes RBAC

Bir kullanıcı için işlem izni, kaynak paylaşımı ve hedef bağlantının gerçek kimlik yetkisi birlikte değerlendirilir. Örneğin Pod düzenleme izni olsa da ilgili cluster’a erişimi veya Kubernetes hesabının patch hakkı yoksa işlem yapılamaz.

• Battani kullanıcı izinleri konsoldaki eylemleri belirler.
• Cluster/veri/registry paylaşımı belirli kaynağa erişimi belirler.
• Kubernetes Role/Binding ve veritabanı hesabı hedef sistemin kendi izinleridir.

Kubernetes Role ve ClusterRole

Erişim Kontrolü ekranındaki Role namespace kapsamındadır; ClusterRole cluster kapsamındaki kural tanımıdır. Liste kuralların kaynak ve fiil özetini gösterir, detay penceresi apiGroups/resources/verbs ve varsa resourceNames alanlarını açar.

• Arama ad ve namespace üzerinden yapılır; cluster kapsamındaki türlerde namespace filtresi kullanılmaz.
• YAML düzenleme mevcut RBAC kaynağını değiştirir; Battani kullanıcısının izin şablonunu değiştirmez.
• Silmeden önce bu role bağlanan Binding kayıtlarını inceleyin.

RoleBinding ve ClusterRoleBinding

Binding kaynağı bir roleRef ile User, Group veya ServiceAccount subject’lerini birleştirir. RoleBinding namespace bağlamında, ClusterRoleBinding cluster kapsamında erişim sağlar.

• Detayda roleRef türü/adı ve subject adları/namespace’lerini kontrol edin.
• YAML düzenlemede yanlış subject başka hesaba erişim verebilir.
• Binding silme rol tanımını silmez; o bağ üzerinden verilen erişimi kaldırır.

ServiceAccount kaynakları

ServiceAccounts sekmesi Kubernetes iş yükü kimliklerini listeler. Detay ve YAML görünümünde Secrets, imagePullSecrets ve automountServiceAccountToken gibi alanlar varsa gösterilir.

• Bu kaynak Battani’de oturum açan kullanıcı hesabı değildir.
• Namespace bağlamını ve Pod’un kullandığı serviceAccountName değerini eşleştirin.
• Silme veya token bağlama değişiklikleri ilgili iş yüklerinin API erişimini etkileyebilir.

Ekip oluşturma ve sahip olunan/katılınan ekipler

Ekipler sayfasında sahip olduğunuz ve katıldığınız ekipler ayrı görünür. Oluşturma/düzenleme formu ad ve açıklama içerir; silme işlemi onay ister. Kullanılabilir eylemler ekip rolü ve teams izinleriyle belirlenir.

• Ücretsiz sürüm yeni ekip oluşturmayı desteklemez.
• Ekip oluşturmak otomatik cluster veya veri bağlantısı paylaşımı yapmaz.
• Ekip kartından üyeleri ve cluster erişimini inceleyin.

Üye daveti ve yanıtı

Üye panelindeki tanımlayıcı alanından kullanıcı davet edilir. Bekleyen, kabul edilmiş veya reddedilmiş davet durumları birbirinden ayrılır; davet edilen kullanıcı Ekipler ekranından kabul veya reddedebilir.

1. Doğru kullanıcı tanımlayıcısıyla davet gönderin.
2. Bekleyen durumunu üyelik tamamlandı olarak yorumlamayın.
3. Kullanıcı daveti kabul ettikten sonra ekip üzerinden erişimini kontrol edin.
4. Gereksiz üyeliği panelden kaldırın.

Ekip yöneticisi, üye ve kaynak erişimi

Üye panelinde yetkiniz varsa manager/member rolünü değiştirebilirsiniz. Üye yönetme ve yönetici atama hakları ayrı değerlendirilir; her ekip üyesi başkalarını yönetemez.

• Ekip rolü sistem:admin yetkisi değildir.
• Üyeye bağlı cluster erişim aracından etkin paylaşımları inceleyin.
• Üyelik kaldırıldıktan sonra doğrudan paylaşım gibi başka erişim yollarının kalıp kalmadığını kontrol edin.

Aktif oturumları inceleme ve sonlandırma

Aktif Oturumlar tablosu kullanıcı, kimlik kaynağı, cihaz, IP, başlama ve son etkinlik zamanını gösterir. Mevcut oturum işareti kendi tarayıcınızı ayırt eder. Sonlandırma yönetici onayıyla ilgili oturumu kapatır.

• Listeyi Yenile ile güncel durumu okuyun.
• Cihaz ve IP’yi birlikte değerlendirerek yanlış oturumu kapatmayın.
• Kendi oturumunuzu sonlandırırsanız tekrar giriş yapmanız gerekir.

Yeni yetkiyi doğrulama

İzin atamasını tamamladıktan sonra yalnız yönetici ekranındaki işaretlere bakmayın; hedef kullanıcı bağlamında kaynağın görünürlüğünü ve gerekli işlemi doğrulayın. Yetki hatası lisans, paylaşım veya hedef hesap katmanlarından gelebilir.

1. Kullanıcının aktif ve lisans sınırları içinde olduğunu doğrulayın.
2. İlgili işlem iznini ve kaynak paylaşımını kontrol edin.
3. Hedef bağlantı hesabının gerçek yetkisini inceleyin.
4. Sonucu denetim kaydı ve kaynak durumu üzerinden doğrulayın.