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 વિનંતીથી અલગ નિષ્ફળતા છે.
જો Upgrade નીતિમાં ફેરફાર જરૂરી હોય, તો સ્થાપિત Squid આવૃત્તિ માટેની સૂચના વાપરો અને જરૂરી વર્તનને ખાસ મંજૂરી આપો. બધા Upgrade પ્રોટોકોલને મંજૂરી આપવાથી નીતિ ચોક્કસ એપ્લિકેશનથી આગળ વિસ્તરે છે.
સફળ HTTPS પૃષ્ઠ વિનંતી માર્ગનો ફક્ત એક ભાગ સ્થાપિત કરે છે. લાંબા સમયનો WebSocket ટ્રાફિક એપ્લિકેશનની જરૂરિયાતો, જોડાણનું આયુષ્ય કે મધ્યસ્થ પ્રતિબંધોને કારણે એ જ હોસ્ટનામ માટે પણ નિષ્ફળ થઈ શકે છે.