NF getsockopt(SO_ORIGINAL_DST) asl manzilni qidirishni bildiradi. Ushlab qolish sozlamasida Squid qayta yo'naltirilgan ulanish dastlab qayerga ketayotganini tiklashi kerak.

Aniq sozlangan brauzer so'rovlarini ataylab proksiga yuboradi. Bu ulanish Squid tinglovchisi porti yonida intercept yozilganligi uchungina NAT ushlab qolish tarixiga ega bo'lmaydi.

Shu sababli bu nomuvofiqlik manzil sertifikati ahamiyatli bo'lishidan oldin muvaffaqiyatsiz bo'lishi mumkin.

Ulanish qanday kelganidan boshlang

  • Agar ilovada proksi manzili sozlangan bo'lsa, u ishlatishi kerak bo'lgan oddiy yo'naltiruvchi proksi tinglovchisini aniqlang.
  • Agar shlyuz boshqacha to'g'ridan-to'g'ri bo'ladigan trafikni qayta yo'naltirsa, u mo'ljallangan ushlab qolish tinglovchisiga yetib borishini va qo'llab-quvvatlanadigan NAT loyihasi kerakli manzil ma'lumotini saqlashini tekshiring.
  • Agar ikkala rejim ham bo'lsa, muvaffaqiyatsiz mijoz aslida qaysi manzil va portga ulanganini tekshiring.

Squid ning http_port hujjati farqni aniq ko'rsatadi: rejim bayrog'ini tashlab ketish yo'naltiruvchi proksi rejimini tanlaydi; intercept IP qatlamida NAT ushlab qolishni kutadi.

Keyin transport xavfsizligini alohida ko'rib chiqing. HTTP proksi HTTPS ni CONNECT orqali tashishi mumkin. Proksiga TLS ulanishi mos tinglovchi va mijoz sozlamasini talab qiladi. Manzil trafigini shifrdan chiqarish yana bir ixtiyoriy imkoniyat.

Manzil URL HTTPS bilan boshlanadi degan sabab bilangina sertifikat yaratishni yoqadigan eski “HTTPS yechimi”ni ko'chirmang. Avval mijoz va tinglovchi o'rtasidagi muvofiqlikni tuzating. Shundan keyin haqiqiy TLS xatosi qolsa, uni tekshirish foydaliroq xato bo'ladi.

O'xshash maqolalar