Pse vërtetimi Squid Basic LDAP vazhdon të kërkojë fjalëkalim

Një konfigurim Squid mund të kontrollojë fjalëkalimet në Active Directory dhe gjithsesi të shfaqë një kuti hyrjeje. Kjo nuk do të thotë domosdoshmërisht se diçka është prishur. AD përshkruan ku ndodhet llogaria; nuk thotë si do të provojë shfletuesi kush është përdoruesi.

Në këtë rresht, fjala e rëndësishme është basic:

auth_param basic realm Windows Logon

Fjalët pas realm emërtojnë hapësirën e mbrojtur të vërtetimit. Ato nuk kërkojnë një token aksesi Windows dhe nuk e kalojnë sfidën në Negotiate. Një ndihmës Basic LDAP merr kredencialet e dhëna dhe i kontrollon ato në drejtori.

Në një konfigurim tipik ka tre vendime të veçanta: si Squid e sfidon klientin, si një ndihmës e vërteton atë përgjigje dhe cilëve përdorues ose grupe të vërtetuar u lejon hyrjen një rregull aksesi. Një kërkim i suksesshëm i grupit në LDAP trajton vetëm vendimin e fundit. Ai nuk mund të sigurojë kredencialet që i mungojnë shfletuesit.

Nëse kërkesa është një hyrje e qetë

Zgjidhni një skemë vërtetimi të integruar të mbështetur nga shfletuesi dhe konfiguroni parakushtet e saj në anën e serverit. Për Negotiate të bazuar në Kerberos, kjo përfshin identitetin e shërbimit dhe materialin e çelësit, si dhe një politikë klienti që lejon vërtetimin drejt atij proxy. Zëvendësimi vetëm i skedarit të ekzekutueshëm të ndihmësit në një konfigurim Basic nuk do ta kryejë atë konvertim.

Vendosni çfarë rezultati ju nevojitet përpara se të zëvendësoni një konfigurim LDAP që funksionon. Pranimi i të njëjtit emër përdoruesi dhe fjalëkalim që përdoren për hyrjen në një stacion pune është një kërkesë Basic e arsyeshme. Ripërdorimi i identitetit Windows të hyrë tashmë pa kërkuar atë fjalëkalim është një kërkesë tjetër, me punë tjetër protokolli dhe vendosjeje.