Squid Basic LDAP Kimlik Doğrulaması Neden Hâlâ Parola İstiyor
Bir Squid Basic LDAP yapılandırmasının AD parolasını doğrulayabildiği halde tarayıcıdan neden kimlik bilgisi istediğini anlayın.
Bir Squid yapılandırması parolaları Active Directory üzerinde denetleyebilir ve yine de bir oturum açma kutusu gösterebilir. Bu, bir şeyin mutlaka bozuk olduğu anlamına gelmez. AD hesabın nerede durduğunu anlatır; tarayıcının kullanıcının kim olduğunu nasıl kanıtlayacağını söylemez.
Bu satırda önemli sözcük basic:
auth_param basic realm Windows Logon
realm sonrasındaki sözcükler korunan kimlik doğrulama alanını adlandırır. Bir Windows erişim belirteci istemezler ve meydan okumayı Negotiate'e çevirmezler. Bir Basic LDAP yardımcısı verilen kimlik bilgilerini alır ve bunları dizinde denetler.
Tipik bir yapılandırmada üç ayrı karar vardır: Squid istemciye nasıl meydan okur, bir yardımcı bu yanıtı nasıl doğrular ve erişim kuralı hangi kimliği doğrulanmış kullanıcılara veya gruplara izin verir. Başarılı bir LDAP grup araması yalnızca son kararı ele alır. Tarayıcının eksik kimlik bilgilerini sağlayamaz.
Gereksinim sessiz bir oturum açma ise
Tarayıcının desteklediği tümleşik bir kimlik doğrulama şeması seçin ve sunucu tarafındaki ön koşullarını yapılandırın. Kerberos tabanlı Negotiate için bu, hizmet kimliği ve anahtar malzemesi ile o proxy'ye kimlik doğrulamaya izin veren istemci ilkesini kapsar. Basic yapılandırmasında yalnızca yardımcının çalıştırılabilir dosyasını değiştirmek bu dönüşümü yapmaz.
Çalışan bir LDAP kurulumunu değiştirmeden önce hangi sonuca ihtiyacınız olduğuna karar verin. Bir iş istasyonunda oturum açmak için kullanılan aynı kullanıcı adını ve parolayı kabul etmek makul bir Basic gereksinimidir. Oturum açmış Windows kimliğini o parolayı sormadan yeniden kullanmak başka bir gereksinimdir ve protokol ile dağıtım açısından başka bir iş gerektirir.