ସ୍ୱଚ୍ଛ TCP-ରୁ-SOCKS ଅଗ୍ରେଷଣରେ ମୂଳ ଗନ୍ତବ୍ୟ

ଏକ ଫାୟାରୱାଲ TCP ସଂଯୋଗ କେଉଁଠାରେ ପଡ଼େ ତାହା ବଦଳାଇ ପାରେ। ମାତ୍ର ସେହି ପରିବର୍ତ୍ତନ ଦ୍ୱାରା ଏହା ମୂଳ ପ୍ରୟୋଗକୁ SOCKS କହିବାକୁ ଶିଖାଇ ପାରିବ ନାହିଁ।

ସାଧାରଣ SOCKS ସର୍ଭର ଅନୁରୋଧିତ ଗନ୍ତବ୍ୟର ବର୍ଣ୍ଣନା କରୁଥିବା ବୁଝାମଣା ଆଶା କରେ। ପ୍ରକ୍ସି ବିଷୟରେ ଅଜ୍ଞ ପ୍ରୟୋଗ ବଦଳରେ ତୁରନ୍ତ ନିଜର ପ୍ରୋଟୋକଲ ବାଇଟ ପଠାଇଥାଏ। ସେହି ବାଇଟଗୁଡ଼ିକୁ ସିଧାସଳଖ SOCKS ଶ୍ରୋତାକୁ ଘୁରାଇଦିଅନ୍ତୁ ଏବଂ ଉଭୟ ପକ୍ଷ ପ୍ରଥମ ସନ୍ଦେଶ ଉପରେ ଏକମତ ହେବେ ନାହିଁ।

ଅନୁପସ୍ଥିତ ଉପାଦାନ ହେଉଛି ଅନୁବାଦକ

ଏକ ସ୍ୱଚ୍ଛ TCP-ରୁ-ପ୍ରକ୍ସି ଉପାଦାନ ସେହି ଇଣ୍ଟରଫେସଗୁଡ଼ିକ ମଧ୍ୟରେ ରହେ। ଏହା ପ୍ରୟୋଗ ପ୍ରଥମେ ଅନୁରୋଧ କରିଥିବା ଗନ୍ତବ୍ୟ ଖୋଜି ପାଏ, ଉପଯୁକ୍ତ SOCKS କିମ୍ବା HTTP CONNECT ଅଧିବେଶନ ସ୍ଥାପନ କରେ, ଏବଂ ତାପରେ ଫଳିତ ସ୍ରୋତ ଉପରେ ପ୍ରୟୋଗ ତଥ୍ୟ ପ୍ରେରଣ କରେ।

ଏହାର Linux iptables ପଥରେ, redsocks ଉତ୍ସ ସଂରକ୍ଷିତ ଗନ୍ତବ୍ୟକୁ SO_ORIGINAL_DST ବ୍ୟବହାର କରି ପୁନଃପ୍ରାପ୍ତ କରେ। ଅନ୍ୟ ଅପରେଟିଂ ସିଷ୍ଟମ ଏବଂ ପୁନଃନିର୍ଦ୍ଦେଶନ ପଦ୍ଧତି ଭିନ୍ନ ଯନ୍ତ୍ରକୌଶଳ ବ୍ୟବହାର କରନ୍ତି। ଏହା ପୁନଃନିର୍ଦ୍ଦେଶକ ଏବଂ ନେଟୱାର୍କ ସେଟଅପର ଗୁଣ, ସାଧାରଣ SOCKS କ୍ଲାଏଣ୍ଟର ବୈଶିଷ୍ଟ୍ୟ ନୁହେଁ।

ମୂଳ-ଗନ୍ତବ୍ୟର ସୂଚନା ଏହା ମଧ୍ୟ ବ୍ୟାଖ୍ୟା କରେ ଯେ ପୁନଃନିର୍ଦ୍ଦେଶନ ନିୟମକୁ ପ୍ରକ୍ସି ହୋଷ୍ଟରୁ ଅସମ୍ପର୍କିତ ଗେଟୱେକୁ ସ୍ଥାନାନ୍ତର କରିବା ସର୍ବଦା ସମାନ ନୁହେଁ। ଗ୍ରହଣ କରୁଥିବା ପ୍ରକ୍ରିୟାକୁ ଏହାର ଅବରୋଧ ପଦ୍ଧତି ଆବଶ୍ୟକ କରୁଥିବା ମେଟାଡାଟା ଦରକାର। ଅନ୍ୟତ୍ର ପୁନଃଲିଖିତ ଠିକଣା ସେହି ସୂଚନା ଆଶାନୁରୂପ ରୂପରେ ଆଉ ଦେଇ ନ ପାରେ।

ଅନୁବାଦକର ପରିସର ସ୍ପଷ୍ଟ ରଖନ୍ତୁ। କାର୍ଯ୍ୟକ୍ଷମ ପୁନଃନିର୍ଦ୍ଦେଶିତ TCP ସଂଯୋଗ କୌଣସି UDP, ICMP କିମ୍ବା ପ୍ରତ୍ୟେକ ରିଜୋଲଭର ପଥ ପାଇଁ ସମର୍ଥନ ପ୍ରମାଣ କରେ ନାହିଁ। ଅପଷ୍ଟ୍ରିମ ପ୍ରକ୍ସି ପ୍ରୋଟୋକଲ ଏବଂ ଅନୁବାଦକର କାର୍ଯ୍ୟାନ୍ୱୟନ ଏବେ ମଧ୍ୟ ସମର୍ଥିତ କାର୍ଯ୍ୟକୁ ନିର୍ଧାରଣ କରେ।

ସଂଯୋଗ ପରେ ତୁରନ୍ତ ସେଟଅପ ବିଫଳ ହେଲେ, ପ୍ରବେଶ ନିୟମ ବିସ୍ତାର କରିବା ପୂର୍ବରୁ ପ୍ରୋଟୋକଲ ସୀମା ଯାଞ୍ଚ କରନ୍ତୁ। ସମ୍ପୂର୍ଣ୍ଣ ଭାବରେ ପହଞ୍ଚିପାରୁଥିବା SOCKS ଶ୍ରୋତା ମଧ୍ୟ କେବେ ବି SOCKS ଅନୁରୋଧ ନ ଥିବା ବାଇଟ ଅସ୍ୱୀକାର କରିପାରେ।