client → local TCP relay → existing forward proxy → destination

ଏହି ବ୍ୟବସ୍ଥାରେ ରିଲେର ଏକ ସ୍ଥିର ଅପଷ୍ଟ୍ରିମ୍ ଥାଏ। ଏହା କ୍ଲାଏଣ୍ଟର ଅନୁରୋଧକୁ ଅପରିବର୍ତ୍ତିତ ଭାବରେ ବିଦ୍ୟମାନ ଫରୱାର୍ଡ ପ୍ରକ୍ସିକୁ ପଠାଏ। ସେହି ପ୍ରକ୍ସି ସମ୍ପୂର୍ଣ୍ଣ URL କିମ୍ବା CONNECT ଲକ୍ଷ୍ୟ ପଢ଼େ, ନୀତି ଲାଗୁ କରେ ଏବଂ ଗନ୍ତବ୍ୟ ସଂଯୋଗ ଖୋଲେ।

ରିଲେକୁ ସିଧାସଳଖ ୱେବସାଇଟକୁ ନିର୍ଦ୍ଦେଶ କଲେ ଚୁକ୍ତି ବଦଳେ। ଫରୱାର୍ଡ ପ୍ରକ୍ସିକୁ ଗନ୍ତବ୍ୟ ବାଛିବାକୁ ଏବଂ HTTP ଫ୍ରେମିଂ ଓ ସଂଯୋଗ ଆଚରଣ ସମ୍ଭାଳିବାକୁ ହେବ; ପ୍ରଥମ ଧାଡ଼ିରୁ ହୋଷ୍ଟନାମ ବାହାର କରିବା ଯଥେଷ୍ଟ ନୁହେଁ।

Nmap ର Ncat ଅଲଗା ଭାବରେ HTTP-ସଚେତନ ଶୁଣିବା ମୋଡ୍ ଦିଏ:

ncat --listen 127.0.0.1 3128 --proxy-type http

ଏହି loopback ଉଦାହରଣ Ncat ର ପ୍ରକ୍ସି କାର୍ଯ୍ୟାନ୍ୱୟନ ବ୍ୟବହାର କରେ, ପ୍ରତ୍ୟେକ nc ର ସାଧାରଣ ବୈଶିଷ୍ଟ୍ୟ ନୁହେଁ। ଏହାର ଶୁଣିବା ପାର୍ଶ୍ୱର ପ୍ରକ୍ସି HTTP ପଦ୍ଧତି ଏବଂ CONNECT ସମ୍ଭାଳେ। ଏହାର କ୍ଲାଏଣ୍ଟ-ପାର୍ଶ୍ୱ SOCKS ବିକଳ୍ପଗୁଡ଼ିକ ଶୁଣିବା ମୋଡରେ SOCKS ସର୍ଭର ସ୍ଥାପନ କରନ୍ତି ନାହିଁ। ସ୍ଥାୟୀ ସହଭାଗୀ ସେବାକୁ ମଧ୍ୟ ସୁଚିନ୍ତିତ ସଂଯୋଗ ପରିଚାଳନା, ପ୍ରବେଶ ନିୟନ୍ତ୍ରଣ ଏବଂ ଲଗିଂ ଆବଶ୍ୟକ।

ପର୍ଯ୍ୟବେକ୍ଷଣ ପାଇଁ ଏନକ୍ରିପ୍ସନ ସୀମା ଚିହ୍ନଟ କରନ୍ତୁ। ସାଧାରଣ HTTP ପ୍ରକ୍ସି ସଂଯୋଗରେ ଥିବା ରିଲେ ପ୍ରକ୍ସି ଅନୁରୋଧ ଓ ଉତ୍ତର ଦେଖିପାରେ। CONNECT ପରେ ଗନ୍ତବ୍ୟର HTTPS ହେଉଛି TLS ବାଇଟ୍, ପଢ଼ାଯାଇପାରୁଥିବା ପୃଷ୍ଠା ବିଷୟବସ୍ତୁ ନୁହେଁ। ପ୍ରକ୍ସି ପର୍ଯ୍ୟନ୍ତ TLS ସେହି ଲିଙ୍କର ପ୍ରାରମ୍ଭିକ ପ୍ରକ୍ସି ବିନିମୟକୁ ମଧ୍ୟ ଲୁଚାଏ। ବ୍ୟାଖ୍ୟା କରାଯାଇଥିବା କାରବାର ପାଇଁ କ୍ଲାଏଣ୍ଟ ଓ ପ୍ରକ୍ସି ନିଦାନ ବ୍ୟବହାର କରନ୍ତୁ, ଏବଂ ପ୍ରମାଣପତ୍ର କିମ୍ବା ସମ୍ବେଦନଶୀଳ URL ଥାଇପାରେ ଏଭଳି ଲଗ୍ ସୁରକ୍ଷିତ ରଖନ୍ତୁ।

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