Squid बाट चयन गरिएका HTTP अनुरोधहरूलाई HTTPS मा पुनःनिर्देशन गर्नुहोस्

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 सुरुङले कुनै इन्क्रिप्शन दिँदैन।