Iklayenti lilungiselela isicelo se-HTTP, futhi i-proxy ehambisa phambili ingashintsha lowo mlayezo ngaphambi kokuwuthumela phambili. Indawo esiya kuyo yindawo lapho inguqulo ethunyelwe ibonakala khona.

Indawo yokubukaUmlayezo otholakalayo lapho
Into yesicelo seklayentiIsicelo esilungiselelwe ukugxuma kokuqala
Ilogi yezicelo yomthombo noma isiphathi sokunika umsindoIsicelo esitholwe ngemuva kokuthunyelwa phambili
Iqoqo lamaheda empendulo eklayentiImpendulo etholwe endleleni yokubuya

Ukuze uhlole ngokulawulwayo, sebenzisa indawo yokugcina oyisebenzisayo futhi erekhoda noma ebuyisela amaheda esicelo atholakele. Nika isicelo uphawu olubonakalayo ukuze irekhodi lomthombo lihlotshaniswe nesenzo esithile seklayenti.

Kuhlelo lokusebenza olusekelwe ku-WebClient, ResponseHeaders luchaza impendulo ebuyisiwe. Lokhu akulona irekhodi lesicelo se-proxy esiya endaweni esiya kuyo. Iseva ingakhetha ukuphinda ulwazi lwesicelo emzimbeni wempendulo yayo, kodwa lokho kuwukuziphatha kohlelo lokusebenza.

Uma indlela iqukethe iziphakathi eziningi, indawo esiya kuyo ibona imiphumela yazo ehlangene yokuthumela phambili. Ukuba khona kweheda kuphela akuhlobanisi ushintsho nokugxuma okuthile. Emikhakheni ye-API yangokwezifiso, imithetho yokuthumela phambili kanye nenkambu ye-Connection kuchaza ukuthi ushintsho lulindelekile nini.

Umhubhe ojwayelekile we-HTTPS CONNECT wengeza omunye umngcele: isicelo sangaphakathi se-HTTP sifihliwe phakathi kweklayenti newebhusayithi. I-proxy yokudlulisa ayikwazi ukuhlela lawo maheda afihliwe. Amaheda okushintshana kwe-CONNECT angolokho kushintshana okuhlukile, kuyilapho i-proxy yokuhlola i-TLS elawulwayo inendima ehlukile.

Izihloko ezihlobene