WSS kroz Squid nije isto što i obična WebSocket nadogradnja
Odvojite šifrirane WebSocket veze unutar CONNECT od obrade običnog HTTP Upgrade zahtjeva u proksi poslužitelju.
Vidi li Squid HTTP Upgrade zahtjev ili samo tunel koji prenosi šifrirani promet? To određuje rješavaju li njegove kontrole HTTP Upgrade kvar.
| Obična staza kroz eksplicitni proksi | S čime se Squid susreće |
|---|---|
wss:// | Obično CONNECT, nakon čega slijedi TLS odredišta koji nosi WebSocket rukovanje |
ws:// | Običan HTTP Upgrade zahtjev koji proksi može obraditi |
Squidova kontrola nadogradnje odnosi se na zahtjeve koje obrađuje. Ne otkriva šifrirana HTTP zaglavlja unutar običnog neprozirnog WSS tunela. Presretanje TLS-a ili druga posebna obrada u proksiju mijenja vidljivost i može donijeti vlastite zahtjeve kompatibilnosti.
Za WSS pronađite gdje se slijed zaustavlja: veza s proksijem, prihvaćen CONNECT, provjeren TLS, zatim rukovanje aplikacije. Odbijanje prije TLS-a drukčiji je kvar od odbijenog običnog Upgrade zahtjeva.
Ako je potrebna promjena politike nadogradnje, upotrijebite direktivu za instaliranu verziju Squida i posebno dopustite traženo ponašanje. Dopuštanje svih protokola nadogradnje širi politiku izvan konkretne aplikacije.
Uspješan zahtjev za HTTPS stranicu uspostavlja samo dio puta. Dugotrajni WebSocket promet i dalje može propasti zbog zahtjeva aplikacije, trajanja veze ili ograničenja posrednika čak i za isto ime hosta.