Vaadi sekä Squid-kirjautuminen että oikea asiakas-IP

Oikea salasana on vain puolet tästä käytännöstä: tilin on toimittava myös yhdestä hyväksytystä asiakasosoitteesta. Squidissa molempien tarkistusten sijoittaminen samaan käyttösääntöön on ero tämän vaatimuksen ja kahden erillisen sisäänkäynnin välillä.

Olettaen, että todennus on jo määritetty, esimerkiksi Squid 6.13 NCSA -asetelma, ydin käytäntö on:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Käytä lähdettä, jonka Squid todella vastaanottaa; esimerkki on dokumentaatio-osoite. Säilytä aiemmat suojaukset turvattomille kohdeporteille, paikallisille palveluille ja CONNECT-liikenteelle. Tämä katkelma näyttää yhdistetyn ehdon, ei täydellistä kuuntelijan kokoonpanoa.

Tarkista yläpuolella olevat säännöt

Aiempi laaja sallinta voi hyväksyä pyynnön ennen kuin se saavuttaa uuden ehdon. http_access-viite kuvaa järjestetyn täsmäytyksen. Lue koko järjestys, mukaan lukien sisällytetyt tiedostot.

Yksi sallinta käyttäjänimelle ja toinen lähteelle eivät vaadi molempia. Kumpi tahansa rivi voi onnistua itsenäisesti. Se on eri käytäntö.

proxy_auth-ACL riippuu todennuksen apuohjelmasta. Sen määrittäminen ei ole tapa luoda käyttäjää tai validoida salasanaa. Tämä esimerkki on eksplisiittiselle välityspalvelimelle, jonka asiakkaat voivat vastata välityspalvelimen todennushaasteisiin.

Lähdeidentiteetillä on myös rajansa. Yhden NATin takana olevat ihmiset voivat jakaa osoitteen, ja liikkuva kannettava voi vaihtaa osoitetta. Lisäehto kaventaa tilin käytettävissä olevaa verkkosijaintia; se ei tunnista fyysistä tietokonetta luotettavasti. Varmista, että tämä rajoitus vastaa syytä, jonka vuoksi lisäsit ehdon alun perin.