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 ପ୍ରକାର ତଥାପି ସେହି ଅନୁରୋଧର ଆବଶ୍ୟକ ସାମର୍ଥ୍ୟ ଯୋଗାଇବ। HttpCachingProxy କୁ CONNECT ସେବା ବ୍ୟବହାର କରୁଥିବା ପୋର୍ଟ ଦେଲେ ସେହି Qt ଚୟନରେ ଅନୁପସ୍ଥିତ ସାମର୍ଥ୍ୟ ଯୋଡ଼ା ହୁଏ ନାହିଁ।

କେବଳ-କ୍ୟାସିଂ ଲେବଲ୍ ମଧ୍ୟ ପ୍ରତ୍ୟେକ ପ୍ରତିକ୍ରିୟା ଦୂର ସର୍ଭର ଦ୍ୱାରା ସଞ୍ଚିତ କିମ୍ବା ପୁନଃ ବ୍ୟବହୃତ ହେବ ବୋଲି ପ୍ରତିଶ୍ରୁତି ଦିଏ ନାହିଁ। ଏହା କ୍ଲାଏଣ୍ଟ ଇଣ୍ଟରଫେସ୍ ସମର୍ଥିତ ପ୍ରକ୍ସି ବ୍ୟବହାର ଶୈଳୀକୁ ବର୍ଣ୍ଣନା କରେ, ଯେତେବେଳେ HTTP ପ୍ରତିକ୍ରିୟା ନୀତି କ୍ୟାସ୍ ପୁନଃବ୍ୟବହାର ନିୟନ୍ତ୍ରଣ କରେ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ