ଦୁଇଟି ପ୍ରକ୍ସି ସେଟିଂସ ଏପରି ଏକ ଶୃଙ୍ଖଳା ସୃଷ୍ଟି କରିପାରେ ଯାହା ଆପଣ ଉଦ୍ଦେଶ୍ୟ କରିନଥିଲେ

ଆପଣଙ୍କ ଆପ୍ଲିକେସନ ପ୍ରକ୍ସି B କୁ ସୂଚାଏ, କିନ୍ତୁ ଏହା ପ୍ରକ୍ସି A ପାଇଁ ବିନ୍ୟାସିତ ଏକ ର୍ୟାପର ମାଧ୍ୟମରେ ଆରମ୍ଭ ହୋଇଛି। ୱେବସାଇଟ କେଉଁ ଏକ୍ଜିଟ ଦେଖେ? ଉତ୍ତର ର୍ୟାପର କେଉଁ ସଂଯୋଗକୁ ଅଟକାଏ ତାହା ଉପରେ ନିର୍ଭର କରେ।

ସରଳ ନେଷ୍ଟେଡ ବ୍ୟବସ୍ଥାରେ, ଆପ୍ଲିକେସନ ପ୍ରଥମେ B ସହିତ ସଂଯୋଗ କରିବାକୁ ଚେଷ୍ଟା କରେ। ର୍ୟାପର ସେହି ସଂଯୋଗକୁ ଅଟକାଇ A ମାଧ୍ୟମରେ ନେଇଯାଏ। ତା'ପରେ ଆପ୍ଲିକେସନ ଫଳାଫଳ ସ୍ଟ୍ରିମ ଉପରେ B ର ପ୍ରକ୍ସି ପ୍ରୋଟୋକଲ କହେ, ଏବଂ B ଅନ୍ତିମ ୱେବସାଇଟ ସଂଯୋଗ କରେ।

application → wrapper proxy A → application proxy B → website

ୱେବସାଇଟ B ର ଅନ୍ତିମ ବାହ୍ୟ ସଂଯୋଗ ଦେଖେ। B A ମାଧ୍ୟମରେ ଆସୁଥିବା ସଂଯୋଗ ଦେଖେ। ଏହା ର୍ୟାପର ଦ୍ୱାରା ଆପ୍ଲିକେସନର ନିଜସ୍ୱ ପ୍ରକ୍ସି ସେଟିଂ ଚୁପଚାପ ଓଭରରାଇଟ କରିବାଠାରୁ ଅଲଗା।

ସରଳ ଚିତ୍ରର ଶର୍ତ୍ତ ଅଛି

ବାଇପାସ ନିୟମ, ଅସମର୍ଥିତ ସକେଟ କଲ, ବିଦ୍ୟମାନ ପ୍ରୋସେସ ଏବଂ ପ୍ରତ୍ୟେକ ଉତ୍ପାଦର ଇଣ୍ଟରସେପ୍ସନ ମଡେଲ ପଥ ବଦଳାଇପାରେ। କେତେକ ର୍ୟାପର ସେମାନଙ୍କ ନିଜ ପ୍ରକ୍ସି କିମ୍ବା ଚୟନିତ ଗନ୍ତବ୍ୟକୁ ବାଦ ଦେଇପାରେ। ପ୍ରତ୍ୟେକ ଯୋଡି ଉପକରଣ ଏକାପରି ଭାବରେ ମିଶେ ବୋଲି ଭାବନ୍ତୁ ନାହିଁ।

proxychains-ng ର ବର୍ଣ୍ଣନା ଏହାର ଇଣ୍ଟରସେପ୍ସନ ପଦ୍ଧତି ଏବଂ ସୀମା ବ୍ୟାଖ୍ୟା କରେ। ନେଟିଭ ପ୍ରକ୍ସି ସମର୍ଥନ ବ୍ୟବହାର କରୁଥିବା ପ୍ରୋଗ୍ରାମ ମଧ୍ୟ ସେହି ପ୍ରକ୍ସି ସହିତ ନେଟୱାର୍କ ସଂଯୋଗ କରେ, ଯାହା ଇଣ୍ଟରସେପ୍ସନ ପାଇଁ ଏକ ପ୍ରାର୍ଥୀ।

ଅପ୍ରମାଣିତ ସାର୍ବଜନୀନ ଏଣ୍ଡପଏଣ୍ଟର ଉଦ୍ଦେଶ୍ୟପୂର୍ଣ୍ଣ ଶୃଙ୍ଖଳା ପାଇଁ, ମାଗଣା ପ୍ରକ୍ସି ତାଲିକା ଏପରି ପ୍ରାର୍ଥୀ ଦେଇଥାଏ ଯାହାର ପ୍ରୋଟୋକଲ ପ୍ରତ୍ୟେକ ଉପକରଣ ସହିତ ମେଳ ଖାଇବା ଆବଶ୍ୟକ। ଅପ୍ରତ୍ୟାଶିତ ଏକ୍ଜିଟ ପାଇଁ, ତିନୋଟି ଠିକଣା ଅଲଗା ଭାବରେ ଲେଖନ୍ତୁ: ଆପ୍ଲିକେସନ ଚୟନ କରିଥିବା ଏଣ୍ଡପଏଣ୍ଟ, ର୍ୟାପର ଚୟନ କରିଥିବା ଏଣ୍ଡପଏଣ୍ଟ, ଏବଂ ୱେବସାଇଟ ଯାହା ଫଳାଫଳ ଦେଖେ। କେବଳ ବ୍ରାଉଜରର ସେଟିଂସ ଦେଖିଲେ ମଧ୍ୟ ସ୍ତର ଛୁଟିଯାଏ।

ଉଦ୍ଦିଷ୍ଟ ଆଚରଣ ସ୍ଥାପନ କରିବା ସମୟରେ ଗୋଟିଏ ମାର୍ଗ ବ୍ୟବହାର କରନ୍ତୁ, ତା'ପରେ ଶୃଙ୍ଖଳା ଆବଶ୍ୟକ ହେଲେ ହିଁ ଅନ୍ୟଟି ଯୋଡନ୍ତୁ। ଅତିରିକ୍ତ ହପ ବିଫଳତା ବିନ୍ଦୁ ଏବଂ ଭିନ୍ନ ବିଶ୍ୱାସ ସମ୍ପର୍କ ଯୋଡିପାରେ। ସେମାନେ ସ୍ୱଚାଳିତ ଭାବରେ ଚିହ୍ନଟ କୁକି ଲିଭାନ୍ତି ନାହିଁ କିମ୍ବା ଆପ୍ଲିକେସନର ପ୍ରତ୍ୟେକ ସଂଯୋଗକୁ ଏକ ମାର୍ଗରେ ନେଇନଥାନ୍ତି।