چرا Squid میزبان HTTPS را ثبت می‌کند اما مسیر صفحه را نه
مسیرهای غایب HTTPS را در گزارش‌های معمولی Squid CONNECT توضیح می‌دهد بدون آنکه رهگیری TLS را تنظیمی روتین برای گزارش‌گیری بداند.
یک رکورد برای shop.example:443 مسیر /orders/42 را به Squid نمی‌دهد. CONNECT میزبان/درگاه می‌خواهد؛ سپس TLS مقصد مسیر HTTP را درون تونل حمل می‌کند.
| شواهد | بازپخش معمولی CONNECT |
|---|---|
| میزبان/درگاه مقصد و نتیجهٔ تونل | در دسترس پروکسی. |
| مسیر درونی HTTPS و درخواست برنامه | میان کارخواه و وبگاه رمزنگاری‌شده. |
بخشی از نشانی مرورگر که با # آغاز می‌شود | معمولاً در کارخواه می‌ماند، حتی بیرون از گزارش پروکسی. |
قالب گزارش می‌تواند فیلدهایی را که Squid دارد ثبت کند، نه پیام‌های دیده‌نشده را رمزگشایی کند. ارسال سادهٔ HTTP متفاوت است زیرا واسطه آن درخواست HTTP را دریافت می‌کند. خروجی پرمحتواتر مرز CONNECT را تغییر نمی‌دهد.
رهگیری مدیریت‌شدهٔ TLS اعتماد کارخواه و الزامات مدیریتی را تغییر می‌دهد. کلید کوچک گزارش‌گیری نیست و برای پروکسی پیشروی معمولی که IP را عوض می‌کند ضروری نیست.
اگر برنامه از شماست و به تشخیص در سطح صفحه نیاز دارید، از گزارش‌های آن یا سنجش از دور کارخواهِ مناسب استفاده کنید. برای خطاهای پروکسی، میزبان مقصد، زمان‌بندی، وضعیت و مرحلهٔ کامل‌شدهٔ اتصال را نگه دارید؛ این‌ها اغلب مشکل را بدون گردآوری مسیرهای خصوصی صفحه پیدا می‌کنند.