Squid मार्फत WSS सामान्य WebSocket अपग्रेड जस्तो होइन
फर्वार्ड प्रोक्सीमा CONNECT भित्रका इन्क्रिप्टेड WebSocket र सादा HTTP Upgrade ह्यान्डलिङलाई अलग गर्नुहोस्।
Squid ले HTTP Upgrade अनुरोध देख्छ, वा इन्क्रिप्टेड ट्राफिक बोक्ने सुरुङ मात्र देख्छ? यसले उसका HTTP Upgrade नियन्त्रणहरूले विफलता सम्बोधन गर्छन् कि गर्दैनन् भन्ने निर्धारण गर्छ।
| सामान्य स्पष्ट प्रोक्सी मार्ग | Squid ले के भेट्छ |
|---|---|
wss:// | सामान्यतया CONNECT, त्यसपछि WebSocket ह्यान्डशेक बोक्ने गन्तव्य TLS |
ws:// | प्रोक्सीले प्रशोधन गर्न सक्ने सादा HTTP Upgrade अनुरोध |
Squid को अपग्रेड नियन्त्रणले यसले प्रशोधन गर्ने अनुरोधहरूसँग सम्बन्ध राख्छ। सामान्य अपारदर्शी WSS सुरुङभित्रका इन्क्रिप्टेड HTTP हेडरहरू यसले खुलासा गर्दैन। TLS इन्टरसेप्शन वा अन्य विशेष प्रोक्सी ह्यान्डलिङले दृश्यता बदल्छ र आफ्नै अनुकूलता आवश्यकताहरू ल्याउन सक्छ।
WSS का लागि, क्रम कहाँ रोकिन्छ पत्ता लगाउनुहोस्: प्रोक्सीसँग जडान, स्वीकृत CONNECT, प्रमाणित TLS, त्यसपछि अनुप्रयोगको ह्यान्डशेक। TLS अघिको अस्वीकृति अस्वीकृत सादा Upgrade अनुरोधभन्दा फरक विफलता हो।
यदि अपग्रेड नीति परिवर्तन आवश्यक छ भने, स्थापित Squid संस्करणको निर्देश प्रयोग गर्नुहोस् र आवश्यक व्यवहारलाई विशेष रूपमा अनुमति दिनुहोस्। सबै अपग्रेड प्रोटोकलहरूलाई अनुमति दिँदा नीति सम्बन्धित अनुप्रयोगभन्दा पर विस्तार हुन्छ।
सफल HTTPS पृष्ठ अनुरोधले मार्गको एक भाग मात्र स्थापित गर्छ। दीर्घकालीन WebSocket ट्राफिक अनुप्रयोगका आवश्यकता, जडानको आयु वा मध्यस्थहरूको प्रतिबन्धका कारण एउटै होस्टनामका लागि पनि विफल हुन सक्छ।