Squid ద్వారా WSS సాధారణ WebSocket అప్గ్రేడ్తో సమానం కాదు
forward proxy లో 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 ట్రాఫిక్ అదే హోస్ట్నామ్ కోసం కూడా అప్లికేషన్ అవసరాలు, కనెక్షన్ ఆయుష్షు లేదా మధ్యవర్తుల పరిమితుల కారణంగా విఫలమవుతుంది.