WSS melalui Squid tidak sama dengan upgrade WebSocket biasa
Pisahkan WebSocket terenkripsi di dalam CONNECT dari penanganan HTTP Upgrade teks biasa pada proxy penerus.
Apakah Squid melihat permintaan HTTP Upgrade, atau hanya terowongan yang membawa lalu lintas terenkripsi? Itu menentukan apakah kontrol HTTP Upgrade-nya menangani kegagalan.
| Jalur proxy eksplisit biasa | Apa yang ditemui Squid |
|---|---|
wss:// | Biasanya CONNECT, diikuti TLS tujuan yang membawa jabat tangan WebSocket |
ws:// | Permintaan HTTP Upgrade teks biasa yang dapat diproses proxy |
Kontrol upgrade Squid berlaku untuk permintaan yang diprosesnya. Kontrol itu tidak mengungkap header HTTP terenkripsi di dalam terowongan WSS opak biasa. Intersepsi TLS atau penanganan proxy khusus lainnya mengubah visibilitas dan dapat membawa persyaratan kompatibilitasnya sendiri.
Untuk WSS, temukan di mana urutan berhenti: koneksi ke proxy, CONNECT diterima, TLS terverifikasi, lalu jabat tangan aplikasi. Penolakan sebelum TLS adalah kegagalan yang berbeda dari permintaan Upgrade teks biasa yang ditolak.
Jika perubahan kebijakan upgrade diperlukan, gunakan direktif untuk versi Squid yang terpasang dan izinkan perilaku yang diperlukan secara spesifik. Mengizinkan semua protokol upgrade memperluas kebijakan melampaui aplikasi tertentu.
Permintaan halaman HTTPS yang berhasil hanya menetapkan sebagian jalur. Lalu lintas WebSocket berumur panjang masih dapat gagal karena persyaratan aplikasi, masa hidup koneksi, atau batasan perantara, bahkan untuk nama host yang sama.