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