Squid ve LDAP Dizinlerinde Yinelenen Kullanıcı Adları

İki bağımsız dizinin her ikisi de alex içeriyorsa, vekilin parolayı denetlemeden önce bir dizin seçimi yapması gerekir. Önce A sonra B denemek bu seçimi kimlik doğrulama hatasının içine gizler ve erişilemeyen bir dizini reddedilmiş bir sırla karıştırabilir.

İki düzenleme kimliği açık hale getirebilir:

• Nitelikli oturum açma. [email protected] gibi bir ad, bir dağıtıcı aracılığıyla yöneticinin tanımladığı sabit dizini seçer. Yetkilendirme için nitelikli kimliği ve günlüklemeyi koruyun. İstemcinin sağladığı son eki rastgele bir LDAP sunucu adresine dönüştürmeyin.
• Kararlı ve güvenilir istek bağlamı. Dizini bir dinleyici veya desteklenen başka bir bağlam seçer. Bir kişi dolaştığında veya başka bir dinleyici kullandığında ne olacağını tanımlayın; ağ konumu kişisel kimlik değildir.

Bir dizinin çoğaltmaları farklıdır: tek bir kimlik ad alanını paylaşırlar. İlgisiz dizinler ikisi de LDAP kullandığı için çoğaltma olmaz.

Squid'in kimlik bilgisi önbellek anahtarını yardımcının seçimiyle uyumlu hale getirin. auth_param başvurusu, ek bağlamın aktarılması ve önbellek anahtarına dahil edilmesi için key_extras ayarını açıklar; dinleme bağlantı noktasıyla ayrılan aynı adlar durumu da buna dahildir. Yardımcı genişletilmiş girdiyi anlamalı ve seçilen makro o kimlik doğrulama aşamasında kullanılabilir olmalıdır.

Kararlı bağlamı tercih edin. Sık değişen bir istemci IP'si önbellek kimliklerini çoğaltabilir ve tek bir kullanıcı kimliği bekleyen denetimleri değiştirebilir.

Bilinmeyen dizini, bilinmeyen hesabı, reddedilen parolayı ve erişilemeyen dizini ayrı ayrı tanımlayın. North erişilemez olduğunda North'un hesabı sessizce South'un Alex'i olmamalıdır. Parolaları kaydetmeden bu sonuçları günlüklerde ayırt edilebilir tutun.