Squid-dən seçilmiş HTTP sorğularının HTTPS-ə yönləndirilməsi
Hər HTTP mənbə URL-ni səssizcə dəyişmək və ya proksin mənbədə TLS dəstəyi yarada biləcəyini güman etmək əvəzinə, HTTPS qabiliyyətli məlum saytlar üçün müştəri yönləndirməsi qaytarın.
Squid brauzerdən seçilmiş HTTP URL-ni HTTPS üzərindən yenidən cəhd etməsini xahiş edə bilər. Təyinat artıq uyğun resursu HTTPS üzərindən təqdim etməlidir; Squid-i Raspberry Pi-də işə salmaq saytda bu imkanı yaratmır.
Squid 7-nin url_rewrite_program interfeysi üçün helper belə bir müştəri yönləndirməsi qaytara bilər:
OK status=307 url="https://www.example.com/help"Bu, uyğun sorğu üçün bir nümunə helper cavabıdır, tam helper proqramı deyil. Brauzer yönləndirməni alır və HTTPS URL üçün yeni sorğu göndərir. Yüksəltmə siyasətindən kənar URL OK ala və dəyişməz qala bilər.
HTTPS qabiliyyətli məlum təyinatlar siyahısından istifadə edin və gələn URL-i təhlil edin. Nəzərdə tutulan yolu və sorğunu qoruyun, açıq portları nəzərə alın və sorğu metodlarını şüurlu idarə edin. Hər http prefiksini kor-koranə dəyişmək hər mənbənin ekvivalent HTTPS xidməti olduğunu güman edir.
Helper hər giriş sətrinə quraşdırılmış Squid versiyasının protokolu ilə cavab verməlidir. Paralel helper kanalları aktivdirsə, cavabda kanal identifikatorunu saxlayın. Köhnə sadə 301:URL nümunəsi cari nəticə və açar/dəyər formatı ilə dəyişdirilə bilməz.
Brauzer yeni URL-i bilməlidirsə, müştəri yönləndirməsini seçin. rewrite-url cavabı isə Squid-dən müştərinin ilkin sorğusunun arxasında fərqli URL gətirməsini istəyir ki, bu da tətbiq URL-lərini və vəziyyətini uyğunsuz qoya bilər.
İlkin HTTP sorğusu helper onu yönləndirməzdən əvvəl artıq Squid-ə çatıb. Bu siyasət həmin sorğunu geriyə dönük qoruya bilməz. TLS sonrakı HTTPS bağlantısında başlayır; yalnız CONNECT tuneli heç bir şifrələmə təmin etmir.