WSS кроз Squid није исто као обична WebSocket надоградња
Одвојите шифриране WebSocket везе унутар CONNECT од обраде обичног HTTP Upgrade захтева у прокси серверу.
Да ли Squid види HTTP Upgrade захтев или само тунел који преноси шифровани саобраћај? То одређује да ли његове контроле HTTP Upgrade решавају квар.
| Обична путања кроз експлицитни прокси | Са чиме се Squid сусреће |
|---|---|
wss:// | Обично CONNECT, затим TLS одредишта који носи WebSocket руковање |
ws:// | Обичан HTTP Upgrade захтев који прокси може да обради |
Контрола надоградње у Squid-у односи се на захтеве које обрађује. Она не открива шифрована HTTP заглавља унутар обичног непрозирног WSS тунела. Пресретање TLS-а или друга посебна обрада у проксију мења видљивост и може донети сопствене захтеве компатибилности.
За WSS пронађите где се низ зауставља: веза са проксијем, прихваћен CONNECT, проверен TLS, затим руковање апликације. Одбијање пре TLS-а је други квар од одбијеног обичног Upgrade захтева.
Ако је потребна промена политике надоградње, користите директиву за инсталирану верзију Squid-а и посебно дозволите тражено понашање. Дозвољавање свих протокола надоградње шири политику изван конкретне апликације.
Успешан захтев за HTTPS страницу успоставља само део пута. Дуготрајан WebSocket саобраћај и даље може да не успе због захтева апликације, трајања везе или ограничења посредника, чак и за исто име хоста.