To Squid-portar kan ha ulike lister over tillatne destinasjonar

Kombiner localport med den relevante destinasjons-ACL-en på kvar allow-regel, og hald på tidlegare avgrensingar og den siste deny-regelen.

Squid sin localport ACL svarar til porten der Squid tok imot tilkoplinga. Kombiner han med rett destinasjons-ACL, slik at kvar lyttar berre tillèt si eiga liste.

For ein Squid 6- eller 7-konfigurasjon med eksisterande avgrensingar for klientar og trygge portar:

http_port 3128
http_port 3129

acl approved_clients src 192.0.2.0/24
acl main_listener localport 3128
acl alternate_listener localport 3129
acl main_sites dstdomain "/etc/squid/main-sites.txt"
acl alternate_sites dstdomain "/etc/squid/alternate-sites.txt"

http_access allow approved_clients main_listener main_sites
http_access allow approved_clients alternate_listener alternate_sites
http_access deny all

Byt ut klientområdet frå dokumentasjonen med dei faktiske autoriserte klientane og førebu dei to domenelistefilene. Set dei para allow-reglane etter dei påkravde deny-kontrollane i installasjonen og før den siste deny. Hald på avgrensingane for utrygge portar, CONNECT og administrasjon.

ACL-namn på éin tilgangsregel blir kombinerte med AND. Skilde allow-reglar gjev alternativ. Utan lyttar-vilkåret på destinasjonsreglane ville kva som helst liste sleppe gjennom kva som helst port.

Kontroller òg tidlegare reglar: ein brei allow som treff først, hindrar at desse seinare avgrensingane blir vurderte. Test tillatne og avviste destinasjonar gjennom kvar lyttar for å stadfeste grensa.

localport er ikkje porten til nettstaden eller den efemere kjeldeporten til klienten. Eit destinasjonsportvilkår brukar i staden port ACL-en.

Relaterte artiklar