Прокси аутентификациясынсыз бір Squid мақсатына рұқсат беру

Squid ішіндегі әдейі аутентификация ерекшелігінің айналасында көз мен мақсат шектеулерін сақтаңыз.

Мониторинг беті проксиге кірмей жұмыс істеуі керек. Айқын ереже — http_access allow status_site. Аутентификацияға дейін қойылса, ол ешқашан қызмет көрсетуді жоспарламаған клиенттерге де ерекшелік бере алады.

Squid 6 немесе 7 үшін ерекшелік шарттарын бірге ұстаңыз. Қолданыстағы басқару, қауіпті порт, CONNECT және жергілікті қызмет қорғаныстарынан кейін тиісті бөлік осылай көрінуі мүмкін:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

Желі мен хост атауы — толтырғыштар. Аутентификация әлі де өзінің қолданыстағы көмекші конфигурациясын қажет етеді. Бұл қатынау саясатының ерекшелік бөлігі, толық прокси конфигурациясы емес.

Бірінші жол таңдалған клиенттерге кіру ACL-ін бағаламай-ақ сол мақсатқа рұқсат береді. Келесі жол ол клиенттерге басқа жерлерге тек аутентификациядан кейін рұқсат береді. Бұрынғы кең рұқсаттар немесе кейінгі балама жолдар нәтижені өзгертуі мүмкін, сондықтан қосылған файлдарды қоса, толық реттелген саясатты оқыңыз.

Тек сұраныстан құтылу үшін ерекшелікті мақсаттық порт қорғаныстарынан жоғары жылжытпаңыз. Күтпеген порттағы рұқсат етілген сайт әлі де басқа маршрут. Сондай-ақ нақты хост немесе оның субдомендері сәйкес келуі керек пе соны шешіңіз, артық кең жұрнақ қосудың орнына.

Хост атауы ерекшелігі сәйкес мақсатты қамтиды, оның беті жүктейтін әрбір тәуелділікті емес. Қайта бағыттаулар мен үшінші тарап ресурстары қалыпты кіру талабына заңды түрде тап болуы мүмкін.

Қарапайым HTTP үшін прокси қажет болғанда нақтырақ URL ақпаратын пайдалана алады. Кәдімгі HTTPS CONNECT сұранысы бет жолын ашпайды, сондықтан «тек бір бет» ережесін бүкіл хостты қамтитын туннель ерекшелігінен шығару мүмкін емес.

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