Mijoz sertifikatini proksi orqali kim yuboradi?
Manzilning mTLS hisob ma'lumotlarini proksi ma'lumotlaridan va Apache o'zining yuqori TLS sessiyasini yaratganda ishlatadigan sertifikatlardan alohida saqlang.
Oddiy CONNECT orqali HTTPS da dastur veb-saytning mijoz sertifikatini o'zining manzil bilan TLS qo'l siqishi davomida yuboradi. Proksi faqat baytlarni uzatadi; u avtomatik ravishda veb-saytning TLS mijozi bo'lib qolmaydi.
| Hisob ma'lumoti | Egasi/ulanish |
|---|---|
| Proksi foydalanuvchi nomi/paroli | Mijozning proksiga kirishi. |
| Veb-saytning mijoz sertifikati va shaxsiy kaliti | Dasturning manzil bilan TLS sessiyasi. |
| Proksi serverining yuqori mijoz sertifikati | Proksining o'zi boshlaydigan TLS sessiyasi. |
Bu rollar birgalikda mavjud bo'lishi mumkin. Manzil mTLS ishlashi uchun veb-saytning shaxsiy kalitini oddiy tunnel proksisiga yuklash shart emas. CONNECT uzatilishidan keyin dasturning oddiy manzil mijoz sertifikati konfiguratsiyasidan foydalaning va veb-sayt server sertifikatini tekshirishni davom ettiring.
Apache SSLProxyMachineCertificateFile parametri Apache o'zining yuqori TLS sessiyasini yaratganda hisob ma'lumotlarini taqdim etadi. Bu fayl haqidagi maslahat shaffof bo'lmagan forvard tunnel ishlatadigan har bir mijoz uni sozlashi shartligini isbotlamaydi.
TLS aralashuvi sessiyani vositachida tugatadi va bu egalikni o'zgartiradi. Sertifikat nusxalash chetdan chetga autentifikatsiyani saqlaydi deb taxmin qilish o'rniga, talab qilinadigan mijoz identifikatori bu tuzilmadan o'ta olishini aniqlang.
Muvaffaqiyatsizlikda so'rov proksiga kirish, manzil TLS yoki keyingi dastur almashinuvi bosqichida to'xtaganini qayd eting. Hisob ma'lumotini haqiqatda uni talab qiladigan ulanishga qo'ying.