WSS kroz Squid nije isto što i obična WebSocket nadogradnja
Odvojite šifrirane WebSocket veze unutar CONNECT od obrade običnog HTTP Upgrade zahteva u proksi serveru.
Da li Squid vidi HTTP Upgrade zahtev ili samo tunel koji prenosi šifrovani saobraćaj? To određuje da li njegove kontrole HTTP Upgrade rešavaju kvar.
| Obična putanja kroz eksplicitni proksi | Sa čime se Squid susreće |
|---|---|
wss:// | Obično CONNECT, zatim TLS odredišta koji nosi WebSocket rukovanje |
ws:// | Običan HTTP Upgrade zahtev koji proksi može da obradi |
Squidova kontrola nadogradnje odnosi se na zahteve koje obrađuje. Ona ne otkriva šifrovana HTTP zaglavlja unutar običnog neprozirnog WSS tunela. Presretanje TLS-a ili druga posebna obrada u proksiju menja vidljivost i može doneti sopstvene zahteve kompatibilnosti.
Za WSS pronađite gde se niz zaustavlja: veza sa proksijem, prihvaćen CONNECT, proveren TLS, zatim rukovanje aplikacije. Odbijanje pre TLS-a je drugačiji kvar od odbijenog običnog Upgrade zahteva.
Ako je potrebna promena politike nadogradnje, koristite direktivu za instaliranu verziju Squida i posebno dozvolite traženo ponašanje. Dozvoljavanje svih protokola nadogradnje širi politiku izvan konkretne aplikacije.
Uspešan zahtev za HTTPS stranicu uspostavlja samo deo puta. Dugotrajan WebSocket saobraćaj i dalje može da ne uspe zbog zahteva aplikacije, trajanja veze ili ograničenja posrednika, čak i za isto ime hosta.