Laat een Squid-bestemming toe sonder proxy-verifikasie

'n Moniteringsbladsy moet sonder 'n proxy-aanmelding werk. Die ooglopende reël is http_access allow status_site. Voor verifikasie geplaas, kan dit ook die uitsondering aan kliënte gee wat jy nooit bedoel het om te bedien nie.

Vir Squid 6 of 7, hou die uitsondering se voorwaardes saam. Ná die bestaande beveiligingsmaatreëls vir bestuur, onveilige poorte, CONNECT en plaaslike dienste, kan die relevante deel so lyk:

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

Die netwerk en gasheernaam is plekhouers. Verifikasie benodig steeds sy bestaande helper-konfigurasie. Dit is die uitsonderingsdeel van 'n toegangsbeleid, nie 'n volledige proxy-konfigurasie nie.

Die eerste reël laat die gekose kliënte na daardie bestemming toe sonder om die aanmeld-ACL te evalueer. Die volgende laat daardie kliënte elders eers ná verifikasie toe. Vroeëre breë toestemmings of latere alternatiewe roetes kan die uitkoms verander, so lees die volledige geordende beleid, insluitend ingeslote lêers.

Moenie die uitsondering bo bestemmingspoort-beskermings skuif net om 'n opdrag te vermy nie. 'n Gemagtigde webwerf op 'n onbedoelde poort is steeds 'n ander roete. Besluit ook of die presiese gasheer of sy subdomeine moet kwalifiseer eerder as om 'n onnodig breë agtervoegsel by te voeg.

'n Gasheernaam-uitsondering dek die ooreenstemmende bestemming, nie elke afhanklikheid wat deur sy bladsy gelaai word nie. Herleidings en derdeparty-bates kan wettiglik die normale aanmeldvereiste teëkom.

Vir gewone HTTP kan 'n proxy fyner URL-inligting gebruik waar toepaslik. 'n Gewone HTTPS CONNECT-versoek stel nie die bladsypad bloot nie, so 'n reël 'net een bladsy' kan nie uit 'n gasheerwye tonnel-uitsondering afgelei word nie.