Ien Squid-bestimming tastean sûnder proxy-autentikaasje

In monitoringsside moat wurkje sûnder proxy-oanmelding. De foar de hân lizzende regel is http_access allow status_site. Foar de autentikaasje pleatst, kin it de útsûndering ek jaan oan klanten dy't jo nea fan plan wiene te betsjinjen.

Foar Squid 6 of 7 hâldt jo de betingsten fan 'e útsûndering byinoar. Nei de besteande befeiligingen foar behear, ûnfeilige poarten, CONNECT en lokale tsjinsten, kin it relevante part der sa útsjen:

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

It netwurk en de hostnamme binne plakhâlders. Autentikaasje hat noch altyd syn besteande helper-konfiguraasje nedich. Dit is it útsûnderingspart fan in tagongspolityk, net in folsleine proxy-konfiguraasje.

De earste rigel lit de keazen klanten nei dy bestimming sûnder de oanmelding-ACL te evaluearjen. De folgjende lit dy klanten earne oars pas nei autentikaasje. Eardere brede tastimmingen of lettere alternative paden kinne it resultaat feroarje, dus lês it folsleine oardere belied, ynklusyf ynsluten bestannen.

Ferpleats de útsûndering net boppe de beskermingen fan 'e bestimmingspoarte allinich om in promt te foarkommen. In autorisearre side op in ûnbedoelde poarte is noch altyd in oare rûte. Beskiede ek oft de krekte host of syn subdomeinen foldwaan moatte ynstee fan in ûnnedich breed efterheaksel ta te foegjen.

In hostnamme-útsûndering beslacht de oerienkommende bestimming, net elke ôfhinklikens dy't troch syn side laden wurdt. Trochstjoerings en boarnen fan tredden kinne rjochtmjittich it normale oanmeldingsferlet tsjinkomme.

Foar gewoan HTTP kin in proxy fynere URL-ynformaasje brûke wêr't dat passend is. In gewoane HTTPS CONNECT-oanfraach lit it paad fan 'e side net sjen, dus in regel 'mar ien side' kin net út in hostbrede tunnelútsûndering ôflaat wurde.