Lidhja e një shërbimi përgjigjeje HTML ICAP me Squid 7
Lidhni një shërbim përgjigjeje ICAP ekzistues me një proxy përpara Squid 7 dhe vendosni cilat përgjigje duhet të transformojë.
Për një proxy përpara Squid që duhet të transformojë një përgjigje HTML, përdorni rrugën e përshtatjes. Squid trajton kërkesën proxy të shfletuesit; një shërbim përgjigjeje ICAP kryen transformimin e trupit dhe kthen mesazhin HTTP të përshtatur.
Kjo i jep transformimit një vend të përcaktuar në ciklin e jetës së kërkesës. Një rregull i kokës së përgjigjes nuk mund të zëvendësojë një analizues HTML, dhe një filtër i veçantë i serverit web nuk e përpunon automatikisht trafikun që kalon përmes Squid.
Lidhja e një shërbimi përgjigjeje
Për një ndërtim Squid 7 me mbështetje ICAP dhe një shërbim ekzistues të përputhshëm, forma e konfigurimit është:
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
Gama e klientëve dhe URI e shërbimit janë shembuj. URI duhet të emërojë një shërbim ICAP të vërtetë që zbaton transformimin e përgjigjes; deklarimi i /modify nuk krijon një të tillë. Fragmenti plotëson dëgjuesin ekzistues të proxy-t dhe kontrollet e aksesit.
respmod_precache zgjedh përshtatjen e përgjigjeve në pikën para memories së përkohshme. adaptation_access zgjedh transaksionet për atë shërbim. Cilësimi bypass=0 do të thotë që Squid nuk mund ta kapërcejë në heshtje këtë shërbim kur një transaksion i zbatueshëm has një dështim të shërbimit. Zgjidhni atë sjellje dështimi në varësi të faktit nëse transformimi është i detyrueshëm.
Direktivat e përshtatjes varen nga versioni. Në veçanti, këto referenca konfigurimi listojnë ndërfaqet e shërbimit ICAP dhe të aksesit të përshtatjes për Squid 7 dhe linjat e mëparshme të mbështetura, dhe i shënojnë ato si të padisponueshme në Squid 8. Trajtojeni fragmentin si shembull për Squid 7 në vend që ta kopjoni në një version arbitrar.
Jepini shërbimit një kontratë të saktë transformimi
Përcaktoni cilat përgjigje janë të përshtatshme dhe cilat ndryshime kërkohen. Një transformim vetëm HTML duhet t'i lërë të paprekura imazhet, arkivat dhe mediat e palidhura. Shërbimi duhet gjithashtu të trajtojë paraqitjen që merr në të vërtetë: trupat e kompresuar, kodimet e karaktereve dhe metadataset që përshkruajnë trupin e ndryshuar. Futja e tekstit në bajtë përgjigjeje arbitrarë nuk është një transformim i përgjithshëm HTML.
Merrni parasysh memorien e përkohshme kur zëvendësimi është specifik për përdoruesin. Një transformim para memories së përkohshme dhe një memorie e përbashkët janë një kombinim i dobët nëse paraqitja që rezulton është e vlefshme vetëm për një lexues. Mbani të rreshtuara aftësinë e memories dhe politikën e transformimit, dhe respektoni direktivat no-transform të zbatueshme.
Së fundi, një tunel i zakonshëm HTTPS CONNECT mbart bajtë të kriptuar. Ai nuk e ekspozon HTML ndaj një përshtatësi përgjigjesh. Një skemë inspektimi TLS e menaxhuar me qëllim kërkon konfigurimin e vet të përputhshëm dhe besimin e klientit përpara se përgjigjet e dekriptuara të mund të hyjnë në këtë rrugë. Vetëm rregulli ICAP nuk e shton atë dukshmëri.