De ce autentificarea Squid Basic LDAP cere în continuare o parolă

O configurație Squid poate verifica parolele în Active Directory și totuși afișa o casetă de autentificare. Asta nu înseamnă neapărat că ceva este stricat. AD descrie unde se află contul; nu spune cum va demonstra browserul cine este utilizatorul.

În această linie, cuvântul important este basic:

auth_param basic realm Windows Logon

Cuvintele de după realm denumesc spațiul protejat de autentificare. Ele nu solicită un token de acces Windows și nu comută provocarea pe Negotiate. Un ajutor Basic LDAP primește datele furnizate și le verifică în director.

Într-o configurație tipică există trei decizii separate: cum provoacă Squid clientul, cum validează un ajutor acel răspuns și căror utilizatori sau grupuri autentificate le permite accesul o regulă. O căutare reușită de grup în LDAP rezolvă doar ultima decizie. Nu poate furniza datele de autentificare lipsă ale browserului.

Dacă cerința este o autentificare silențioasă

Alegeți o schemă de autentificare integrată acceptată de browser și configurați-i cerințele preliminare pe partea de server. Pentru Negotiate bazat pe Kerberos, aceasta include identitatea serviciului și materialul cheii, precum și o politică de client care permite autentificarea către acel proxy. Simpla înlocuire a executabilului ajutorului într-o configurație Basic nu va face acea conversie.

Decideți de ce rezultat aveți nevoie înainte de a înlocui o instalare LDAP funcțională. Acceptarea aceluiași nume de utilizator și aceleiași parole folosite pentru autentificarea la o stație de lucru este o cerință Basic rezonabilă. Reutilizarea identității Windows deja autentificate fără a cere acea parolă este o altă cerință, cu altă muncă de protocol și implementare.