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 ട്രാഫിക് ഒരേ ഹോസ്റ്റ്നാമിന് പോലും ആപ്ലിക്കേഷൻ ആവശ്യകതകൾ, കണക്ഷൻ ആയുസ്സ് അല്ലെങ്കിൽ ഇടനിലക്കാരുടെ നിയന്ത്രണങ്ങൾ കാരണം പരാജയപ്പെടാം.

അനുബന്ധ ലേഖനങ്ങൾ