Qt HttpProxy بمقابلہ HttpCachingProxy: CONNECT صلاحیتیں

Qt کے CONNECT-قابل HttpProxy کو صرف-درخواست HttpCachingProxy قسم سے الگ کریں۔

Qt ٹنل کر سکنے والے HTTP پراکسی کو اپنی صرف-کیشنگ HTTP پراکسی قسم سے الگ کرتا ہے۔ دونوں ناموں میں HTTP ہے، لیکن ان کی کنکشن صلاحیتیں مختلف ہیں۔

Qt قسمکنکشن کا کردار
HttpProxyباہر جانے والے TCP کنکشنز کے لیے HTTP CONNECT معاونت
HttpCachingProxyمطابق درخواست-بنیاد کلائنٹ میں عام HTTP درخواستیں
Socks5Proxyاس کی دستاویزی نقل و حمل صلاحیتوں کے ساتھ SOCKS5 گفت و شنید

عام HTTP درخواست کرنے والا QNetworkAccessManager درخواست-محور قسم استعمال کر سکتا ہے۔ بائٹ ٹنل درکار QTcpSocket کے لیے TunnelingCapability والا پراکسی چاہیے۔ جب عام TCP ساکٹس کو یہ استعمال کرنا ہو تو Qt اس صلاحیت کے بغیر ایپلیکیشن ڈیفالٹ نصب کرنے کے خلاف خاص طور پر خبردار کرتا ہے۔

اینڈ پوائنٹ تفویض کرنے سے پہلے پروٹوکول قسم منتخب کریں۔ پراکسی توثیق کے بغیر اجازت یافتہ عوامی HTTP درخواست کے لیے HTTP پراکسی فہرست پتے فراہم کرتی ہے؛ Qt قسم کو پھر بھی وہ صلاحیت دینی ہوگی جو اس درخواست کو درکار ہے۔ HttpCachingProxy کو CONNECT سروس کا استعمال کردہ پورٹ دینے سے اس Qt انتخاب میں غائب صلاحیت شامل نہیں ہوتی۔

صرف-کیشنگ کا لیبل یہ بھی وعدہ نہیں کرتا کہ ہر جواب دور دراز سرور محفوظ یا دوبارہ استعمال کرے گا۔ یہ کلائنٹ انٹرفیس کی معاونت کردہ پراکسی استعمال کی طرز بیان کرتا ہے، جبکہ HTTP جواب کی پالیسی اب بھی کیش کے دوبارہ استعمال کو کنٹرول کرتی ہے۔

متعلقہ مضامین