WSS kupitia Squid si sawa na uboreshaji wa kawaida wa WebSocket
Tenganisha WebSocket zilizosimbwa ndani ya CONNECT na utunzaji wa HTTP Upgrade ya maandishi katika proksi ya mbele.
Je, Squid inaona ombi la HTTP Upgrade, au tu handaki inayobeba trafiki iliyosimbwa? Hilo huamua kama vidhibiti vyake vya HTTP Upgrade vinashughulikia hitilafu.
| Njia ya kawaida ya proksi ya wazi | Kile ambacho Squid hukutana nacho |
|---|---|
wss:// | Kwa kawaida CONNECT, kisha TLS ya lengwa inayobeba kupeana mkono kwa WebSocket |
ws:// | Ombi la kawaida la HTTP Upgrade ambalo proksi inaweza kulichakata |
Udhibiti wa uboreshaji wa Squid unahusu maombi ambayo inayachakata. Haufichui vichwa vya HTTP vilivyosimbwa ndani ya handaki la kawaida lisilo wazi la WSS. Uning'inia wa TLS au utunzaji mwingine maalum wa proksi hubadilisha mwonekano na unaweza kuleta mahitaji yake ya upatanifu.
Kwa WSS, tafuta mfululizo unakoma wapi: muunganisho kwa proksi, CONNECT iliyokubaliwa, TLS iliyothibitishwa, kisha kupeana mkono kwa programu. Kukataliwa kabla ya TLS ni hitilafu tofauti na ombi la kawaida la Upgrade lililokataliwa.
Ikiwa mabadiliko ya sera ya uboreshaji yanahitajika, tumia maagizo ya toleo la Squid lililosakinishwa na ruhusu tabia inayohitajika mahususi. Kuruhusu itifaki zote za uboreshaji hupanua sera zaidi ya programu husika.
Ombi lililofanikiwa la ukurasa wa HTTPS huanzisha sehemu tu ya njia. Trafiki ya WebSocket ya muda mrefu bado inaweza kushindwa kwa mahitaji ya programu, maisha ya muunganisho au vikwazo vya waamuzi, hata kwa jina lile la mwenyeji.