Поврзување на ICAP HTML услуга за одговори со Squid 7
Поврзете постоечка ICAP услуга за одговори со Squid 7 напреден прокси и одлучете кои одговори треба да ги трансформира.
За Squid напреден прокси што треба да трансформира HTML одговор, користете ја патеката за адаптација. Squid го обработува прокси барањето на прелистувачот; ICAP услуга за одговори ја извршува трансформацијата на телото и ја враќа приспособената HTTP порака.
Ова и дава на трансформацијата определено место во животниот циклус на барањето. Правило за заглавие на одговор не може да замени HTML парсер, а посебен филтер на веб-сервер не обработува автоматски сообраќај што минува низ Squid.
Поврзување на услуга за одговори
За Squid 7 изградба со ICAP поддршка и постоечка компатибилна услуга, формата на конфигурацијата е:
acl adaptation_clients src 192.0.2.0/24
icap_enable on
icap_service html_editor respmod_precache bypass=0 icap://127.0.0.1:1344/modify
adaptation_access html_editor allow adaptation_clients
adaptation_access html_editor deny all
Опсегот на клиенти и URI на услугата се примери. URI мора да именува вистинска ICAP услуга што ја спроведува трансформацијата на одговорот; објавувањето на /modify не создава таква. Фрагментот го дополнува постоечкиот слушател на проксито и контролите за пристап.
respmod_precache ја избира адаптацијата на одговори во точката пред кешот. adaptation_access ги избира трансакциите за таа услуга. Поставката bypass=0 значи дека Squid не може тивко да ја прескокне оваа услуга кога применлива трансакција ќе наиде на дефект на услугата. Изберете го тоа однесување при дефект според тоа дали трансформацијата е задолжителна.
Директивите за адаптација зависат од верзијата. Особено, овие конфигурациски референци ги наведуваат интерфејсите за ICAP услуга и пристап до адаптација за Squid 7 и претходните поддржани линии и ги означуваат како недостапни во Squid 8. Третирајте го фрагментот како пример за Squid 7, наместо да го копирате во произволно издание.
Дајте и на услугата прецизен договор за трансформација
Наведете кои одговори се подобни и кои промени се потребни. Трансформација само на HTML треба да ги остави сликите, архивите и неврзаните медиуми недопрени. Услугата треба да ја обработува и претставата што ја добива навистина: компресирани тела, кодирања на знаци и метаподатоци што го опишуваат изменетото тело. Вметнување текст во произволни бајти на одговор не е општа HTML трансформација.
Разгледајте кеширање кога замената е специфична за корисникот. Трансформација пред кешот и споделен кеш се лоша комбинација ако добиената претстава важи само за еден читател. Одржувајте ја можноста за кеширање и политиката за трансформација усогласени и почитувајте ги применливите no-transform директиви.
На крајот, обичен HTTPS CONNECT тунел пренесува шифрирани бајти. Тој не го изложува HTML на адаптер за одговори. Намерно управуван распоред за TLS инспекција бара сопствена компатибилна поставка и доверба од клиентот пред дешифрираните одговори да можат да влезат на оваа патека. Самото ICAP правило не ја додава таа видливост.