Hitaji kuingia Squid na IP sahihi ya mteja

Neno la siri sahihi ni nusu ya sera hii: akaunti inapaswa kufanya kazi kutoka anwani moja ya mteja iliyoidhinishwa pia. Katika Squid, kuweka ukaguzi wote kwenye kanuni moja ya ufikiaji ndiyo tofauti kati ya sharti hilo na njia mbili tofauti za kuingia.

Tukidhani uthibitishaji umeundwa tayari, kama usakinishaji wa Squid 6.13 NCSA, sera kuu ni:

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

Tumia chanzo ambacho Squid hupokea kweli; sampuli ni anwani ya nyaraka. Hifadhi ulinzi wa awali kwa bandari za lengo zisizo salama, huduma za ndani na trafiki ya CONNECT. Kipande hiki kinaonyesha sharti lililounganishwa, si usanidi kamili wa msikilizaji.

Kagua kanuni zilizo juu yake

Ruhusa pana ya awali inaweza kukubali ombi kabla ya kufikia sharti jipya. Marejeleo ya http_access yanaeleza ulinganishaji kwa mpangilio. Soma mfululizo mzima, ikiwa ni pamoja na faili zilizojumuishwa.

Ruhusa moja kwa jina la mtumiaji na nyingine kwa chanzo hazihitaji zote mbili. Mstari wowote unaweza kufanikiwa kwa kujitegemea. Hiyo ni sera tofauti.

ACL ya proxy_auth inategemea msaidizi wa uthibitishaji. Kuifafanua si njia ya kuunda mtumiaji au kuthibitisha neno la siri. Mfano huu ni kwa proksi iliyo wazi ambayo wateja wake wanaweza kujibu changamoto za uthibitishaji wa proksi.

Utambulisho wa chanzo pia una mipaka. Watu nyuma ya NAT moja wanaweza kushiriki anwani, na kompyuta ya mkononi inayohama inaweza kubadilisha anwani. Sharti la ziada hupunguza eneo la mtandao linaloweza kutumika la akaunti; haliitambui kompyuta halisi kwa uhakika. Hakikisha kikomo hicho kinalingana na sababu uliyoongeza sharti hapo awali.