Squid 6.13 da TLS uzatuvchi proksi tinglovchisi

Manzilning HTTPS seansiga aralashmasdan Squid 6.13 ga TLS qo‘llovchi uzatuvchi proksi tinglovchisini qo‘shing.

GnuTLS yoki OpenSSL bilan yig‘ilgan Squid 6.13 TLS orqali uzatuvchi proksi so‘rovlarini qabul qila oladi. Bu HTTPS manzilining alohida seansiga aralashmasdan mijoz–proksi ulanishini himoya qiladi.

  1. Mijozlar Squidga yetish uchun ishlatadigan host nomiga sertifikat oling. Maxfiy kalitdan faqat unga ehtiyoji bor xizmat identifikatorlari foydalanishini cheklang.
  2. Sizga ajratilgan manzil va haqiqiy sertifikat yo‘llari bilan TLS tinglovchisini qo‘shing:
https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

Mijoz ruxsat ro‘yxati va manzil cheklovlarini, shuningdek autentifikatsiya siyosatini saqlang. Tinglovchi kirishga ruxsat bermaydi. Mavjud http_port ham faol qoladi; barcha mijoz ulanishlari TLS ishlatishi kerak bo‘lsa, eski tinglovchini o‘chiring yoki cheklang. Tezlatkich, tutib qolish yoki sertifikat yaratish rejimi shart emas.

Ko‘zlangan xizmatni qayta yuklashdan oldin konfiguratsiyani tahlil qiling. Tahlilchi tekshiruvi tuzilma va sertifikat yuklanishini tasdiqlaydi, tarmoqdan yetish imkonini emas. Muvaffaqiyatli qayta yuklashdan so‘ng ruxsatli mijozdan TLS ulanish nuqtasi orqali so‘rov yuboring:

curl --proxy https://proxy.example:3129 --proxy-cacert approved-proxy-ca.pem --connect-timeout 5 --max-time 15 https://example.com/

Haqiqiy proksi host nomi va tasdiqlangan CA faylidan foydalaning. Ommaviy ishonchli proksi sertifikati alohida to‘plam talab qilmasligi mumkin. --proxy-cacert proksi ishonchini sozlaydi va manzil tekshiruvini alohida qoldiradi; ikkala tekshiruvni saqlang.

Haqiqiy tinglovchi va sertifikat nomini ko‘ring, keyin rad etilishi kerak bo‘lgan nazoratli manbani ham sinang. Faqat muvaffaqiyatli tahlil mijoz ishonchi yoki kirish chegarasini tasdiqlamaydi.

O'xshash maqolalar