Követelje meg a Squid-bejelentkezést és a helyes ügyfél-IP-t is

A helyes jelszó csak a fele ennek a házirendnek: a fióknak egy jóváhagyott ügyfélcímről is működnie kell. A Squidban az jelenti a különbséget e követelmény és két külön belépési útvonal között, ha mindkét ellenőrzést ugyanarra a hozzáférési szabályra tesszük.

Feltételezve, hogy a hitelesítés már be van állítva, például egy Squid 6.13 NCSA-beállítás, az alapvető házirend a következő:

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

Használja azt a forrást, amelyet a Squid ténylegesen kap; a minta dokumentációs cím. Tartsa meg a korábbi védelmeket a nem biztonságos célportok, a helyi szolgáltatások és a CONNECT-forgalom esetében. Ez a részlet az egyesített feltételt mutatja, nem egy teljes listener-konfigurációt.

Ellenőrizze a felette lévő szabályokat

Egy korábbi széles engedély még az új feltétel elérése előtt elfogadhatja a kérést. Az http_access-referencia a rendezett egyeztetést írja le. Olvassa el a teljes sorrendet, a beillesztett fájlokat is beleértve.

Egy engedély a felhasználónévhez és egy másik a forráshoz nem követeli meg mindkettőt. Bármelyik sor önállóan sikerülhet. Ez egy másik házirend.

A proxy_auth ACL hitelesítési segédtől függ. Meghatározása nem a felhasználó létrehozásának vagy a jelszó érvényesítésének módja. Ez a példa egy explicit proxyhoz készült, amelynek ügyfelei válaszolhatnak a proxyhitelesítési kihívásokra.

A forrás identitásának is vannak korlátai. Egy NAT mögötti emberek megoszthatnak egy címet, és egy mozgó laptop válthat címet. A kiegészítő feltétel szűkíti a fiók használható hálózati helyét; nem azonosít megbízhatóan egy fizikai számítógépet. Győződjön meg arról, hogy ez a korlátozás megfelel annak az oknak, amiért a feltételt eredetileg hozzáadta.