Bakit Humihingi Pa Rin ng Password ang Squid Basic LDAP Authentication

Ang isang Squid configuration ay makapagsusuri ng mga password laban sa Active Directory at makapagpapakita pa rin ng login box. Hindi nito laging ibig sabihin na may sira. Inilalarawan ng AD kung saan naroon ang account; hindi nito sinasabi kung paano patutunayan ng browser kung sino ang user.

Sa linyang ito, ang mahalagang salita ay basic:

auth_param basic realm Windows Logon

Ang mga salita pagkatapos ng realm ay nagpapangalan sa protektadong espasyo ng authentication. Hindi sila humihingi ng Windows access token at hindi binabago ang hamon tungo sa Negotiate. Ang isang Basic LDAP helper ay tumatanggap ng ibinigay na kredensyal at sinusuri ang mga ito sa directory.

Sa karaniwang configuration may tatlong hiwalay na desisyon: paano hinahamon ng Squid ang client, paano pinapatunayan ng helper ang tugon, at aling mga authenticated na user o group ang pinapayagan ng access rule. Ang matagumpay na paghahanap ng grupo sa LDAP ay tumutugon lamang sa huling desisyon. Hindi nito maibibigay ang kulang na kredensyal ng browser.

Kung ang pangangailangan ay tahimik na pag-sign in

Pumili ng integrated authentication scheme na sinusuportahan ng browser at i-configure ang mga paunang kundisyon nito sa panig ng server. Para sa Negotiate na nakabatay sa Kerberos, kabilang dito ang service identity at key material, pati na rin ang client policy na nagpapahintulot ng authentication sa proxy na iyon. Ang pagpapalit lamang ng executable file ng helper sa isang Basic configuration ay hindi gagawa ng conversion na iyon.

Magpasya kung anong resulta ang kailangan bago palitan ang gumaganang LDAP setup. Ang pagtanggap ng parehong username at password na ginagamit sa pag-log in sa isang workstation ay makatwirang Basic requirement. Ang muling paggamit ng naka-log in nang Windows identity nang hindi tinatanong ang password na iyon ay ibang requirement, na may ibang trabaho sa protocol at deployment.