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 кардары милдеттүү префикси бар бул угуучуну кадимки прокси акыркы чекити катары колдоно албайт. Эки форма тең керек болсо, ошол эле угуу дареги менен портун кайталоонун ордуна атайын бөлүнгөн акыркы чекиттерди колдонуңуз.

Ишенимдүү реле өзү жеткирген кардар инсандыгы аркылуу дарекке негизделген авторизацияга таасир этиши мүмкүн. Бул мүмкүнчүлүктү көздөлгөн ортомчуга гана бериңиз.

Тектеш макалалар