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 போக்குவரத்து அதே புரவலன் பெயருக்கும் பயன்பாட்டுத் தேவைகள், இணைப்பின் ஆயுள் அல்லது இடைத்தரகர்களின் கட்டுப்பாடுகளால் தோல்வியடையலாம்.