چرا مرورگرها ممکن است صفحه مسدودسازی HTTPS اسکوئید را پنهان کنند
بفهمید چرا یک مرورگر ممکن است به جای HTML سفارشی بازگردانده‌شده برای درخواست CONNECT ردشده، خطای تونل خودش را نشان دهد.
صفحه مسدودسازی سفارشی پراکسی برای یک سایت HTTP نمایش داده می‌شود. برای یک سایت HTTPS، مرورگر در عوض یک خطای تونل نشان می‌دهد. جایگزینی دوباره قالب HTML ممکن است چیزی را تغییر ندهد.
با یک پراکسی HTTP صریح، بازدید HTTPS معمولاً با CONNECT آغاز می‌شود. مرورگر از پراکسی می‌خواهد تونلی به یک میزبان و درگاه باز کند. اگر Squid آن درخواست را رد کند، نشست TLS سایت هرگز آغاز نمی‌شود.
رد شدن می‌تواند یک وضعیت HTTP و محتوای پاسخ داشته باشد. می‌توانید آن پاسخ CONNECT ناموفق را با curl بررسی کنید مستقل از صفحه خطای مرورگر. این کار نیازی ندارد که مرورگر HTML ارائه‌شده را به عنوان صفحه وب مقصد نمایش دهد. مرورگر ممکن است بدنه خطای CONNECT را کنار بگذارد و از رابط خطای پراکسی خودش استفاده کند؛ نمایش دقیق به کلاینت بستگی دارد.
اگر رد شدن Squid از قبل شامل بدنه deny_info مورد نظر باشد، ویرایش متن، شیوه‌نامه یا مجوزهای فایل آن تغییر نمی‌دهد که مرورگر کدام مرحله پاسخ را پردازش می‌کند. وضعیت رد شدن و گزارش دسترسی را در دسترس نگه دارید تا مشخص کنید آیا CONNECT رد شده و چرا. یک صفحه عمومی مرورگر می‌تواند جزئیات سیاست را پنهان کند در حالی که پراکسی قاعده را درست اعمال می‌کند.
ارائه صفحه مسدودسازی درون یک اتصال HTTPS شنودشده معماری دیگری است که شامل پایان‌دادن TLS، اعتماد کلاینت و مدیریت گواهی است. با ویرایش deny_info فعال نمی‌شود، و یک قالب سفارشی هیچ اختیاری برای جعل هویت سایت مسدودشده نمی‌دهد. آن طراحی را فقط در صورت نیاز انتخاب کنید؛ در غیر این صورت از گزارش خطای موجود کلاینت و گزارش‌های عملیاتی پراکسی استفاده کنید.