Nosozlik holatlarini disk raskadka proksisi bilan loyihalash
Proksi asosidagi sinov tekshirishi kerak bo'lgan mijoz xatti-harakatiga mos ravishda HTTP tahrirlari, kechikishlar va uzilgan almashinuvlarni tanlang.
Disk raskadka proksisi mijoz odatdagi server kamdan-kam ishlab chiqaradigan javobga duch kelishi kerak bo'lganda foydalidir. Avval mijoz xatti-harakatini aniqlang, so'ngra shu holatni keltirib chiqaradigan aralashuvni tanlang.
«So'rov muvaffaqiyatsiz bo'ldi» juda keng sinov holati. To'g'ri HTTP xato javobi, hech qachon yetib kelmaydigan javob va yuklab olish o'rtasida uzilgan ulanish ilovadan turli narsalarni talab qiladi.
| Holat | Tekshiriladigan xatti-harakat |
|---|---|
| To'liq HTTP xato javobi | Mijoz holatni o'qib, mo'ljallangan xato siyosatini qo'llaydimi |
| Kechiktirilgan javob | Foydalanuvchi bekor qila oladimi va vaqt chegarasi mo'ljallangan bosqichda ishlaydimi |
| Kutilmagan sarlavha yoki tana maydoni | Tahlil va tekshiruv aniq muvaffaqiyatsiz bo'ladimi |
| Uzilgan almashinuv | Tugallanmagan ma'lumot tugallangan natijadan ajralib turadimi |
To'g'ri qatlamda aralashuvdan foydalaning
Charles so'rov yoki javobni yuborishdan oldin to'xtatadigan to'xtash nuqtalarini taqdim etadi. Ushlangan xabar tekshirilishi va tahrirlanishi, o'tkazib yuborilishi yoki bekor qilinishi mumkin. Uning Rewrite vositasi mos sarlavhalar, URL yoki tanalarga takrorlanadigan o'zgarishlarni qo'llaydi. Cheklash tarmoqli kengligi va qo'shilgan kechikishni boshqaradi.
Bu boshqaruvlar HTTP mijozi xatti-harakatini sinab ko'rishi mumkin, ammo tarmoqli kengligi chegarasi tasodifiy IP paket yo'qotilishining aniq modeli emas. Proksi ma'lumotlarni buferlashi, ulanishlarni qayta ishlatishi va alohida yuqori oqim ulanishini ochishi mumkin. Kerakli shart aynan HTTP ostida bo'lsa, tarmoqni yomonlashtirish vositasini tanlang.
Har bir holatni izohlash mumkin bo'lgan holda saqlang
Mo'ljallangan xost va yo'lni tor moslashtiring. Oddiy almashinuvdan boshlang, bitta o'zgarishni yoqing va nima o'zgarganini yozib oling. Agar qayta urinish ikkinchi oxirgi nuqtaga yetsa, xuddi shu qoida o'sha urinishga ta'sir qilishi kerakmi, hal qiling. Aks holda shartsiz qayta yozish har bir tiklanish yo'lini dastlabki nosozlikka aylantirishi mumkin.
Yuklash yoki to'lovga o'xshash operatsiyada yo'qolgan javob server so'rovni rad etganini isbotlamaydi. Har bir transport nosozligini takrorlash xavfsiz deb da'vo qilish o'rniga bu noaniqlikni qayta urinish holatiga kiriting.
HTTPS mazmunini tekshirish yoki tahrirlash mijoz disk raskadka proksisining TLS tekshiruv sozlamalarida ishtirok etishini talab qiladi. Faqat CONNECT olib yuradigan proksi shifrlangan ilova baytlarini ko'radi. Alohida sinov konfiguratsiyasidan foydalaning va keyin uning marshrutlash va ishonch sozlamalarini tiklang, shunda keyingi kuzatishlar oddiy mijozni tasvirlaydi.