Bu özelliğin desteklendiği sürümler: Frontline Standard ve Frontline Plus; Business Plus; Enterprise Standard ve Enterprise Plus; Education Fundamentals, Education Standard ve Education Plus; Enterprise Essentials Plus. Sürümünüzü karşılaştırın.
Cloud Identity veya Google Workspace kullanıcı hesabını askıya alırsam ne olur?
Güvenli LDAP hizmeti; kimlik doğrulama, yetkilendirme ve dizin aramaları için Cloud Directory'yi temel alır. Askıya alınan hesaplar, LDAP uygulamaları da dahil olmak üzere Cloud Identity/Google Workspace ile ilgili hiçbir uygulamada oturum açamaz. Askıya alınan hesaplar şifrelerini LDAP ile doğrulayamaz ancak LDAP aramasıyla bir istemci hizmeti tarafından aranabilir.
Google Workspace veya Cloud Identity'de üçüncü taraf kimlik sağlayıcı / TOA sağlayıcı yapılandırırsam ne olur?
Üçüncü taraf kimlik sağlayıcılar yalnızca SAML tabanlı kimlik doğrulama gibi HTTP tabanlı işlemleri etkilediğinden, kimlik doğrulama, yetkilendirme ve dizin aramaları için Güvenli LDAP kullanımı etkilenmez.
Not: Kullanıcılarınızın Güvenli LDAP'ye bağlı uygulamalarda kimlik doğrulaması yapabilmesini istiyorsanız Google kullanıcı adlarını ve şifrelerini bildiklerinden emin olun. Kimlik doğrulama için bu kimlik bilgileri (üçüncü taraf kimlik sağlayıcı kimlik bilgileri değil) gereklidir. Kullanıcılar, TOA kullanarak üçüncü taraf IdP üzerinden oturum açarak Güvenli LDAP uygulamalarına erişemez.
LDAP istemcilerinin kimliğini doğrulamak için neden hem sertifikaya hem de erişim kimlik bilgilerine ihtiyacım var?
LDAP istemcisinin kimliği yalnızca sertifikayla doğrulanır. Erişim kimlik bilgileri yalnızca istemci bir kullanıcı adı ve şifre de göndermekte ısrar ederse mevcuttur. Erişim kimlik bilgileri tek başına LDAP sunucusuna veya kullanıcı verilerine erişim izni vermez ancak belirli LDAP istemcilerine giriş yapmak için kullanılmalarını önlemek amacıyla gizli tutulmaları gerekir.
Bir LDAP istemcisinin erişim kimlik bilgileri gerektirdiği durumlarda LDAP istemcilerinin kimliğini hem sertifikalar hem de erişim kimlik bilgileriyle doğrularız.
LDAP uygulamam TLS sertifikalarını desteklemiyorsa herhangi bir alternatif var mı?
Evet. Uygulamanız ile Güvenli LDAP arasında proxy olarak stunnel kullanabilirsiniz. Ayrıntılar ve talimatlar için Stunnel'ı proxy olarak kullanma başlıklı makaleyi inceleyin.
Geçmişte erişim kimlik bilgileri oluşturdum ve şimdi LDAP istemcimin başka bir örneğini ayarlamak için şifreyi hatırlamıyorum. Başka bir erişim kimlik bilgileri kümesi oluşturabilir miyim?
Yönetici olarak, farklı bir kullanıcı adı/şifre çiftinden oluşan başka bir erişim kimlik bilgileri grubu oluşturabilirsiniz. Aynı anda en fazla iki kimlik bilgisini etkin tutabilirsiniz. Güvenliği ihlal edilen veya artık kullanılmayan kimlik bilgilerini silebilirsiniz.
Bir LDAP istemcisinde güvenlik sorunu olduğundan şüpheleniyorsam istemciyi hemen nasıl devre dışı bırakabilirim?
Bir LDAP istemcisinde güvenlik sorunu olduğundan şüpheleniyorsanız (ör. sertifikalar veya kimlik bilgileri güvenliği ihlal edilmişse) istemciyle ilişkili tüm dijital sertifikaları silerek istemciyi hemen devre dışı bırakabilirsiniz. Hizmet durumu Kapalı olarak ayarlandıktan sonra istemcinin devre dışı bırakılması 24 saati bulabileceğinden, istemciyi hemen devre dışı bırakmanın en iyi yolu budur.
Talimatlar için Sertifikaları silme başlıklı makaleyi inceleyin.
Daha sonra istemciyi etkinleştirmek isterseniz yeni sertifikalar oluşturmanız ve sertifikaları LDAP istemcinize yüklemeniz gerekir.
Google Compute Engine'deki Linux bilgisayarlarım harici IP adreslerine sahip değil. Yine de Güvenli LDAP hizmetine bağlanabilir miyim?
Evet. Google Compute Engine'de harici IP adresi olmayan Linux bilgisayarlarda SSSD modülünü kullanıyorsanız Google hizmetlerine dahili erişiminiz etkin olduğu sürece Güvenli LDAP hizmetine bağlanabilirsiniz. Özel erişimi yapılandırma hakkında daha fazla bilgi edinin. Ayrıntılı bilgi için Özel Google Erişimi'ni yapılandırma başlıklı makaleyi inceleyin.