OpenSSL yordamida HTTP proksi orqali veb-sayt sertifikatini tekshiring
HTTP CONNECT proksisi orqali OpenSSL s_client dan foydalaning va manzil nomi, SNI hamda sertifikat tekshiruvini mos holda saqlang.
s_client ni qo‘llab-quvvatlaydigan o‘rnatilgan OpenSSL -proxy dan foydalaning. Ruxsat etilgan HTTP CONNECT endpoint uchun:
openssl s_client -proxy proxy.example:3128 -connect example.com:443 -servername example.com -verify_hostname example.com -verify_return_error -showcertsProksi manzilini almashtiring va ko‘zlangan manzil nomidan izchil foydalaning. Tanlash mumkin bo‘lgan proksi orqali ommaviy manzilni sinash uchun HTTP proksi ro‘yxatidan HTTP nomzod tanlang. -connect nishonni tanlaydi, -servername uning TLS virtual xosti uchun SNI yuboradi, -verify_hostname esa identifikatsiyani tekshiradi. SNI yolg‘iz host nomini tekshirish emas. Parametrlarni moslashtirganda o‘rnatilgan reliz qo‘llanmasini ko‘ring.
-showcerts server yuborgan narsani ko‘rsatadi, zanjir ishonchli ekanini bildirmaydi. -verify_return_error tekshiruv xatolarida handshake-ni tugatadi; aks holda diagnostika mijozi xatolardan keyin davom etishi mumkin. Xususiy xizmat uchun tasodifiy yuklab olingan sertifikatga ishonish o‘rniga tasdiqlangan CA materialidan foydalaning.
| Natija | Bosqich |
|---|---|
| 407 | Manzil TLS-dan oldingi proksi autentifikatsiyasi. |
| Rad etilgan CONNECT manzili | Proksi manzil siyosati. |
| Sertifikat olindi va tekshirishga urinish qilindi | Qabul qilingan tunnel orqali manzil TLS almashinuvi. |
OpenSSL 3.x va Basic autentifikatsiyali HTTP proksi bilan manzil tekshiruvini saqlagan holda s_client proksi hisobi parametrlaridan foydalaning.
Faqat SOCKS endpointi bu buyruq ishlatadigan HTTP proksi interfeysini bermaydi. Ruxsat etilgan TLS interception paytida ko‘rsatilgan sertifikat shu vositachi tomonidan chiqarilgan bo‘lishi mumkin. Farqni buzilgan veb-saytga bog‘lashdan oldin uning chiqaruvchisi va ko‘zlangan ishonch tartibini solishtiring.