Proksi uzatgan so‘rovni uning manzilida kuzating
Mijoz HTTP so‘rovi yuborilgandan keyin qo‘shiladigan yoki o‘zgartiriladigan sarlavhalar uchun to‘g‘ri kuzatish nuqtasini tanlang.
Mijoz HTTP so‘rovini tayyorlaydi, yo‘naltiruvchi proksi esa bu xabarni keyinroq yuborishdan oldin o‘zgartirishi mumkin. Uzatilgan versiya kuzatiladigan joy — manzil.
| Kuzatish nuqtasi | U yerda mavjud xabar |
|---|---|
| Mijozning so‘rov obyekti | Birinchi sakrash uchun tayyorlangan so‘rov |
| Manbaning so‘rov jurnali yoki aks-sado ishlovchisi | Uzatilgandan keyin olingan so‘rov |
| Mijozning javob sarlavhalari to‘plami | Qaytish yo‘lida olingan javob |
Nazorat qilinadigan tekshiruv uchun o‘zingiz boshqaradigan va olingan so‘rov sarlavhalarini yozib oladigan yoki qaytaradigan oxirgi nuqtadan foydalaning. So‘rovga taniladigan belgi bering, shunda manba yozuvi muayyan mijoz amali bilan bog‘lanishi mumkin.
WebClient asosidagi ilovada ResponseHeaders qaytarilgan javobni tavsiflaydi. Bu proksining manzilga yuborgan so‘rovining yozuvi emas. Server so‘rov ma’lumotlarini javob tanasida aks ettirishni tanlashi mumkin, lekin bu ilova xatti-harakati.
Agar yo‘lda bir nechta vositachi bo‘lsa, manzil ularning birgalikdagi uzatish ta’sirini ko‘radi. Faqat sarlavha borligi o‘zgarishni muayyan sakrashga bog‘lamaydi. Moslashtirilgan API maydonlari uchun uzatish va Connection maydoni qoidalari o‘zgarish qachon kutilishini tushuntiradi.
Oddiy HTTPS CONNECT tunneli yana bir chegarani qo‘shadi: ichki HTTP so‘rovi mijoz va veb-sayt o‘rtasida shifrlanadi. Uzatuvchi proksi bu shifrlangan sarlavhalarni tahrirlay olmaydi. CONNECT almashinuvidagi sarlavhalar o‘sha alohida almashinuvga tegishli, boshqariladigan TLS tekshiruv proksisi esa boshqa rolga ega.