Prečo základná LDAP autentifikácia v Squide stále žiada heslo
Pochopte, prečo konfigurácia Squid Basic LDAP môže overiť heslo AD a napriek tomu požiada prehliadač o prihlasovacie údaje.
Konfigurácia Squidu môže overovať heslá voči Active Directory a napriek tomu zobraziť prihlasovacie okno. To nemusí nevyhnutne znamenať, že je niečo pokazené. AD opisuje, kde sa účet nachádza; nehovorí, ako prehliadač preukáže, kto je používateľ.
V tomto riadku je dôležité slovo basic:
auth_param basic realm Windows Logon
Slová za realm pomenúvajú chránený priestor autentifikácie. Nevyžadujú prístupový token Windows ani neprepínajú výzvu na Negotiate. Pomocník Basic LDAP prevezme dodané údaje a overí ich voči adresáru.
V typickej konfigurácii existujú tri samostatné rozhodnutia: ako Squid vyzve klienta, ako pomocník overí túto odpoveď a ktorým autentifikovaným používateľom alebo skupinám pravidlo prístupu povolí prechod. Úspešné hľadanie skupiny v LDAP rieši len posledné rozhodnutie. Nemôže dodať chýbajúce údaje prehliadača.
Ak je požiadavkou tiché prihlásenie
Vyberte integrovanú schému autentifikácie podporovanú prehliadačom a nastavte jej predpoklady na strane servera. Pri Negotiate založenom na Kerberose to zahŕňa identitu služby a kľúčový materiál aj klientsku politiku povoľujúcu autentifikáciu voči tejto proxy. Samotná výmena spustiteľného súboru pomocníka v konfigurácii Basic túto zmenu nevykoná.
Rozhodnite, aký výsledok potrebujete, skôr než nahradíte fungujúce nastavenie LDAP. Prijímať rovnaké používateľské meno a heslo ako pri prihlásení na pracovnú stanicu je rozumná požiadavka Basic autentifikácie. Opätovne použiť prihlásenú identitu Windows bez otázky na toto heslo je iná požiadavka, s inou prácou na protokole a nasadení.