ICAP HTML ప్రతిస్పందన సేవను Squid 7కి కనెక్ట్ చేయండి

HTML ప్రతిస్పందనను మార్చాల్సిన Squid ఫార్వర్డ్ ప్రాక్సీ కోసం adaptation మార్గాన్ని ఉపయోగించండి. Squid బ్రౌజర్ ప్రాక్సీ అభ్యర్థనను నిర్వహిస్తుంది; ICAP ప్రతిస్పందన సేవ బాడీ మార్పిడిని నిర్వహించి, అనుకూలీకరించిన HTTP సందేశాన్ని తిరిగి పంపుతుంది.

ఇది మార్పిడికి అభ్యర్థన జీవిత చక్రంలో నిర్దిష్ట స్థానాన్ని ఇస్తుంది. ప్రతిస్పందన హెడర్ నియమం HTML పార్సర్ స్థానాన్ని తీసుకోలేదు, మరియు ప్రత్యేక వెబ్ సర్వర్ ఫిల్టర్ Squid గుండా వెళ్లే ట్రాఫిక్ను స్వయంచాలకంగా ప్రాసెస్ చేయదు.

ప్రతిస్పందన సేవను కనెక్ట్ చేయండి

ICAP మద్దతు ఉన్న Squid 7 బిల్డ్ మరియు ఇప్పటికే ఉన్న అనుకూల సేవ కోసం కాన్ఫిగరేషన్ రూపం ఇది:

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ను ఎంచుకుంటుంది. adaptation_access ఆ సేవ కోసం లావాదేవీలను ఎంచుకుంటుంది. bypass=0 సెట్టింగ్ అంటే వర్తించే లావాదేవీ సేవ వైఫల్యాన్ని ఎదుర్కొన్నప్పుడు Squid ఈ సేవను నిశ్శబ్దంగా దాటవేయలేదు. మార్పిడి తప్పనిసరా అనే దాని ఆధారంగా ఆ వైఫల్య ప్రవర్తనను ఎంచుకోండి.

adaptation ఆదేశాలు వెర్షన్-నిర్దిష్టం. ప్రత్యేకంగా, ఈ కాన్ఫిగరేషన్ సూచనలు Squid 7 మరియు మునుపటి మద్దతు పొందిన శ్రేణుల కోసం ICAP సేవ మరియు adaptation-యాక్సెస్ ఇంటర్ఫేస్లను జాబితా చేసి, Squid 8లో అవి అందుబాటులో లేవని గుర్తిస్తాయి. ఈ భాగాన్ని Squid 7 ఉదాహరణగా పరిగణించండి, ఏ విడుదలలోనూ కాపీ చేయవద్దు.

సేవకు ఖచ్చితమైన మార్పిడి ఒప్పందం ఇవ్వండి

ఏ ప్రతిస్పందనలు అర్హమైనవి మరియు ఏ మార్పులు అవసరమో పేర్కొనండి. కేవలం-HTML మార్పిడి చిత్రాలు, ఆర్కైవ్లు మరియు సంబంధం లేని మీడియాను తాకకుండా వదలాలి. సేవ వాస్తవంగా పొందే ప్రాతినిధ్యాన్ని కూడా నిర్వహించాలి: కుదించిన బాడీలు, అక్షర ఎన్కోడింగ్లు మరియు మార్చిన బాడీని వివరించే మెటాడేటా. ఏకపక్ష ప్రతిస్పందన బైట్లలో వచనాన్ని చొప్పించడం సాధారణ HTML మార్పిడి కాదు.

ప్రత్యామ్నాయం వినియోగదారు-నిర్దిష్టమైతే కాషింగ్ను పరిగణించండి. ఫలిత ప్రాతినిధ్యం ఒక పాఠకుడికి మాత్రమే చెల్లుబాటు అయితే precache మార్పిడి మరియు భాగస్వామ్య కాష్ చెడు కలయిక. కాష్ సామర్థ్యాన్ని మరియు మార్పిడి విధానాన్ని సమన్వయంగా ఉంచి, వర్తించే no-transform ఆదేశాలను పాటించండి.

చివరగా, సాధారణ HTTPS CONNECT సొరంగం ఎన్క్రిప్ట్ చేసిన బైట్లను తీసుకువెళుతుంది. అది HTMLను ప్రతిస్పందన అడాప్టర్కు బహిర్గతం చేయదు. ఉద్దేశపూర్వకంగా నిర్వహించే TLS తనిఖీ ఏర్పాటుకు డీక్రిప్ట్ చేసిన ప్రతిస్పందనలు ఈ మార్గంలోకి ప్రవేశించే ముందు దాని స్వంత అనుకూల సెటప్ మరియు క్లయింట్ విశ్వాసం అవసరం. కేవలం ICAP నియమం ఆ దృశ్యమానతను జోడించదు.