के Squid को URL पुनर्लेखक प्रतिक्रिया निकायहरू परिमार्जन गर्न सक्छ?
फर्वार्ड प्रोक्सी विस्तार गर्दा अनुरोध URL को चयनलाई प्रतिक्रिया अनुकूलन र TLS डिक्रिप्शनबाट अलग राख्नुहोस्।
url_rewrite_program अनुरोध URL का निर्णयहरूमा काम गर्छ। यसले अनुरोधको जानकारी लिन्छ र Squid को सहायक प्रोटोकलमार्फत जवाफ दिन्छ; यसले डाउनलोड गरिएको फाइल लिएर सम्पादन गरी फर्काउँदैन।
| चाहिएको कार्य | सान्दर्भिक सीमा |
|---|---|
| ब्राउजरलाई रिडिरेक्ट गर्ने वा अर्को अनुरोध URL छान्ने | अनुरोध चरणमा URL पुनर्लेखक सहायकको भूमिका |
| देखिने HTTP प्रतिक्रिया निकाय परिमार्जन गर्ने | प्रतिक्रिया अनुकूलनको सुविधा, जस्तै कन्फिगर गरिएको ICAP प्रतिक्रिया परिवर्तन |
| सामान्य CONNECT भित्र HTTP पढ्ने | पहिले गन्तव्यको TLS उपयुक्त परिनियोजन व्यवस्थामा अन्त्य गर्नुपर्छ |
| अनुप्रयोगले इन्क्रिप्ट गरेको फाइल डिक्रिप्ट गर्ने | फाइलको ढाँचा, एल्गोरिदम र कुञ्जी, ढुवानी कसरी भयो भन्ने कुराबाट स्वतन्त्र |
अन्तिम दुई पङ्क्ति सजिलै मिसिन्छन्। HTTPS मा ढुवानी गरिएको सामान्य फाइल TLS ले सुरक्षित गर्छ। अनुप्रयोगले इन्क्रिप्ट गरेको फाइल HTTPS अन्त्य भएपछि पनि इन्क्रिप्टेड रहन सक्छ। अनुकूलन इन्टरफेस छान्दा अनुप्रयोगको कुञ्जी वा त्यसको डिक्रिप्शन एल्गोरिदम कुनै पनि मिल्दैन।
सामान्य CONNECT ले इन्क्रिप्ट गरिएका टनेल बाइटहरू अगाडि पठाउँछ। URL सहायकले भित्री प्रतिक्रिया खोल्दैन; निरीक्षण आवश्यक पर्ने डिजाइनले त्यो ट्राफिक परिनियोजनमा डिक्रिप्ट गर्न सकिन्छ कि सकिँदैन र गर्नुपर्छ कि पर्दैन भन्ने निर्धारण गर्नुपर्छ।
जहाँ Squid ले HTTP सन्देश निरीक्षण गर्न सक्छ, त्यहाँ प्रतिक्रिया परिवर्तन सेवाले अझै पनि सामग्री इन्कोडिङ, परिवर्तित लम्बाइ र असफलताको व्यवहारको जिम्मा लिन्छ। रूपान्तरण परिभाषित गरेपछि इन्टरफेस छान्नुहोस्, चलिरहेको URL पुनर्लेखन उदाहरणलाई यसले कहिल्यै नपाउने प्रशोधन चरणसम्म विस्तार गर्नुको सट्टा।