Squid-avskjæring kontra eksplisitt proxy-autentisering
Forklar hvorfor vanlig eksplisitt proxy-autentisering ikke uten videre kan legges til en Squid-avskjæringslytter.
En klient for eksplisitt proxy vet at den snakker med en proxy. En avskåret nettleser tror den koblet seg til nettstedet. Den forskjellen er sentral for autentisering.
Vanlig proxy-autentisering bruker en proxy-utfordring og et proxy-autorisasjonssvar. En klient som ikke valgte en proxy, bør ikke ubetenksomt sende proxy-legitimasjon til en uventet mellommann.
Derfor støtter ikke Squids avskjæringsveiledning å kombinere proxy_auth rett og slett med avskjæringsmodus. En fungerende Basic-autentiseringshjelper endrer ikke hva nettleseren tror det eksterne endepunktet er.
Hvis identifiserte brukere trenger en vanlig autentisert videresendende proxy, konfigurer klientene eksplisitt, enten direkte eller gjennom en passende administrert proxy-konfigurasjon. Hold den lytteren og autentiseringspolicyen dens atskilt fra en avskjæringslytter.
En autentiseringsportal, et identitetssystem på nettverksnivå eller en TLS-avskjæringsordning er et annet design med andre krav til tillit og utrulling. Det er ikke en ettlinjes retting for den manglende eksplisitte proxy-utvekslingen.
Ikke løs fraværet av en forespørsel ved å gjøre den avskårne tjenesten offentlig eller ved å tillate enhver klient. Avgjør først om kravet er eksplisitt brukerautentisering eller avskjæring av trafikk som aldri ble konfigurert for en proxy. De krever ulike forutsetninger.