Squid के माध्यम से WSS साधारण WebSocket अपग्रेड जैसा नहीं है

फ़ॉरवर्ड प्रॉक्सी में CONNECT के भीतर एन्क्रिप्टेड WebSocket को सादे HTTP Upgrade प्रबंधन से अलग करें।

क्या Squid HTTP Upgrade अनुरोध देखता है, या केवल एन्क्रिप्टेड ट्रैफ़िक ले जाने वाली सुरंग? यह तय करता है कि उसके HTTP Upgrade नियंत्रण विफलता का समाधान करते हैं या नहीं।

सामान्य स्पष्ट प्रॉक्सी पथSquid को क्या मिलता है
wss://सामान्यतः CONNECT, फिर गंतव्य TLS जो WebSocket हैंडशेक ले जाता है
ws://एक सादा HTTP Upgrade अनुरोध जिसे प्रॉक्सी संसाधित कर सकता है

Squid का अपग्रेड नियंत्रण उन अनुरोधों से संबंधित है जिन्हें वह संसाधित करता है। यह सामान्य अपारदर्शी WSS सुरंग के भीतर एन्क्रिप्टेड HTTP हेडर प्रकट नहीं करता। TLS इंटरसेप्शन या अन्य विशेष प्रॉक्सी प्रबंधन दृश्यता बदलता है और अपनी अनुरूपता आवश्यकताएँ ला सकता है।

WSS के लिए खोजें कि क्रम कहाँ रुकता है: प्रॉक्सी से कनेक्शन, स्वीकृत CONNECT, सत्यापित TLS, फिर एप्लिकेशन हैंडशेक। TLS से पहले अस्वीकृति, अस्वीकृत सादे Upgrade अनुरोध से भिन्न विफलता है।

यदि अपग्रेड नीति में बदलाव आवश्यक हो, तो स्थापित Squid संस्करण के लिए निर्देश का उपयोग करें और आवश्यक व्यवहार को विशेष रूप से अनुमति दें। सभी अपग्रेड प्रोटोकॉल की अनुमति नीति को संबंधित एप्लिकेशन से आगे बढ़ा देती है।

सफल HTTPS पृष्ठ अनुरोध पथ का केवल एक भाग स्थापित करता है। दीर्घकालिक WebSocket ट्रैफ़िक एप्लिकेशन आवश्यकताओं, कनेक्शन के जीवनकाल या मध्यस्थ प्रतिबंधों के कारण उसी होस्टनाम के लिए भी विफल हो सकता है।

संबंधित लेख