Alihkan permintaan HTTP terpilih dari Squid ke HTTPS
Kembalikan pengalihan klien untuk situs yang dikenal mampu HTTPS alih-alih diam-diam mengubah setiap URL asal HTTP atau menganggap proksi dapat membuat dukungan TLS di asal.
Squid dapat meminta browser mencoba ulang URL HTTP tertentu melalui HTTPS. Tujuan harus sudah menyajikan sumber daya terkait melalui HTTPS; menjalankan Squid di Raspberry Pi tidak menciptakan kemampuan itu di situs web.
Untuk antarmuka url_rewrite_program Squid 7, helper dapat mengembalikan pengalihan klien seperti ini:
OK status=307 url="https://www.example.com/help"
Ini adalah satu contoh respons helper untuk permintaan yang cocok, bukan program helper lengkap. Browser menerima pengalihan dan membuat permintaan baru ke URL HTTPS. URL di luar kebijakan peningkatan dapat menerima OK dan tetap tidak berubah.
Gunakan daftar tujuan yang dikenal mampu HTTPS dan uraikan URL yang masuk. Pertahankan jalur dan query yang dimaksudkan, perhitungkan port eksplisit, dan tangani metode permintaan dengan sadar. Mengganti setiap awalan http secara buta mengasumsikan setiap asal memiliki layanan HTTPS yang setara.
Helper harus menjawab setiap baris masukan sesuai protokol versi Squid yang terpasang. Jika kanal helper bersamaan diaktifkan, pertahankan pengenal kanal dalam balasan. Contoh 301:URL lama yang telanjang tidak dapat dipertukarkan dengan format result-and-key/value saat ini.
Pilih pengalihan klien ketika browser harus mengetahui URL baru. Respons rewrite-url malah meminta Squid mengambil URL lain di balik permintaan asli klien, yang dapat membuat URL aplikasi dan statusnya tidak konsisten.
Permintaan HTTP awal sudah berjalan ke Squid sebelum helper dapat mengalihkannya. Kebijakan ini tidak dapat melindungi permintaan itu secara surut. TLS dimulai pada koneksi HTTPS berikutnya; terowongan CONNECT saja tidak memberikan enkripsi.