Squid ले HTTPS होस्ट लग गर्छ तर पृष्ठको मार्ग किन गर्दैन
सामान्य Squid CONNECT लगहरूमा हराएका HTTPS मार्गहरू व्याख्या गर्छ, TLS अवरोधलाई नियमित लगिङ समायोजन मान्दैन।
shop.example:443 को रेकर्डले Squid लाई /orders/42 मार्ग दिँदैन। CONNECT होस्ट/पोर्ट माग्छ; त्यसपछि गन्तव्य TLS सुरुङभित्र HTTP मार्ग बोक्छ।
| प्रमाण | सामान्य CONNECT रिले |
|---|---|
| लक्ष्य होस्ट/पोर्ट र सुरुङको नतिजा | प्रोक्सीका लागि उपलब्ध। |
| आन्तरिक HTTPS मार्ग र अनुप्रयोग अनुरोध | क्लाइन्ट र वेबसाइटबीच इन्क्रिप्टेड। |
# बाट सुरु हुने ब्राउजर URL अंश | सामान्यतया क्लाइन्टमै रहन्छ, प्रोक्सी लगबाहिर पनि। |
लग ढाँचा ले Squid सँग भएका फिल्ड रेकर्ड गर्न सक्छ, नदेखिएका सन्देश डिक्रिप्ट गर्न सक्दैन। सादा HTTP फर्वार्डिङ फरक छ किनकि मध्यस्थले त्यो HTTP अनुरोध प्राप्त गर्छ। थप विस्तृत आउटपुटले CONNECT सीमा बदल्दैन।
व्यवस्थित TLS अवरोधले क्लाइन्ट विश्वास र प्रशासनिक आवश्यकता बदल्छ। यो सानो लगिङ स्विच होइन र सामान्य IP बदल्ने फर्वार्ड प्रोक्सीका लागि अनावश्यक छ।
यदि अनुप्रयोग तपाईंको हो र पृष्ठ-स्तरीय निदान चाहिन्छ भने यसका लग वा उचित रूपमा डिजाइन गरिएको क्लाइन्ट टेलिमेट्री प्रयोग गर्नुहोस्। प्रोक्सी असफलताका लागि गन्तव्य होस्ट, समय, स्थिति र पूरा भएको जडान चरण राख्नुहोस्; तिनले निजी पृष्ठ मार्ग संकलन नगरी समस्या भेट्टाउँछन्।