د پروکسي لخوا لېږل شوې غوښتنه د هغې په منزل کې وګورئ
هغه سم څارنځی وټاکئ چې د کارونکي له HTTP غوښتنې وروسته اضافه یا بدل شوي سرلیکونه پکې وګورئ.
کارونکی یوه HTTP غوښتنه چمتو کوي، او د مخې پروکسي کولی شي هغه پيغام مخکې له لېږلو بدل کړي. منزل هغه ځای دی چې لېږل شوې نسخه پکې د څارنې وړ کېږي.
| د څارنې ځای | هلته شته پيغام |
|---|---|
| د کارونکي د غوښتنې توکی | لومړي ټوپ لپاره چمتو شوې غوښتنه |
| د سرچینې د غوښتنو ثبت یا د غږيز غبرګون سمبالونکی | له لېږلو وروسته ترلاسه شوې غوښتنه |
| د کارونکي د ځواب سرلیکونو ټولګه | په بېرته راتلو لار کې ترلاسه شوی ځواب |
د کنټرول شوې کتنې لپاره، هغه پای ټکی وکاروئ چې تاسو یې چلوئ او ترلاسه شوي غوښتنې سرلیکونه ثبت یا بېرته راګرځوي. غوښتنې ته د پېژندلو وړ نښه ورکړئ تر څو د سرچینې ثبت له ځانګړي کارونکي عمل سره وتړل شي.
په WebClient باندې ولاړ اپلیکیشن کې، ResponseHeaders بېرته راګرځول شوی ځواب بیانوي. دا د پروکسي له خوا منزل ته لېږل شوې غوښتنې ثبت نه دی. سرور کولی شي د غوښتنې معلومات په خپل ځواب کې تکرار کړي، خو دا د اپلیکیشن چلند دی.
که لار کې څو منځګړي وي، منزل د هغوی ګډ لېږلو اغېزې ګوري. یوازې د سرلیک شتون بدلون یو ځانګړي ټوپ ته نه نسبت کوي. د ځانګړو API ساحو لپاره، د لېږلو او Connection ساحې مقررات تشریح کوي چې بدلون کله تمه کېږي.
عادي HTTPS CONNECT تونل بله پوله زیاتوي: داخلي HTTP غوښتنه د کارونکي او وېبپاڼې ترمنځ کوډ شوې ده. د لېږد پروکسي نشي کولی هغه کوډ شوي سرلیکونه سم کړي. په CONNECT تبادله کې سرلیکونه هغه جلا تبادلې پورې اړه لري، خو د TLS کتنې مدیریت شوی پروکسي بل رول لري.