ICAP HTML प्रतिक्रिया सेवा को Squid 7 से जोड़ें

जिस Squid फ़ॉरवर्ड प्रॉक्सी को HTML प्रतिक्रिया रूपांतरित करनी है, उसके लिए 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 नियम वह दृश्यता नहीं जोड़ता।