Egy Squid-cél engedélyezése proxy-hitelesítés nélkül

A figyelőoldalnak proxy-bejelentkezés nélkül kell működnie. A kézenfekvő szabály: http_access allow status_site. Ha a hitelesítés elé tesszük, a kivételt olyan klienseknek is megadhatja, amelyeket soha nem szándékozott kiszolgálni.

Squid 6 vagy 7 esetén tartsa együtt a kivétel feltételeit. A meglévő felügyeleti, nem biztonságos port-, CONNECT- és helyi szolgáltatás-védelmek után a vonatkozó rész így nézhet ki:

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

A hálózat és a gazdagépnév helyőrzők. A hitelesítésnek továbbra is szüksége van a meglévő segédkonfigurációjára. Ez egy hozzáférési szabályzat kivételi része, nem teljes proxykonfiguráció.

Az első sor engedélyezi a kiválasztott klienseknek azt a célt a bejelentkezési ACL értékelése nélkül. A következő ezeknek a klienseknek máshová csak hitelesítés után engedélyez. Korábbi széles engedélyek vagy későbbi alternatív útvonalak megváltoztathatják az eredményt, ezért olvassa el a teljes sorrendezett szabályzatot, a beillesztett fájlokkal együtt.

Ne helyezze a kivételt a célport-védelmek fölé csak azért, hogy elkerülje a felszólítást. Az engedélyezett webhely egy nem szándékolt porton továbbra is más útvonal. Azt is döntse el, hogy a pontos gazdagép vagy annak aldomainjei feleljenek meg, ahelyett hogy szükségtelenül széles utótagot adna hozzá.

A gazdagépnév-kivétel az egyező célt fedi le, nem az oldala által betöltött minden függőséget. Az átirányítások és a harmadik féltől származó erőforrások jogosan találkozhatnak a szokásos bejelentkezési követelménnyel.

Egyszerű HTTP esetén a proxy adott esetben pontosabb URL-információt használhat. Egy közönséges HTTPS CONNECT kérés nem tárja fel az oldal útvonalát, így a „csak egy oldal” szabály nem vezethető le egy teljes gazdagépre kiterjedő alagútkivételből.