Dizin sunucusuna bağlanan kullanıcı ve kimlik kartları; SSSD ile dizin entegrasyonu.
|

Pardus SSSD yapılandırması: sssd.conf ve etki alanı kontrolü

Yazar:Appz

SSSD, dizin kullanıcı bilgilerini ve kimlik doğrulamayı Linux’un NSS/PAM altyapısına bağlar. Yapılandırma bölümlerini, dosya izinlerini ve kullanıcı çözümleme testlerini ayrı ayrı inceleyin.

1. Sağlayıcıyı ve makine katılımını belirleyin

AD, LDAP ve IPA aynı sağlayıcı değildir. id_provider, auth_provider ve access_provider ayarlarını gerçek altyapınıza göre seçin. AD senaryosunda DNS, saat ve etki alanı üyeliğini önce doğrulayın; hazır bir dosyaya domain adını yazmak makineyi etki alanına katmaz.

2. sssd.conf bölümlerini okuyun

[sssd] bölümü etkin domain ve servisleri; [domain/…] bölümü sağlayıcı ayarlarını; [nss] ve [pam] bölümleri ilgili yanıtlayıcı davranışını düzenler. Aşağıdaki örnek yalnız AD sağlayıcısının iskeletidir; TESTDC.LOCAL ve testdc.local kendi ortamınızın örnek adlarıdır.

[sssd]
config_file_version = 2
services = nss, pam
domains = testdc.local

[domain/testdc.local]
id_provider = ad
auth_provider = ad
access_provider = ad
ad_domain = testdc.local
krb5_realm = TESTDC.LOCAL
cache_credentials = true
use_fully_qualified_names = true
fallback_homedir = /home/%d/%u
default_shell = /bin/bashCode language: JavaScript (javascript)

fallback_homedir hesap için döndürülen ev dizini yolunu belirler; klasörün fiziksel oluşturulmasını tek başına sağlamaz. İlk girişte ev dizini oluşturma, dağıtımın PAM/mkhomedir ayarına bağlıdır. Offline giriş, daha önce başarılı çevrimiçi giriş ve uygun önbellek koşulları gerektirir.

3. İzin ve sözdizimi kontrolü

Mevcut dosyayı değiştirmeden önce yedekleyin. Dosyayı yalnız root’un okuyabildiği biçimde koruyun; dizin ve conf.d parçalarını da kurulu sürümün belgeleriyle kontrol edin.

sudo chown root:root /etc/sssd/sssd.conf
sudo chmod 600 /etc/sssd/sssd.conf
sudo sssctl config-check

sssctl yoksa sssd-tools paketinin deponuzda bulunup bulunmadığını kontrol edin. Denetim başarısızsa servisi yeniden başlatmadan önce bildirilen hatayı düzeltin.

4. Kimlik çözümlemeyi, sonra oturumu test edin

sudo systemctl restart sssd
sudo systemctl status sssd
getent passwd kullanici@testdc.local
id kullanici@testdc.local
sudo journalctl -u sssd --since "10 minutes ago"Code language: CSS (css)

Kullanıcı bulunamıyorsa domain/provider, DNS, NSS ve günlükleri inceleyin. Kullanıcı bulunuyor fakat giriş olmuyorsa PAM, erişim politikası ve Kerberos tarafına geçin. Çalışan servisin yanında ikinci bir sssd -i süreci başlatmayın; ayrıntılı günlük için resmî debug yöntemini kullanın.

5. Lider Ahenk ile sınırı

Ahenk yönetim ajanı ile SSSD dizin kimliği farklı görevlerdir. Bazı kurumsal mimariler ikisini birlikte kullanır, ancak temel Lider/Ahenk kurulumunda her zaman AD veya SSSD zorunlu değildir. Ahenk kayıt işlemi için ayrı doğrulanmış rehberi izleyin.

Sıkça sorulan sorular

Servis çalışıyor fakat kullanıcı bulunamıyorsa?

Önce getent passwd ve id ile kimlik çözümlemeyi kontrol edin. Domain adı, NSS ayarı, DNS ve SSSD günlüklerini inceleyin; kimlik bulunmadan parola doğrulamasına geçmeyin.

sssd.conf izinleri nasıl olmalı?

Dosya root tarafından sahiplenilmeli ve yetkisiz kullanıcılarca okunamamalıdır; yaygın düzen root:root ve 600’dür. sssctl config-check ile kurulu sürümün denetimini çalıştırın.

SSSD, Lider Ahenk kaydı yerine geçer mi?

Hayır. SSSD dizin kimliği ve oturum altyapısını, Ahenk ise yönetim ajanını ele alır. Entegrasyon mimarinize bağlıdır; temel Ahenk kayıt akışı ayrı rehberdedir.

Kaynaklar ve inceleme notu

Bu sayfa 6 Ekim 2026 tarihinde anlatım, sürüm ayrımları ve kaynaklar açısından gözden geçirildi. Belge kontrolü, yeni bir fiziksel cihazda veya üretim sunucusunda uçtan uca test yapıldığı anlamına gelmez.

İlginizi Çekebilir