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 नियमले त्यो दृश्यता थप्दैन।