Nega proksi bir saytda ishlaydi, boshqasida esa ishlamaydi?
Ishlaydigan proksi ulanishini manzil cheklovlari, port qoidalari, TLS xatolari va HTTP javoblaridan ajrating.
Bir sayt ishlab, boshqasi ishlamaganda proksi sozlamasini o‘zgartirmang. So‘rovlar orasidagi farq foydali dalildir; oxirgi nuqtani darhol almashtirish uni yo‘qotadi.
HTTP proksi orqali HTTPS uchun mijoz izida CONNECT javobini, manzil bilan TLS-ni va saytning yakuniy HTTP javobini ajrating:
| Kuzatilgan nosozlik | Nimani tekshirish kerak |
|---|---|
| Proksidan javob yo‘q | Proksi ulanishi va yo‘nalish. Oldin ishlagan sayt hozirgi mavjudlikni isbotlamaydi. |
| Bir manzil uchun CONNECT rad etildi | Ruxsat etilgan manzil/port siyosati va proksi tarmog‘idan yetib borish imkoniyati. |
| Tunnel qabul qilindi, sertifikat tekshiruvi muvaffaqiyatsiz | Bildirilgan sertifikat xatosi: amal qilish muddati, xost nomi, mahalliy soat, ishonch sozlamasi yoki boshqariladigan tutib qolish. |
| Tekshirilgan TLS-dan keyin saytdan 403 | Saytning kirish qoidalari, hisob holati, kerakli kukilar va ruxsatlar. |
| Saytdan 429 | E’lon qilingan tezlik cheklovlari. Boshqa foydalanuvchilar ham umumiy chiqishga tegishli deb hisoblanadigan faollikka hissa qo‘shishi mumkin. |
Xato sahifasini kim yaratganini o‘qing. Vositachi 403 yoki boshqa HTTP xatosini qaytarishi mumkin; raqamning o‘zi uning manbasini ko‘rsatmaydi. TLS tekshiruvini yoqilgan holda saqlang, toki muvaffaqiyatli ko‘ringan so‘rov xavfsiz ulanish xatosini yashirmasin.
Har bir manzil uchun proksi bilan boshlang‘ich kelishuv natijasini, TLS natijasini va yakuniy holatni yozing. Taqqoslash uchun o‘zingiz boshqaradigan oddiy manzilni qo‘shing. Oxirgi nuqta unga yetsa-yu, bir sayt uning chiqish manzilini doim rad etsa, sayt talablarini o‘rganing yoki boshqa ruxsat etilgan yo‘lni ishlating. Proksi almashtirish yetishmayotgan autentifikatsiya yoki kirish ruxsatlarini to‘ldira olmaydi.