Squid ब्राउझरला निवडलेली HTTP URL HTTPS द्वारे पुन्हा प्रयत्न करण्यास सांगू शकतो. गंतव्याने आधीच संबंधित संसाधन HTTPS वरून पुरवले पाहिजे; Raspberry Pi वर Squid चालवणे वेबसाइटवर ती क्षमता निर्माण करत नाही.

Squid 7 च्या url_rewrite_program इंटरफेससाठी, helper असे क्लायंट पुनर्निर्देशन परत करू शकतो:

OK status=307 url="https://www.example.com/help"

हे जुळणाऱ्या विनंतीसाठी एक उदाहरणात्मक helper प्रतिसाद आहे, संपूर्ण helper प्रोग्राम नाही. ब्राउझर पुनर्निर्देशन प्राप्त करतो आणि HTTPS URL वर नवीन विनंती करतो. अपग्रेड धोरणाबाहेरील URL ला OK मिळू शकते आणि ते अपरिवर्तित राहू शकते.

HTTPS-सक्षम गंतव्यांची ज्ञात यादी वापरा आणि येणाऱ्या URL चे विश्लेषण करा. इच्छित मार्ग आणि query जपा, स्पष्ट पोर्ट विचारात घ्या आणि विनंती पद्धती जाणीवपूर्वक हाताळा. प्रत्येक http उपसर्ग आंधळेपणाने बदलणे असे गृहीत धरते की प्रत्येक मूळाकडे समतुल्य HTTPS सेवा आहे.

helper ने स्थापित Squid आवृत्तीच्या प्रोटोकॉलनुसार प्रत्येक इनपुट ओळीला उत्तर दिले पाहिजे. एकाच वेळी helper चॅनेल सक्षम असल्यास, उत्तरात चॅनेल ओळखकर्ता जपा. जुने नग्न 301:URL उदाहरण सध्याच्या result-and-key/value स्वरूपाशी अदलाबदल करण्यायोग्य नाही.

ब्राउझरला नवीन URL माहीत असायला हवे तेव्हा क्लायंट पुनर्निर्देशन निवडा. rewrite-url प्रतिसाद त्याऐवजी Squid ला क्लायंटच्या मूळ विनंतीमागे दुसरे URL आणण्यास सांगतो, ज्यामुळे अनुप्रयोगाच्या URL आणि स्थिती विसंगत राहू शकतात.

सुरुवातीची HTTP विनंती helper ला पुनर्निर्देशित करता येण्यापूर्वीच Squid पर्यंत पोहोचली आहे. हे धोरण त्या विनंतीचे मागीलसाठी संरक्षण करू शकत नाही. TLS पुढील HTTPS कनेक्शनवर सुरू होते; फक्त CONNECT बोगदा कोणतेही एन्क्रिप्शन देत नाही.

संबंधित लेख