Squid-ээр дамжсан WSS нь энгийн WebSocket шинэчлэлттэй ижил биш
CONNECT доторх шифрлэгдсэн WebSocket-уудыг forward proxy дахь энгийн HTTP Upgrade боловсруулалтаас ялгана уу.
Squid HTTP Upgrade хүсэлтийг харж байна уу, эсвэл зөвхөн шифрлэгдсэн урсгал дамжуулж буй туннелийг харж байна уу? Энэ нь түүний HTTP Upgrade удирдлага алдааг шийдэж байгаа эсэхийг тодорхойлно.
| Энгийн илэрхий proxy-ийн зам | Squid юутай тулгардаг |
|---|---|
wss:// | Ихэвчлэн CONNECT, дараа нь WebSocket гар барилтыг дамжуулдаг очих газрын TLS |
ws:// | Proxy боловсруулж чадах энгийн HTTP Upgrade хүсэлт |
Squid-ийн шинэчлэлтийн удирдлага нь өөрөө боловсруулдаг хүсэлтүүдэд хамаарна. Энгийн тунгалаг бус WSS туннелийн доторх шифрлэгдсэн HTTP толгойг ил болгодоггүй. TLS-ийн интерцепц эсвэл бусад тусгай proxy боловсруулалт харагдах байдлыг өөрчилж, өөрийн нийцлийн шаардлагыг авчирч болно.
WSS-ийн хувьд дараалал хаана зогсож байгааг олоорой: proxy-той холбогдох, хүлээн авсан CONNECT, баталгаажсан TLS, дараа нь програмын гар барилт. TLS-ээс өмнөх татгалзал нь татгалзсан энгийн Upgrade хүсэлтээс өөр алдаа юм.
Хэрэв шинэчлэлтийн бодлогыг өөрчлөх шаардлагатай бол суулгасан Squid хувилбарын зааврыг ашиглаж, шаардлагатай зан төлөвийг тусгайлан зөвшөөрнө үү. Бүх шинэчлэлтийн протоколыг зөвшөөрөх нь бодлогыг тухайн програмаас хэтэрхий өргөжүүлнэ.
Амжилттай HTTPS хуудасны хүсэлт нь замын зөвхөн нэг хэсгийг тогтоодог. Удаан насалсан WebSocket урсгал нь ижил хост нэрний хувьд ч програмын шаардлага, холболтын наслалт эсвэл зуучлагчийн хязгаарлалтаас болж бүтэлгүйтэж болно.