Qt HttpProxy vs. 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 തരം ആ അഭ്യർത്ഥനയ്ക്ക് ആവശ്യമായ കഴിവ് എങ്ങനെയും നൽകണം. CONNECT സേവനം ഉപയോഗിക്കുന്ന പോർട്ട് HttpCachingProxy-ക്ക് നൽകുന്നത് ആ Qt തിരഞ്ഞെടുപ്പിൽ നഷ്ടമായ കഴിവ് ചേർക്കുന്നില്ല.

കേവലം-കാഷിംഗ് എന്ന ലേബൽ ഓരോ പ്രതികരണവും വിദൂര സെർവർ സൂക്ഷിക്കുമെന്നോ വീണ്ടും ഉപയോഗിക്കുമെന്നോ ഉറപ്പ് നൽകുന്നില്ല. ക്ലയന്റ് ഇന്റർഫേസ് പിന്തുണയ്ക്കുന്ന പ്രോക്സി ഉപയോഗ ശൈലിയാണ് ഇത് വിവരിക്കുന്നത്; കാഷ് പുനരുപയോഗം HTTP പ്രതികരണ നയം തന്നെ നിയന്ത്രിക്കുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ