Съпоставяне на User-Agent в Squid
Използвайте ACL req_header за деклариран идентификатор на клиента и поставете правилото за достъп преди по-широко разрешение.
ACL за User-Agent съпоставя идентификатора, който клиентът поставя в HTTP заявката си. В конфигурация на Squid 7 тестов клиент може да бъде класифициран с req_header:
acl legacy_probe req_header User-Agent -i ^LegacyProbe/
http_access deny legacy_probeПримерът съпоставя заглавка, започваща с LegacyProbe/, без чувствителност към регистъра. Заменете шаблона с желания идентификатор на клиента. Изразът е регулярен израз, а не търсене на име на браузърен продукт.
Поставете правилото за отказ преди всяко по-широко правило за достъп, което вече би разрешило заявката. Запазете съществуващите контроли за клиент и дестинация на проксито около това целево правило.
Широк префикс като Mozilla съпоставя много различни браузъри. Използвайте действителната заглавка, изпратена от клиента, когато решавате колко тясна да бъде политиката за съвместимост или тестване.
Клиентът контролира тази заглавка и може да я промени или пропусне. Правилото класифицира заявен идентификатор; това не е силна идентичност на приложението. То работи и върху HTTP съобщения, които Squid може да инспектира, а не върху криптирани заглавки на сайтове в обикновен CONNECT тунел.