Tillat éin Squid-destinasjon utan proxy-autentisering

Ei overvakingsside må fungere utan proxy-innlogging. Den openberre regelen er http_access allow status_site. Plassert før autentisering kan han også gi unntaket til klientar du aldri hadde tenkt å tena.

For Squid 6 eller 7 held du vilkåra i unntaket saman. Etter dei eksisterande vernene for administrasjon, utrygge portar, CONNECT og lokale tenester kan den relevante delen sjå slik ut:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

Nettverket og vertsnamnet er plasshaldarar. Autentisering treng framleis den eksisterande hjelpekonfigurasjonen sin. Dette er unntaksdelen av ein tilgangspolicy, ikkje ein fullstendig proxy-konfigurasjon.

Den første linja tillèt dei valde klientane den destinasjonen utan å evaluere innloggings-ACL-en. Den neste tillèt desse klientane andre stader berre etter autentisering. Tidlegare breie løyve eller seinare alternative stiar kan endre resultatet, så les heile den ordna policyen, inkludert inkluderte filer.

Ikkje flytt unntaket over vernene for destinasjonsporten berre for å unngå ein førespurnad. Eit autorisert nettstad på ein utilsikta port er framleis ei anna rute. Avgjer også om den nøyaktige verten eller underdomena skal kvalifisere i staden for å leggje til eit unødvendig breitt suffiks.

Eit vertsnamnunntak dekkjer destinasjonen som samsvarer, ikkje kvar avhengnad som sida lastar. Omdirigeringar og tredjepartsressursar kan lovleg møte det vanlege innloggingskravet.

For vanleg HTTP kan ein proxy bruke finare URL-informasjon der det høver. Ein vanleg HTTPS CONNECT-førespurnad avdekkjer ikkje sidebanen, så ein regel om «berre éi side» kan ikkje utleiiast frå eit tunnelunntak for heile verten.