Nima uchun Squid HTTPS xostini yozadi, lekin sahifa yo‘lini yozmaydi
Odatiy Squid CONNECT jurnallarida yo‘q HTTPS yo‘llarini TLS aralashuvini odatiy jurnal sozlamasi deb hisoblamasdan tushuntiradi.
shop.example:443 uchun yozuv Squid ga /orders/42 yo‘lini bermaydi. CONNECT xost/port so‘raydi; so‘ng manzil TLS HTTP yo‘lini tunnel ichida olib yuradi.
| Dalil | Odatiy CONNECT uzatish |
|---|---|
| Manzil xosti/porti va tunnel natijasi | Proksi uchun mavjud. |
| Ichki HTTPS yo‘li va ilova so‘rovi | Mijoz va veb-sayt o‘rtasida shifrlangan. |
# bilan boshlanadigan brauzer URL qismi | Odatda mijozda qoladi, proksi jurnalidan tashqarida ham. |
Jurnal formati Squid ega bo‘lgan maydonlarni yozishi mumkin, ko‘rilmagan xabarlarni shifrdan chiqara olmaydi. Oddiy HTTP uzatish boshqacha, chunki vositachi o‘sha HTTP so‘rovini oladi. Batafsilroq chiqish CONNECT chegarasini o‘zgartirmaydi.
Boshqariladigan TLS aralashuvi mijoz ishonchi va ma’muriy talablarni o‘zgartiradi. Bu kichik jurnal kaliti emas va IP o‘zgartiruvchi oddiy yo‘naltiruvchi proksi uchun kerak emas.
Ilova sizniki bo‘lsa va sahifa darajasidagi diagnostika kerak bo‘lsa, uning jurnallari yoki to‘g‘ri loyihalangan mijoz telemetriyasidan foydalaning. Proksi nosozliklari uchun manzil xostini, vaqtni, holatni va tugallangan ulanish bosqichini saqlang; ular shaxsiy sahifa yo‘llarini yig‘masdan muammoni tez-tez topadi.