Squid-ийн PROXY протокол: HTTP хандалтын шалгалтаас өмнө илгээгчид итгэ

Squid дахь PROXY протоколын илгээгчийн шалгалтыг очих домэйн болон хэрэглэгчийн хүсэлтийн зөвшөөрлөөс тусад нь байлга.

Мета өгөгдлийг нийлүүлж буй релейд итгэхэд proxy_protocol_access ашигла, зөвшөөрөгдсөн вэбсайт сонгоход биш. Squid 5–7-д шалгалт нь TCP тогтоосны дараа require-proxy-header сонсогч дээр нэг удаа, HTTP хүсэлтийн толгойнууд боловсруулагдахаас өмнө ажиллана:

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

Жишээн дэх релейн хаягийг сольж, энэ сонсогч руу сүлжээний хандалтыг хязгаарла. Энэ шатанд Squid нь нийлүүлсэн мета өгөгдлийг хүлээн авахаас өмнө бодит TCP түншийг шалгана. Хүлээн авсны дараа тэрээр батлагдсан хэрэглэгчийн хаягийг дараагийн ACL шалгалт, бүртгэлд ашиглана. Релейд түүний мэдэгдэж буй хэрэглэгчийн хаягт үндэслэн итгэх нь энэ дарааллыг эргүүлэх болно.

Дараагийн хэрэглэгчийн эх сурвалж, очих газрын зөвшөөрөлд http_access хадгал. Мета өгөгдлийг хүлээн авах нь вэбсайтад хандах эрх олгохгүй бөгөөд очих домэйны ACL нь илгээгчид итгэх тухай өмнөх асуултад хариулж чадахгүй.

Илгээгч болон хүлээн авагч нь PROXY протоколын дэмжигдсэн хувилбар дээр санал нэгдэх ёстой. Энгийн HTTP хэрэглэгч заавал шаардлагатай угтвартай энэ сонсогчийг энгийн прокси төгсгөлийн цэг болгон ашиглаж чадахгүй. Хэрэв хоёр хэлбэр хоёулаа хэрэгтэй бол ижил сонсох хаяг, портыг давхардуулахын оронд санаатайгаар тусдаа төгсгөлийн цэгүүдийг ашигла.

Итгэмжит релей нь нийлүүлж буй хэрэглэгчийн таних тэмдэгээр дамжуулан хаягт суурилсан зөвшөөрөлд нөлөөлж чадна. Тэр чадварыг зөвхөн зорьсон зуучлагчид олго.

Холбоотой нийтлэлүүд