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