Squid-ôffangst tsjin eksplisite proxy-autentikaasje
Ferklarje wêrom gewoane eksplisite proxy-autentikaasje net samar tafoege wurde kin oan in Squid-ôffangstlústerder.
In klant fan in eksplisite proxy wit dat er mei in proxy praat. In ôffongene browser tinkt dat er ferbûn is mei de webside. Dat ferskil is sintraal foar autentikaasje.
Gewoane proxy-autentikaasje brûkt in proxy-útdaging en in proxy-autorisaasje-antwurd. In klant dy't gjin proxy keas, moat net samar proxy-bewizen nei in ûnferwachte tuskenpersoan stjoere.
Dêrom stipet de ôffangstrjochting fan Squid it net om proxy_auth samar mei de ôffangstmodus te kombinearjen. In wurkjende Basic-autentikaasje-helper feroaret net wat de browser tinkt dat it ôfstâne einpunt is.
As identifisearre brûkers in gewoane autentisearre trochstjoerproxy nedich hawwe, konfigurearje de klanten dan eksplisyt, itsij direkt itsij fia in passende behearde proxy-konfiguraasje. Hâld dy lústerder en syn autentikaasjebelied apart fan in ôffangstlústerder.
In autentikaasjeportaal, in identiteitssysteem op netwurkflak of in TLS-ôffangstregeling is in oar ûntwerp mei oare easken foar fertrouwen en útrol. It is gjin ien-rige-reparaasje foar de ûntbrekkende eksplisite-proxy-útwikseling.
Los it ûntbrekken fan in útdaging net op troch de ôffongene tsjinst iepenbier te meitsjen of elke klant ta te litten. Beskiede earst oft de eask eksplisite brûkersautentikaasje is of ôffangst fan ferkear dat nea foar in proxy konfigurearre wie. Dy freegje oare oannames.