ଆପ୍ଲିକେସନକୁ SOCKS ଆବଶ୍ୟକ। ଆପଣଙ୍କ ଅନୁମୋଦିତ ଅପଷ୍ଟ୍ରିମ ସେବା HTTP CONNECT ଗ୍ରହଣ କରେ। ଆପ୍ଲିକେସନର SOCKS କ୍ଷେତ୍ରରେ HTTP ଏଣ୍ଡପଏଣ୍ଟ ରଖିବା ଦ୍ୱାରା ପ୍ରୋଟୋକଲ ମଧ୍ୟରେ ଅନୁବାଦ ହୁଏ ନାହିଁ।

ଗେଟୱେ ଆପ୍ଲିକେସନରୁ SOCKS ଗ୍ରହଣ କରିପାରେ, ଅନୁରୋଧିତ ଗନ୍ତବ୍ୟ ପଢ଼ିପାରେ ଏବଂ ସେହି ଗନ୍ତବ୍ୟ ପାଇଁ HTTP ପିତୃଠାରୁ CONNECT ଟନେଲ ମାଗିପାରେ। ତା’ପରେ ଏହା ଆପ୍ଲିକେସନର ସ୍ରୋତକୁ ଟନେଲ ମଧ୍ୟରେ ପଠାଏ।

SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination

ପ୍ରତ୍ୟେକ ଇଣ୍ଟରଫେସ ସ୍ପଷ୍ଟ କରନ୍ତୁ

ଏହି ବ୍ୟବସ୍ଥାକୁ ସମର୍ଥନ କରୁଥିବା ଗେଟୱେ ପାଇଁ ଏହାର ପିତୃ ପ୍ରକାର ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। 3proxy ର ଡକ୍ୟୁମେଣ୍ଟେସନ connect ପିତୃକୁ ସାଧାରଣ HTTP ଫରୱାର୍ଡିଂ ପ୍ରକ୍ସି ଭାବରେ ବ୍ୟବହୃତ ପିତୃଠାରୁ ଅଲଗା କରେ।

ବିଦ୍ୟମାନ 3proxy ବ୍ୟବହାରକାରୀ ଓ ପ୍ରମାଣୀକରଣ ସହିତ, କେବଳ-ସ୍ଥାନୀୟ ରାଉଟିଂ ଖଣ୍ଡ ଏହିପରି ହୋଇପାରେ:

auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080

ଏହି ଖଣ୍ଡ ଧରିନେଇଛି ଯେ ଖାତା ପୂର୍ବରୁ ପରିଭାଷିତ। ଏହା HTTP ପିତୃ ନିଜେ ଆବଶ୍ୟକ କରୁଥିବା କୌଣସି ପ୍ରମାଣପତ୍ର ଯୋଡ଼େ ନାହିଁ ଏବଂ ବିଦ୍ୟମାନ ଆକ୍ସେସ ନୀତି ବଦଳାଏ ନାହିଁ। ପ୍ରମାଣୀକରଣ ବିହୀନ ସାର୍ବଜନୀନ HTTP ପିତୃକୁ ଅନୁମତି ଦେଉଥିବା ପଥରେ ସାର୍ବଜନୀନ ଗନ୍ତବ୍ୟ ପାଇଁ, HTTP ପ୍ରକ୍ସି ତାଲିକା ହୋଷ୍ଟ ଓ ପୋର୍ଟ ପ୍ରାର୍ଥୀ ଦିଏ। ସେହି ଶାଖା ପାଇଁ ପିତୃ ପ୍ରମାଣପତ୍ର ଅନୁପସ୍ଥିତ ରଖନ୍ତୁ ଏବଂ ପ୍ରକୃତ ଲକ୍ଷ୍ୟ ପାଇଁ ଅନୁମତି ନିଶ୍ଚିତ କରନ୍ତୁ; ଗେଟୱେର ନିଜ ଖାତା ସ୍ଥାନୀୟ ରହେ। parent ନିୟମ 3proxy ର ଡକ୍ୟୁମେଣ୍ଟେଡ କନଫିଗରେସନ ମଡେଲ ଅନୁସାରେ ପୂର୍ବବର୍ତ୍ତୀ allow ନିୟମ ସହିତ ଯୋଡ଼ାଯାଏ।

ଆପ୍ଲିକେସନ ସ୍ଥାନୀୟ SOCKS ଏଣ୍ଡପଏଣ୍ଟ ବ୍ୟବହାର କରେ। ଗେଟୱେ ପିତୃ ଆଡ଼କୁ HTTP CONNECT ବ୍ୟବହାର କରେ। ଅନୁରୋଧିତ ଗନ୍ତବ୍ୟ ହୋଷ୍ଟ ଓ ପୋର୍ଟ ଅନୁମତିପ୍ରାପ୍ତ କି ନାହିଁ ତାହା ଏବେ ମଧ୍ୟ ପିତୃ ହିଁ ସ୍ଥିର କରେ।

ଏଠାରେ ଉପଯୋଗୀ ପରିସର ସାଧାରଣ TCP ସ୍ରୋତ ଟନେଲିଂ। ସାମ୍ନାର ଶ୍ରୋତା SOCKS5 ଗ୍ରହଣ କରେ ବୋଲି ମାତ୍ର SOCKS5 UDP ସଂଯୋଗ ସମର୍ଥିତ ହୁଏ ନାହିଁ। HTTP CONNECT ପିତୃ ଆବଶ୍ୟକ UDP ରିଲେ ସ୍ୱୟଂଚାଳିତ ଭାବରେ ଦିଏ ନାହିଁ।

HTTPS ଏହି ପଥ ମଧ୍ୟରେ ପ୍ରାନ୍ତରୁ ପ୍ରାନ୍ତ ରହିପାରେ; ପ୍ରକ୍ସି ଇଣ୍ଟରଫେସ ମଧ୍ୟରେ ଅନୁବାଦ ପାଇଁ ଗନ୍ତବ୍ୟ ୱେବସାଇଟର ନକଲ କରିବା ଆବଶ୍ୟକ ନାହିଁ। ଗେଟୱେ, ପିତୃ ଓ ୱେବସାଇଟ ପ୍ରମାଣୀକରଣ ଅଲଗା ପ୍ରମାଣପତ୍ର ଓ ବିନିମୟ ହୋଇ ରହେ।

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