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 ٹریفک ایپلیکیشن کی ضروریات، رابطے کی عمر یا درمیانی عناصر کی پابندیوں کی وجہ سے اسی ہوسٹ نام کے لیے بھی ناکام ہو سکتی ہے۔