HTTPS proksisi ham o'z sertifikat zanjirini yuborishi kerak

Mijozdan Squid gacha bo'lgan TLS tinglovchisidagi yetishmayotgan oraliq sertifikatlarni maqsad veb-sayt sertifikatidan alohida aniqlang.

Agar mijozlar veb-saytga yetib bormasdan HTTPS proksisini rad etsa, proksi tinglovchisi yuboradigan zanjirni tekshiring. Faqat amaldagi oxirgi sertifikat mijozga kerak bo'lgan oraliq sertifikatlarni bermasligi mumkin.

  1. Tekshirilayotgan so'nggi nuqtani aniqlang. Sozlangan proksi URL idagi xost nomini va o'sha ulanishning xatosini o'qing. Tinglovchi sertifikati shu nomni qamrab olishi kerak. Veb-sayt sertifikati yoki boshqa IP taxallusi uchun sertifikat uni almashtira olmaydi.
  2. Tinglovchining zanjir sozlamalarini tekshiring. Squid qo'llab-quvvatlaydigan OpenSSL sozlamasi sertifikat fayliga oraliq sertifikatlarni kiritishi mumkin. O'rnatilgan Squid versiyasi va TLS backend uchun tinglovchi ma'lumotnomasida tartibni tasdiqlang; paketlarning xatti-harakati bir xil emas. Squid 6.13 dagi TLS tinglovchisi misoli tinglovchi ishonchini maqsad TLS idan alohida saqlaydi.
  3. Mijoz ishonchini alohida tekshiring. Oraliq sertifikatlarni yuborish zanjirni qurishga yordam beradi, lekin mijozga baribir nazarda tutilgan ildiz ishonch langari kerak. Butun server zanjirini tanlamasdan ildiz omboriga import qilish server yuboradigan narsani tuzatishdan boshqa o'zgarish.

Tekshirishni yoniq qoldiring. U mijoz foydalanmoqchi bo'lgan HTTPS proksisini aniqlaydi. O'sha ulanish tekshirilgach, keyingi veb-sayt sertifikati xatosi proksi orqali maqsadning TLS sessiyasiga tegishli bo'lib, o'z xost nomi va ishonch tekshiruviga ega.

O'xshash maqolalar