Itifaki ya PROXY ya Squid: mwamini mtumaji kabla ya ukaguzi wa ufikiaji wa HTTP

Tumia proxy_protocol_access kumwamini relay inayotoa metadata, si kuchagua tovuti zinazoruhusiwa. Katika Squid 5–7 ukaguzi hufanyika mara moja baada ya kusanidi TCP kwenye kisikilizaji require-proxy-header, kabla ya vichwa vya ombi la HTTP kuchakatwa:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

Badilisha anwani ya relay ya mfano na uweke kikomo ufikiaji wa mtandao kwa kisikilizaji hiki. Katika hatua hii Squid hukagua mshirika halisi wa TCP kabla ya kukubali metadata zilizotolewa. Baada ya kukubali, hutumia anwani ya mteja iliyodaiwa kwa ukaguzi wa ACL na uandishi wa kumbukumbu unaofuata. Kumwamini relay kwa kuzingatia anwani ya mteja inayodai kutabadilisha mpangilio huo.

Tunza http_access kwa ruhusa za baadaye za chanzo cha mteja na lengwa. Kukubali metadata hakuidhinishi ufikiaji wa tovuti, na ACL ya kikoa cha lengwa haiwezi kujibu swali la awali la uaminifu wa mtumaji.

Mtumaji na mpokeaji lazima wakubaliane kuhusu toleo la itifaki ya PROXY linaloauniwa. Mteja wa kawaida wa HTTP hawezi kutumia kisikilizaji hiki chenye kiambishi cha lazima kama kituo cha mwisho cha proksi cha kawaida. Ikiwa aina zote mbili zinahitajika, tumia kwa makusudi vituo vya mwisho vilivyotenganishwa badala ya kunakili anwani ile ile ya kusikiliza na bandari.

Relay inayoaminika inaweza kuathiri uidhinishaji unaotegemea anwani kupitia utambulisho wa mteja inaotoa. Toa uwezo huo kwa mpatanishi anayekusudiwa pekee.