Qt HttpProxy د HttpCachingProxy په وړاندې: د CONNECT وړتیاوې
د Qt د CONNECT وړ HttpProxy له یوازې غوښتنې HttpCachingProxy ډول څخه توپیر کړئ.
Qt د HTTP پراکسي چې تونل جوړولای شي له خپل یوازې کیش کولو HTTP پراکسي ډول څخه توپیر کوي. دواړه نومونه HTTP لري، خو د دوی د نښلولو وړتیاوې توپیر لري.
| د Qt ډول | د نښلولو رول |
|---|---|
| HttpProxy | د وتلو TCP نښلونو لپاره د HTTP CONNECT ملاتړ |
| HttpCachingProxy | په مطابق غوښتنې بنسټیز کلینټ کې عادي HTTP غوښتنې |
| Socks5Proxy | د SOCKS5 خبرې اترې د هغې مستندې انتقالي وړتیاو سره |
QNetworkAccessManager چې عادي HTTP غوښتنه کوي کولای شي د غوښتنې خوا ته متوجه ډول وکاروي. QTcpSocket چې بایټي تونل ته اړتیا لري د TunnelingCapability لرونکي پراکسي ته اړتیا لري. Qt په ځانګړي ډول خبرداری ورکوي چې کله عمومي TCP سوکټونه باید دا وکاروي، د اپلیکیشن ډیفالټ پرته له دې وړتیا مه نصب کوئ.
د پای نقطې ټاکلو دمخه د پروتوکول ډول غوره کړئ. د پراکسي تصدیق پرته د اجازه ورکړل شوې عامه HTTP غوښتنې لپاره د HTTP پراکسي لیست پته وړاندې کوي؛ د Qt ډول باید بیا هم هغه وړتیا چمتو کړي چې هغه غوښتنه ورته اړتیا لري. HttpCachingProxy ته د CONNECT خدمت هغه پورټ ورکول چې کاروي، هغه نیمګړې وړتیا دې Qt ټاکنې ته نه ورزیاتوي.
د یوازې کیش نښه هم ژمنه نه کوي چې هر ځواب به د لیرې سرور لخوا ذخیره یا بیا وکارول شي. دا د کلینټ انټرفیس لخوا ملاتړ شوي پراکسي کارولو سټایل بیانوي، په داسې حال کې چې د HTTP ځواب پالیسي لا هم د کیش بیا کارول کنټرولوي.