WSS kroz Squid nije isto kao obično WebSocket nadograđivanje
Odvojite šifrirane WebSocket veze unutar CONNECT od obrade običnog HTTP Upgrade zahtjeva u proksi serveru.
Da li Squid vidi HTTP Upgrade zahtjev ili samo tunel koji prenosi šifrirani saobraćaj? To određuje da li njegove kontrole HTTP Upgrade rješavaju problem.
| Obična putanja kroz eksplicitni proksi | Sa č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 on obrađuje. Ona 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 niz zaustavlja: veza s proksijem, prihvaćen CONNECT, provjeren TLS, zatim rukovanje aplikacije. Odbijanje prije TLS-a je drugačiji neuspjeh od odbijenog običnog Upgrade zahtjeva.
Ako je potrebna promjena politike nadogradnje, upotrijebite direktivu za instaliranu verziju Squida i posebno dozvolite traženo ponašanje. Dopuštanje svih protokola nadogradnje širi politiku izvan konkretne aplikacije.
Uspješan zahtjev za HTTPS stranicom uspostavlja samo dio putanje. Dugotrajni WebSocket saobraćaj i dalje može propasti zbog zahtjeva aplikacije, trajanja veze ili ograničenja posrednika čak i za isto ime hosta.