HTTP ସ୍କିମ୍ ପାଇଁ HTTP ପ୍ରକ୍ସି ସେଟ୍ କଲେ HTTPS ଅନୁରୋଧ ଆବଶ୍ୟକ ଭାବରେ କନଫିଗର ହୁଏ ନାହିଁ। LWP ରେ, ଅନୁରୋଧିତ URL ର ସ୍କିମ୍ ନିର୍ଣ୍ଣୟ କରେ କେଉଁ ପ୍ରକ୍ସି ମ୍ୟାପିଂ ବ୍ୟବହୃତ ହେବ।

ଏକ ସ୍ପଷ୍ଟ ସେୟାର୍ ଏଣ୍ଡପଏଣ୍ଟ ଉଭୟ ସ୍କିମ୍ ପାଇଁ ନ୍ୟସ୍ତ କରାଯାଇପାରେ:

use LWP::UserAgent;

my $ua = LWP::UserAgent->new(timeout => 15);
$ua->proxy(['http', 'https'], 'http://proxy.example.net:8080');
my $response = $ua->get('https://example.com/');

ଅନୁମତିପ୍ରାପ୍ତ ସାର୍ବଜନୀନ ଅନୁରୋଧ ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକା ସେୟାର୍ LWP ପ୍ରକ୍ସି URL ପାଇଁ ପ୍ରାର୍ଥୀ ପ୍ରଦାନ କରେ। ଗନ୍ତବ୍ୟସ୍ଥଳ HTTPS ଅଟେ ଯେତେବେଳେ ପ୍ରକ୍ସି URL HTTP। ଏହା ଏକ ସାଧାରଣ CONNECT ବ୍ୟବସ୍ଥା, ପ୍ରକ୍ସି ସ୍କିମ୍ ର ନାମ HTTPS ରଖିବାର କାରଣ ନୁହେଁ।

ଯଦି ଆପ୍ଲିକେସନ୍ ପ୍ରକ୍ସି ପରିବେଶ ଚର ପଢ଼ିବା ଉଚିତ, env_proxy ମାଧ୍ୟମରେ ସେହି ଆବିଷ୍କାର ବାଛନ୍ତୁ। shell ରେ ଥିବା ଚର ଅଦରକାରୀ ଯଦି ଏହି କ୍ଲାଏଣ୍ଟ ଏହାକୁ କେବେ ଆମଦାନୀ କରେ ନାହିଁ। କେବଳ HTTP ମୂଲ୍ୟ ନୁହେଁ, ପ୍ରାସଙ୍ଗିକ HTTPS ସେଟିଂ ଏବଂ ବାଇପାସ୍ ନିୟମ ଯାଞ୍ଚ କରନ୍ତୁ।

ମନୋନୀତ କନଫିଗରେସନ୍ ଉତ୍ସକୁ ଉଦ୍ଦେଶ୍ୟପୂର୍ବକ ରଖନ୍ତୁ। ସ୍ପଷ୍ଟ ନ୍ୟସ୍ତ ପରେ ପରିବେଶ ସେଟିଂସ୍ ଆମଦାନୀ କଲେ ଫଳାଫଳ କୋଡ୍ ଯାହା ବାଛୁଥିବା ପରି ଦେଖାଯାଏ ସେହି ଏଣ୍ଡପଏଣ୍ଟଠାରୁ ଭିନ୍ନ ହୋଇପାରେ।

ପ୍ରମାଣପତ୍ର ବିଶ୍ୱାସ ଏବଂ ୱେବସାଇଟ୍ ପ୍ରମାଣୀକରଣ ପ୍ରକ୍ସି ରାଉଟିଂରୁ ଅଲଗା ରହେ। ସମସ୍ତ ସେଟିଂ ଏକାସାଙ୍ଗେ ବଦଳାଇବା ପରିବର୍ତ୍ତେ ସିଧା ସଂଯୋଗ, ପ୍ରକ୍ସି ଅସ୍ୱୀକୃତି ଏବଂ ପରବର୍ତ୍ତୀ TLS ତ୍ରୁଟିର ନିଦାନ ସେମାନଙ୍କ ନିଜ ପର୍ଯ୍ୟାୟରେ କରନ୍ତୁ।

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