WSS Squidi kaudu ei ole sama mis tavaline WebSocketi uuendus
Eraldage CONNECT-i sees olevad krüpteeritud WebSocketid forward-proxy tavalisest HTTP Upgrade'i käsitlemisest.
Kas Squid näeb HTTP Upgrade'i päringut või ainult krüpteeritud liiklust kandvat tunnelit? See määrab, kas tema HTTP Upgrade'i juhtimine kõrvaldab vea.
| Tavaline selgesõnalise proxy tee | Millega Squid kokku puutub |
|---|---|
wss:// | Tavaliselt CONNECT, millele järgneb sihtkoha TLS, mis kannab WebSocketi kätlust |
ws:// | Tavaline HTTP Upgrade'i päring, mida proxy saab töödelda |
Squidi uuenduse juhtimine puudutab päringuid, mida ta töötleb. See ei paljasta krüpteeritud HTTP-päiseid tavalises läbipaistmatus WSS-tunnelis. TLS-i vahendamine või muu eriline proxy töötlemine muudab nähtavust ja võib tuua kaasa oma ühilduvusnõuded.
WSS-i puhul leidke, kus jada katkeb: ühendus proxiga, vastuvõetud CONNECT, kontrollitud TLS, seejärel rakenduse kätlus. Enne TLS-i toimuv keeldumine on teistsugune tõrge kui keelatud tavaline Upgrade'i päring.
Kui uuenduspoliitikat on vaja muuta, kasutage paigaldatud Squidi versiooni direktiivi ja lubage vajalik käitumine konkreetselt. Kõigi uuendusprotokollide lubamine laiendab poliitikat konkreetsest rakendusest kaugemale.
Edukas HTTPS-lehe päring loob ainult osa teest. Pikaajaline WebSocketi liiklus võib siiski ebaõnnestuda rakenduse nõuete, ühenduse eluea või vahendajate piirangute tõttu isegi sama hostinime puhul.