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 клиенті міндетті префиксті бұл тыңдаушыны қарапайым прокси соңғы нүктесі ретінде пайдалана алмайды. Екі нысан да қажет болса, бірдей тыңдау мекенжайы мен портын қайталаудың орнына әдейі бөлек соңғы нүктелерді пайдаланыңыз.

Сенімді реле өзі жеткізетін клиент сәйкестігі арқылы мекенжайға негізделген авторизацияға әсер ете алады. Бұл мүмкіндікті тек көзделген делдалға беріңіз.

Қатысты мақалалар