Güvenlik ve yönetim

Sistem ve oturum ayarları

Kimlik doğrulama, AI, registry, güncelleme ve lisans ayarlarını tek merkezden yönetin.

Yönetici ayarları

Ayarlar bölümü sistem yöneticileri için Kimlik Doğrulama, AI, Docker Registry, Güncellemeler ve Lisans sekmelerini bir araya getirir. Bu tercihler kullanıcıların sisteme erişimini ve dış servislerle bağlantısını etkiler.

  • LDAP ayarlarını kaydetme ve bağlantıyı test etme.
  • Aktif oturumları inceleme, gerektiğinde sonlandırma ve oturum politikasını düzenleme.
  • Sistem AI sağlayıcısı ve kişisel yapılandırma politikasını yönetme.
  • Registry dış erişim bilgileri, lisans durumu ve sürüm ayarlarını inceleme.

LDAP bağlantısını hazırlama

  1. Kimlik Doğrulama sekmesinde kurum dizinine uygun LDAP bağlantı ve arama alanlarını doldurun.
  2. Kaydetmeden/etkin kullanıma almadan önce test sonucunu inceleyin.
  3. Örnek kullanıcıyla giriş davranışını ve Battani içindeki yetkilerini doğrulayın.
  4. Aktif oturumları ve oturum politikasını kurumunuzun çalışma biçimine göre kontrol edin.

Kurulumun bağlamı

LDAP bağlantısı başarılı olsa bile kullanıcının uygulama içi rol ve kaynak erişimi ayrıca belirlenir. Dizin hesabı otomatik olarak tüm cluster ve veri servislerinde yönetici yetkisi vermez.

Dış erişim URL’si, TLS ve ağ yönlendirmesi birlikte yapılandırılmalıdır. AI ve güncelleme servisleri gibi dış bağlantılar kapalı ağ politikanızla uyumlu olmalıdır.

Ayarlar sekmeleri ve yönetici kapsamı

Ayarlar sayfası sistem yöneticileri için Kimlik Doğrulama, AI, Docker Registry, Güncellemeler ve Lisans sekmelerini sunar. Her sekmenin kaydetme işlemi kendi alanını yönetir; bir sekmede değişiklik diğer sekmenin kaydedildiği anlamına gelmez.

  • Sekme yükleme hatasını boş varsayılan değerlerle karıştırmayın.
  • Başarı mesajından sonra kaydedilen değerin ekranda güncellendiğini kontrol edin.
  • Kişisel profil ve parola işlemleri ayrı Profil sayfasındadır.

Tek oturum politikası: engelle veya devral

Kimlik Doğrulama sekmesindeki oturum politikası aynı hesabın yeni cihazdan girişinde block veya takeover davranışını seçer. Block mevcut oturum varken yeni girişi engeller; takeover yeni oturumun eskisini devralmasını sağlar.

  • Politika kaydı için ayrı Kaydet düğmesini kullanın.
  • Aktif oturum tablosu Kullanıcı Yönetimi altında incelenir.
  • Birden fazla tarayıcı sekmesi ile farklı cihazda yeni oturum açma aynı durum değildir.

Oturum etkinlik süresi

Boşta kalma süresi alanı 5–720 dakika aralığı kabul eder. Bu değer sunucunun oturum etkinliğini değerlendirmesinde kullanılır; arka planda açık uygulama oturum canlılık bildirimi gönderebilir.

  • Varsayılan form değeri 15 dakikadır; kayıtlı değeri esas alın.
  • Tarayıcı kapanınca veya bağlantı kesilince canlılık bildirimi durabilir.
  • Süre dolduğunda, yönetici oturumu bitirdiğinde veya başka cihaz devraldığında kullanıcıya yeniden giriş gerekebilir.

LDAP etkin, zorunlu ve yerel yönetici seçenekleri

LDAP formunda etkinleştirme, zorunlu kullanım ve yerel yöneticiye geri dönüş seçenekleri vardır. Bu üç ayar giriş yolunu birlikte belirler; bağlantıyı test etmeden kurumun tek erişim yolunu değiştirmeyin.

  • Etkin: LDAP kimlik doğrulamasını kullanıma açar.
  • Zorunlu: LDAP üzerinden giriş politikasını belirler.
  • Yerel yönetici fallback: uygun yönetici hesabıyla yerel erişim yolunu korumaya yönelik seçenektir; sıradan kullanıcıya otomatik istisna değildir.

LDAP URL, Bind DN ve Base DN

URL dizin sunucusunun adresini, Bind DN arama hesabını, Bind Password bu hesabın parolasını, Base DN ise kullanıcı aramasının başlayacağı dalı belirtir. LDAP/LDAPS tercihini sunucunuzun bağlantı biçimiyle eşleştirin.

  • Örnek URL: ldap://dc.company.local:389.
  • Örnek Base DN: OU=Users,DC=company,DC=local.
  • Başarılı ağ erişimi doğru kullanıcı arama kapsamı veya başarılı bind anlamına gelmez; test aşamalarını ayrı okuyun.

Kullanıcı arama filtresi ve öznitelikler

userSearchFilter içinde {{username}} kullanıcının giriş adıyla eşleştirilen yer tutucudur. Varsayılan örnek (sAMAccountName={{username}}) biçimindedir; dizininize uygun alanı seçin. E-posta, görünen ad ve dış kimlik öznitelikleri ayrıca yapılandırılır.

  • Varsayılan örnekler mail, displayName ve objectGUID’dir.
  • Arama filtresi birden fazla veya hiç kullanıcı döndürüyorsa Base DN ve filtreyi birlikte kontrol edin.
  • Varsayılan izin şablonu viewer/developer seçeneklerinden seçilir; yeni dizin kullanıcılarının başlangıç kapsamını etkiler.

StartTLS ve sertifika alanları

TLS bölümünde StartTLS, sertifika doğrulama, CA sertifikası, istemci sertifikası ve istemci özel anahtarı alanları vardır. İstemci sertifikası yalnız dizin sunucunuz bu kimlik doğrulama biçimini gerektiriyorsa anlamlıdır.

  • CA alanı güvenilen sertifika zincirini sağlamak içindir.
  • Sertifika doğrulamasını kapatmak sertifika sorununu çözmekle aynı değildir.
  • Dosyadan yüklenen veya yapıştırılan sertifika/anahtar içeriğinin doğru çifte ait olduğunu kontrol edin.

Kaydedilmiş parola ve özel anahtar göstergeleri

LDAP ayarları yeniden yüklendiğinde bind parolası ve istemci özel anahtarı açık metin olarak doldurulmaz; kayıtlı değer bulunduğunu belirten gösterge/yer tutucu kullanılır. Boş görünen alanı otomatik olarak eksik yapılandırma sanmayın.

  • Yeni değer girerseniz değiştirmek istediğiniz hesabın/sertifikanın bilgisi olduğundan emin olun.
  • Kaydetme ve bağlantı testi sonuçlarını karşılaştırın.
  • Bu alanları kopyalayarak mevcut gizli değeri geri alma aracı olarak kullanmayın.

LDAP bağlantısını aşamalı test etme

Test işlemi formdaki yapılandırmayı ve isteğe bağlı test kullanıcı adı/parolasını kullanır. Servis hesabı bind, kullanıcı arama, kullanıcı bind ve öznitelik okuma gibi aşamalar başarı/hata/atlanmış durumlarıyla raporlanabilir.

  1. Önce URL, Bind DN ve Base DN alanlarını doldurun.
  2. Kullanıcı doğrulamasını da ölçmek için test kullanıcı bilgilerini girin.
  3. Testi çalıştırıp ilk başarısız aşamanın mesajını okuyun.
  4. Sonuç uygun olduğunda ayarları kaydedin; test yapmak tek başına kaydetme değildir.

Registry Public Host ve token realm URL

Docker Registry ayarındaki publicHost, istemcilerin kullanacağı registry host:port bilgisidir. publicRealmUrl ise kimlik token’ı için erişilebilir tam URL’dir; örneğin uygulamanın /api/docker-registry/token yolu.

  • Host alanına istemcinin gerçekten çözebildiği adresi yazın.
  • Realm URL’nin şeması, host’u ve yolu proxy/TLS düzeninizle uyumlu olmalıdır.
  • Kaydetmek DNS, güvenlik duvarı veya sertifika kurulumu yapmaz; istemciden gerçek bağlantıyı doğrulayın.

Profil ve parola ekranı

Profil sayfasında kullanıcı adı, e-posta ve tam ad bilgileri ile ayrı parola sekmesi bulunur. Parola değişiminde mevcut parola, yeni parola ve tekrar alanları kullanılır; yeni ve tekrar değerleri eşleşmelidir.

  • Parola göster/gizle denetimleri yalnız form görünümünü değiştirir.
  • Başarıdan sonra parola alanları temizlenir.
  • LDAP hesabının parola kaynağını yerel hesapla karıştırmayın; hedef kimlik kaynağının politikasını izleyin.