Proksi ishlatganda sertifikat xatolari
Sertifikat sozlamalarini o‘zgartirishdan oldin tekshiruv proksining o‘z TLS ulanishidami yoki maqsad saytdami muvaffaqiyatsiz bo‘lganini aniqlang.
CA to‘plamini o‘zgartirishdan oldin qaysi TLS qo‘l siqish jarayoni muvaffaqiyatsiz bo‘lganini toping. Proksi va sayt sertifikatlari turli ulanishlarda tekshirilishi mumkin.
| Proksi va manzil | TLS tekshiruvlari |
|---|---|
| HTTPS manzilga boradigan HTTP proksi | CONNECTdan keyin manzil sertifikatini tunnel orqali tekshiring. |
| HTTPS manzilga boradigan HTTPS proksi | Avval proksiga TLS ulanishini tekshiring; tunnel ochilgach, manzilga alohida TLS seansini tekshiring. |
So‘ralgan host nomi va oxirgi tugallangan qo‘l siqishni batafsil kuzatuv yozuvidan aniqlang. HTTPS proksi sertifikati xatosi saytga murojaat qilishdan oldin yuz berishi mumkin. Shu ulanishning mo‘ljallangan nomini, sertifikat amal qilish muddatini, mahalliy soatni, kutilgan zanjirni va tasdiqlangan ishonch omborini tekshiring. Ataylab sozlangan TLS tutib qolishini yoki qo‘shilgan ildiz sertifikatini ham tekshiruvga kiriting.
curl ikki ulanish uchun alohida CA parametrlarini beradi:
curl --proxy https://proxy.example:8443 --proxy-cacert proxy-ca.pem --cacert site-ca.pem https://example.com/--proxy-cacert proksi uchun, --cacert esa manzil uchun ishonch asosini belgilaydi. Misoldagi ulanish nuqtasi va fayllarni ko‘zda tutilgan ishonch tuzilmasi qiymatlari bilan almashtiring. Tizim ishonchi yetarli bo‘lsa, maxsus to‘plamlar kerak emas.
Host nomini ixtiyoriy IP bilan almashtirish sertifikat mosligini tekshirishni o‘zgartiradi. Tekshiruvni o‘tkazib yuborish narigi tomon kimligini tasdiqlamay turib xatoni yashirishi mumkin. Notanish proksining o‘z ildiz CA sini o‘rnatishni so‘rashi unga ishonish uchun yetarli sabab emas.
Rad etilgan port ulanishi yoki CONNECT oldingi bosqichga tegishli; sertifikatni o‘zgartirish buni tuzatmaydi. Aksincha, manzil TLS tekshiruvidan o‘tgach, saytning HTTP xatosi olingan javobga tegishli, yana CA sozlashga emas.