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 ट्रॅफिक अनुप्रयोगाच्या अटी, जोडणीचे आयुष्य किंवा मध्यस्थांच्या निर्बंधांमुळे त्याच होस्टनावासाठीही अयशस्वी होऊ शकते.