Squid හරහා WSS සාමාන්‍ය WebSocket උත්ශ්‍රේණි කිරීමට සමාන නොවේ
forward proxy තුළ CONNECT ඇතුළත සංකේතනය කළ WebSocket සාමාන්‍ය HTTP Upgrade හැසිරවීමෙන් වෙන් කරන්න.
Squid HTTP Upgrade ඉල්ලීමක් දකිනවාද, නැතහොත් සංකේතනය කළ ගමන් ප්‍රවාහය ගෙන යන උමඟක් පමණක් දකිනවාද? එය තීරණය කරන්නේ එහි HTTP Upgrade පාලන අසාර්ථකත්වය විසඳනවාද නැද්ද යන්නයි.
| සාමාන්‍ය පැහැදිලි proxy මාර්ගය | Squid හමුවන දෙය |
|---|---|
wss:// | සාමාන්‍යයෙන් CONNECT, පසුව WebSocket අත්සන් කිරීම ගෙන යන ගමනාන්ත TLS |
ws:// | proxy ට සැකසිය හැකි සාමාන්‍ය HTTP Upgrade ඉල්ලීමක් |
Squid හි උත්ශ්‍රේණි පාලනය එය සකසන ඉල්ලීම්වලට අදාළ වේ. සාමාන්‍ය විනිවිද නොපෙනෙන WSS උමඟක් තුළ සංකේතනය කළ HTTP ශීර්ෂ එය හෙළි නොකරයි. TLS බාධා කිරීම හෝ වෙනත් විශේෂ proxy හැසිරවීම දෘශ්‍යතාව වෙනස් කරන අතර තමන්ගේම අනුකූලතා අවශ්‍යතා ගෙන ආ හැක.
WSS සඳහා, අනුක්‍රමය නතර වන්නේ කොහේදැයි සොයන්න: proxy වෙත සම්බන්ධතාවය, පිළිගත් CONNECT, තහවුරු කළ TLS, පසුව යෙදුම් අත්සන් කිරීම. TLS ට පෙර ප්‍රතික්ෂේප කිරීම ප්‍රතික්ෂේප කළ සාමාන්‍ය Upgrade ඉල්ලීමකට වඩා වෙනස් අසාර්ථකත්වයකි.
උත්ශ්‍රේණි ප්‍රතිපත්ති වෙනසක් අවශ්‍ය නම්, ස්ථාපිත Squid සංස්කරණය සඳහා උපදෙස් භාවිත කර අවශ්‍ය හැසිරීම විශේෂයෙන් අවසර දෙන්න. සියලුම උත්ශ්‍රේණි ප්‍රොටෝකෝල අවසර දීම ප්‍රතිපත්තිය අදාළ යෙදුමෙන් ඔබ්බට පුළුල් කරයි.
සාර්ථක HTTPS පිටු ඉල්ලීමක් මාර්ගයේ කොටසක් පමණක් ස්ථාපිත කරයි. දිගුකාලීන WebSocket ගමන් ප්‍රවාහය එකම සත්කාරක නාමය සඳහා පවා යෙදුම් අවශ්‍යතා, සම්බන්ධතා ආයුෂ හෝ මැදිහත්කරුවන්ගේ සීමා නිසා අසාර්ථක විය හැක.