Защо Squid записва хоста HTTPS, но не пътя на страницата
Обяснява липсващите HTTPS пътища в обикновените логове на Squid CONNECT, без да приема прихващането на TLS като рутинна настройка на журнала.
Запис за shop.example:443 не дава на Squid пътя /orders/42. CONNECT иска хост/порт; след това TLS на дестинацията пренася HTTP пътя вътре в тунела.
| Доказателство | Обикновено препращане CONNECT |
|---|---|
| Целеви хост/порт и резултат от тунела | Достъпно за проксито. |
| Вътрешен HTTPS път и заявка на приложението | Шифровано между клиента и сайта. |
Фрагмент от URL на браузъра, започващ с # | Обикновено остава в клиента, дори извън журнала на проксито. |
Формат на журнала може да записва полета, които Squid има, но не дешифрира невиждани съобщения. Обикновеното препращане на HTTP е различно, защото посредникът получава тази HTTP заявка. По-подробният изход не променя границата на CONNECT.
Управляваното прихващане на TLS променя доверието на клиента и административните изисквания. То не е малък ключ за журнала и е ненужно за нормален форуърд прокси, сменящ IP.
Ако приложението е ваше и ви трябва диагностика на ниво страница, използвайте неговите логове или подходящо проектирана клиентска телеметрия. За провали на проксито запазвайте целевия хост, времето, статуса и завършения етап на връзката; те често откриват проблема без събиране на частни пътища на страници.