Brauzerlər Squid-in HTTPS blok səhifəsini niyə gizlədə bilər
Brauzerin rədd edilmiş CONNECT sorğusuna qaytarılan fərdi HTML əvəzinə öz tunel xətasını niyə göstərə biləcəyini anlayın.
Proksinin fərdi blok səhifəsi HTTP saytı üçün görünür. HTTPS saytı üçün isə brauzer bunun əvəzinə tunel xətası göstərir. HTML şablonunu yenidən dəyişdirmək heç nəyi dəyişməyə bilər.
Açıq HTTP proksisi ilə HTTPS ziyarəti adətən CONNECT ilə başlayır. Brauzer proksidən host və porta tunel açmasını xahiş edir. Əgər Squid bu sorğunu rədd edirsə, saytın TLS sessiyası heç vaxt başlamır.
Rəddin HTTP statusu və cavab məzmunu ola bilər. Brauzerin xəta səhifəsindən asılı olmayaraq həmin uğursuz CONNECT cavabını curl ilə yoxlaya bilərsiniz. Bu, brauzerin təqdim edilən HTML-i təyinatın veb səhifəsi kimi göstərməsini tələb etmir. Brauzer CONNECT xəta gövdəsini atıb öz proksi xəta interfeysini istifadə edə bilər; dəqiq təqdimat müştəridən asılıdır.
Əgər Squid-in rəddi artıq nəzərdə tutulan deny_info gövdəsini ehtiva edirsə, onun mətnini, üslub vərəqini və ya fayl icazələrini redaktə etmək brauzerin hansı cavab mərhələsini emal etdiyini dəyişmir. CONNECT-in rədd edilib-edilmədiyini və niyə rədd edildiyini müəyyən etmək üçün rədd statusunu və giriş jurnalını əlçatan saxlayın. Ümumi brauzer səhifəsi siyasət təfərrüatlarını gizlədə bilər, halbuki proksi qaydanı düzgün tətbiq edir.
Blok səhifəsinin tutulmuş HTTPS bağlantısı daxilində təqdim edilməsi başqa bir arxitekturadır və TLS-in sonlandırılmasını, müştəri etimadını və sertifikat idarəçiliyini əhatə edir. Bu, deny_info redaktə etməklə aktivləşdirilmir və fərdi şablon bloklanmış saytı təqlid etmək üçün heç bir səlahiyyət vermir. Bu dizaynı yalnız zərurət olduqda seçin; əks halda müştərinin mövcud xəta hesabatından və proksinin əməliyyat jurnallarından istifadə edin.