Squid bidezko WSS ez da WebSocket berritze soil bat bezalakoa
Bereizi CONNECT barruko WebSocket zifratuak proxy aurreratu bateko HTTP Upgrade testu arruntaren tratamendutik.
Squid-ek HTTP Upgrade eskaera bat ikusten du, edo trafiko zifratua daraman tunel bat soilik? Horrek erabakitzen du bere HTTP Upgrade kontrolek hutsegitea heltzen duten.
| Proxy esplizitu arrunteko bidea | Squid-ek zer aurkitzen duen |
|---|---|
wss:// | Normalean CONNECT, eta gero helmugako TLS WebSocket esku-ukaldia daramana |
ws:// | Proxyak prozesa dezakeen HTTP Upgrade eskaera arrunta |
Squid-en berritze-kontrola berak prozesatzen dituen eskaerei dagokie. Ez ditu HTTP goiburu zifratuak agerian uzten WSS tunel opaku arrunt baten barruan. TLS atzemateak edo proxyaren beste tratamendu berezi batek ikusgaitasuna aldatzen du eta bere bateragarritasun-baldintzak ekar ditzake.
WSS-rako, aurkitu sekuentzia non gelditzen den: proxyarekiko konexioa, onartutako CONNECT, egiaztatutako TLS, gero aplikazioaren esku-ukaldia. TLS aurretiko ukapena ukatutako HTTP Upgrade eskaera arrunt batengandik desberdina den hutsegitea da.
Berritze-politika aldatu behar bada, erabili instalatutako Squid bertsiorako direktiba eta baimendu behar den jokabidea zehazki. Berritze-protokolo guztiak baimentzeak politika aplikazio jakinaz harago zabaltzen du.
HTTPS orrialde-eskaera arrakastatsu batek bidearen zati bat baino ez du ezartzen. WebSocket trafiko luzeak huts egin dezake aplikazioaren baldintzengatik, konexioaren iraupenagatik edo bitartekoen murrizketengatik, host-izen berarekin ere.