Squid-avlytting kontra eksplisitt proxy-autentisering
Forklar kvifor vanleg eksplisitt proxy-autentisering ikkje berre kan leggjast til ein Squid-avlyttarlyttar.
Ein klient for eksplisitt proxy veit at han snakkar med ein proxy. Ein avlytta nettlesar trur han kopla seg til nettstaden. Den skilnaden er sentral for autentisering.
Vanleg proxy-autentisering brukar ei proxy-utfordring og eit proxy-autorisasjonssvar. Ein klient som ikkje valde ein proxy, bør ikkje tankelaust senda proxy-legitimasjon til ein uventa mellommann.
Difor støttar ikkje avlyttingsrettleiinga til Squid å kombinera proxy_auth rett og slett med avlyttingsmodus. Ein fungerande Basic-autentiseringshjelpar endrar ikkje kva nettlesaren trur den eksterne endepunktet er.
Viss identifiserte brukarar treng ein vanleg autentisert videresendande proxy, konfigurer klientane eksplisitt, anten direkte eller gjennom ein høveleg administrert proxy-konfigurasjon. Hald den lyttaren og autentiseringspolicyen hans skild frå ein avlyttarlyttar.
Ein autentiseringsportal, eit identitetssystem på nettverksnivå eller ei TLS-avlyttingsordning er eit anna design med andre krav til tillit og utrulling. Det er ikkje ei éinlinjes retting for den manglande eksplisitte proxy-utvekslinga.
Ikkje løys fråværet av ei oppfordring ved å gjera den avlytta tenesta offentleg eller ved å tillata kvar klient. Avgjer først om kravet er eksplisitt brukarautentisering eller avlytting av trafikk som aldri vart konfigurert for ein proxy. Dei krev ulike føresetnader.