Kuchanganya myportname na src za Squid kwa ACL tofauti

Usanidi unaonekana kuwa wa kueleweka kwa mtazamo wa kwanza:

acl team_a myportname 3128 src 198.51.100.0/24

Lakini ufafanuzi wa ACL una aina moja tu. Hapa myportname ndiyo aina; kuongeza neno src hakuanzishi jaribio la pili. Maneno yaliyobaki ni ya orodha ya thamani za aina ya kwanza. Mstari huo hauelezi «listener hii na mtandao huu wa wateja».

Ipe kila sharti jina

Tumia jina kwa socket inayosikiliza na ACL ya chanzo tofauti. Kipande hiki kinatumia anwani za nyaraka, ambazo lazima zibadilishwe na anwani zinazofaa usambazaji:

http_port 192.0.2.10:3128 name=team_a_port
acl team_a_port myportname team_a_port
acl team_a_clients src 198.51.100.0/24

http_access allow team_a_port team_a_clients
http_access deny all

Weka kanuni ya kuruhusu baada ya ulinzi uliopo kwa bandari za marudio zisizo salama, malengo ya CONNECT yaliyozuiliwa na ufikiaji wa usimamizi. Kipande kinaonyesha sharti la mteja/listener; hakibadilishi ulinzi huo.

Masharti kwenye mstari mmoja wa http_access huunganishwa kwa AND. Mistari miwili tofauti ya kuruhusu ingeruhusu kila sharti kwa kujitegemea, jambo ambalo lingebadilisha sera kwa kiasi kikubwa. Thamani kadhaa ndani ya ACL moja kwa kawaida hutoa njia mbadala kwa jaribio hilo moja.

Chagua njia ya kutoka kwa tofauti

Listener inayolingana inaweza pia kutumiwa na tcp_outgoing_address kuchagua anwani ya chanzo ya ndani. Hiyo ni uchaguzi wa uelekezaji, si idhini ya kutumia proksi. Kanuni ya anwani ya kutoka haiwezi kufanya ombi lililokataliwa lipite kwa http_access.

Ikiwa usanidi wa anwani nyingi utaacha kufanya kazi baada ya uboreshaji, tenganisha ushahidi: hitilafu ya uchanganuzi inaelekeza kwenye sintaksia ya usanidi; kukataliwa kwa ufikiaji kunaonyesha ulinganifu wa kanuni; ombi lililoruhusiwa lenye njia isiyofaa ya kutoka linaonyesha uchaguzi wa kutoka au NAT ya baadaye. Kubadilisha yote matatu kwa wakati mmoja hufanya hitilafu ndogo ya ACL iwe vigumu zaidi kupatikana.