Squid యొక్క URL రీరైటర్ ప్రతిస్పందన శరీరాలను మార్చగలదా?
ఫార్వర్డ్ ప్రాక్సీని విస్తరిస్తున్నప్పుడు అభ్యర్థన URL ఎంపికను ప్రతిస్పందన అనుసరణ మరియు TLS డీక్రిప్షన్ నుండి వేరుగా ఉంచండి.
url_rewrite_program అభ్యర్థన URL నిర్ణయాలపై పనిచేస్తుంది. ఇది అభ్యర్థన సమాచారాన్ని స్వీకరించి Squid సహాయక ప్రోటోకాల్ ద్వారా సమాధానం ఇస్తుంది; డౌన్లోడ్ చేసిన ఫైల్ను స్వీకరించి సవరించి తిరిగి పంపదు.
| కావలసిన కార్యకలాపం | సంబంధిత సరిహద్దు |
|---|---|
| బ్రౌజర్ను మళ్లించడం లేదా మరో అభ్యర్థన URL ఎంచుకోవడం | అభ్యర్థన దశలో URL రీరైట్ సహాయకుడి పాత్ర |
| కనిపించే HTTP ప్రతిస్పందన శరీరాన్ని మార్చడం | ప్రతిస్పందన అనుసరణ సౌకర్యం, ఉదాహరణకు కాన్ఫిగర్ చేసిన ICAP ప్రతిస్పందన మార్పు |
| సాధారణ CONNECT లోపల HTTP చదవడం | మొదట గమ్యస్థానం యొక్క TLS సరైన అమరికలో ముగించాలి |
| అనువర్తనం ఎన్క్రిప్ట్ చేసిన ఫైల్ను డీక్రిప్ట్ చేయడం | ఫైల్ ఆకృతి, అల్గారిథమ్ మరియు కీ, అది ఎలా రవాణా అయినా |
చివరి రెండు వరుసలను కలిపేయడం సులభం. HTTPS ద్వారా రవాణా అయ్యే సాధారణ ఫైల్ TLS ద్వారా రక్షించబడుతుంది. అనువర్తనం ఎన్క్రిప్ట్ చేసిన ఫైల్ HTTPS ముగిసిన తర్వాత కూడా ఎన్క్రిప్ట్గా ఉండవచ్చు. అనుసరణ ఇంటర్ఫేస్ ఎంచుకోవడం అనువర్తనం కీని లేదా దాని డీక్రిప్షన్ అల్గారిథమ్ను ఇవ్వదు.
సాధారణ CONNECT ఎన్క్రిప్ట్ చేసిన టన్నెల్ బైట్లను పంపుతుంది. URL సహాయకుడు లోపలి ప్రతిస్పందనను బహిర్గతం చేయదు; తనిఖీ అవసరమయ్యే నిర్మాణం ఆ ట్రాఫిక్ అమరికలో డీక్రిప్ట్ చేయగలదా, చేయాలా అని నిర్ణయించాలి.
Squid HTTP సందేశాన్ని తనిఖీ చేయగల చోట, ప్రతిస్పందన మార్పు సేవ ఇప్పటికీ కంటెంట్ ఎన్కోడింగ్లు, మారిన పొడవులు మరియు వైఫల్య ప్రవర్తనకు బాధ్యత వహిస్తుంది. రూపాంతరాన్ని నిర్వచించిన తర్వాత ఇంటర్ఫేస్ను ఎంచుకోండి, పనిచేసే URL రీరైట్ ఉదాహరణను అది ఎప్పుడూ పొందని ప్రాసెసింగ్ దశకు విస్తరించకుండా.