Squid tashqi ACL keshi: nima uchun yordamchi har safar chaqirilmaydi

Bitta so'rovni qayd etib, keyin jim bo'lib qolgan yordamchi odatiy hol bo'lishi mumkin. Squid yordamchiga boshqa so'rov yubormasdan keshlangan tashqi ACL natijasi bilan qoidani baholashi mumkin.

Avval qayta ishlatiladigan qarorni aniqlang. «Bu hisob proksidan foydalana oladimi?» «Bu hisob bu manzilga yeta oladimi?» dan boshqa kirishlarni talab qiladi. Kengaytirilgan tashqi ACL formati kesh kalitini hosil qiladi. Agar yordamchi foydalanuvchi nomi va manzil bo'yicha qaror qilsa, lekin kalit faqat foydalanuvchi nomini o'z ichiga olsa, keshlangan ruxsat mo'ljallangandan kengroq qo'llanishi mumkin. Javobni o'zgartiradigan har bir kirishni kiriting va faqat teng qarorlarni maydalaydigan tafsilotlardan saqlaning.

Keyin yangilikni tanlang. Ijobiy ttl va negative_ttl mos keluvchi va kelmaydigan natijalarni boshqaradi; grace yozuv muddati tugashidan oldin yangilashni boshlashi mumkin. Bekor qilingan hisobning keshlangan ruxsati keyingi qarorlarga qancha vaqt ta'sir qilishi mumkinligini aniqlang. Bu sozlamalarning hech biri o'rnatilgan CONNECT tunnelini har bir bayt yoki ichki HTTPS so'rovi uchun qayta avtorizatsiya qilmaydi. Agar yordamchi trafik kvotasini qo'llasa, ruxsat etilgan uzatishlar balans o'zgargandan keyin ham davom etishi mumkin.

Yordamchi doimiy protokol ishtirokchisi, har bir so'rov uchun yangi skript jarayoni bo'lishi shart emas. Uni ketma-ket so'rov satrlariga tayyor tuting va har bir javobni darhol yuboring. Diagnostikani boshqa kanalga joylashtiring. Parallelik yoqilganda tegishli berilgan kanal identifikatorini qaytaring.

Nihoyat, sekin, mavjud bo'lmagan va ichki xato natijalarini aniqlang va atrofdagi ACL tartibi ularni hosil qilsin. Dizayn qayta ishlatiladigan javobning o'ziga xosligi ham, ruxsat etilgan yoshi ham kirish talabiga mos kelganda tugallanadi.