Squid orqali WSS oddiy WebSocket yangilanishi bilan bir xil emas
CONNECT ichidagi shifrlangan WebSocket'larni forward proksidagi oddiy HTTP Upgrade ishlovidan ajrating.
Squid HTTP Upgrade so'rovini ko'radimi yoki faqat shifrlangan trafikni tashuvchi tunnelni ko'radimi? Bu uning HTTP Upgrade nazorati nosozlikni hal qilishini belgilaydi.
| Oddiy ochiq proksi yo'li | Squid nima bilan uchrashadi |
|---|---|
wss:// | Odatda CONNECT, so'ngra WebSocket qo'l siqishini tashuvchi manzil TLS |
ws:// | Proksi qayta ishlay oladigan oddiy HTTP Upgrade so'rovi |
Squid'ning yangilash nazorati u qayta ishlaydigan so'rovlarga tegishli. U oddiy noaniq WSS tunnel ichidagi shifrlangan HTTP sarlavhalarini ochmaydi. TLS aralashuvi yoki boshqa maxsus proksi ishlovi ko'rinishni o'zgartiradi va o'zining moslik talablarini keltirishi mumkin.
WSS uchun ketma-ketlik qayerda to'xtashini toping: proksiga ulanish, qabul qilingan CONNECT, tekshirilgan TLS, so'ngra ilovaning qo'l siqishi. TLS dan oldingi rad etish rad etilgan oddiy Upgrade so'rovidan boshqa nosozlik.
Agar yangilash siyosatini o'zgartirish kerak bo'lsa, o'rnatilgan Squid versiyasi uchun direktivadan foydalaning va kerakli xatti-harakatga alohida ruxsat bering. Barcha yangilash protokollariga ruxsat berish siyosatni muayyan ilova doirasidan kengaytiradi.
Muvaffaqiyatli HTTPS sahifa so'rovi yo'lning faqat bir qismini o'rnatadi. Uzoq muddatli WebSocket trafigi bir xil host nomi uchun ham ilova talablari, ulanish umri yoki vositachilar cheklovlari sababli muvaffaqiyatsiz bo'lishi mumkin.