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