Squid vasitəsilə WSS adi WebSocket yüksəltməsi ilə eyni deyil
CONNECT daxilindəki şifrələnmiş WebSocket-ləri forward proxy-də adi HTTP Upgrade emalından ayırın.
Squid HTTP Upgrade sorğusunu görür, yoxsa yalnız şifrələnmiş trafiki daşıyan tunel? Bu, onun HTTP Upgrade nəzarətlərinin nasazlığı həll edib-etmədiyini müəyyən edir.
| Adi açıq proxy yolu | Squid nə ilə rastlaşır |
|---|---|
wss:// | Adətən CONNECT, ardınca WebSocket əl sıxışmasını daşıyan təyinat TLS |
ws:// | Proxy-nin emal edə biləcəyi açıq HTTP Upgrade sorğusu |
Squid-in Upgrade nəzarəti onun emal etdiyi sorğulara aiddir. Adi qeyri-şəffaf WSS tuneli daxilində şifrələnmiş HTTP başlıqlarını açmır. TLS müdaxiləsi və ya digər xüsusi proxy emalı görünürlüğü dəyişir və öz uyğunluq tələblərini gətirə bilər.
WSS üçün ardıcıllığın harada dayandığını tapın: proxy-yə qoşulma, qəbul edilmiş CONNECT, təsdiqlənmiş TLS, sonra tətbiq əl sıxışması. TLS-dən əvvəl imtina, rədd edilmiş açıq Upgrade sorğusundan fərqli bir nasazlıqdır.
Əgər Upgrade siyasətində dəyişiklik lazımdırsa, quraşdırılmış Squid buraxılışı üçün direktivdən istifadə edin və tələb olunan davranışa konkret icazə verin. Bütün Upgrade protokollarına icazə vermək siyasəti konkret tətbiqdən kənara genişləndirir.
Uğurlu HTTPS səhifə sorğusu yolun yalnız bir hissəsini təsdiqləyir. Uzunömürlü WebSocket trafiki eyni host adı üçün belə tətbiq tələbləri, bağlantı ömrü və ya vasitəçi məhdudiyyətləri səbəbindən yenə də uğursuz ola bilər.