Dante ରେ SOCKS5 ପ୍ରମାଣୀକରଣ ପଦ୍ଧତି ଚୟନ

SOCKS5 ରେ, ଗ୍ରାହକ ତାହାର ଲକ୍ଷ୍ୟ ଅନୁରୋଧ ପଠାଇବା ପୂର୍ବରୁ ପ୍ରମାଣୀକରଣ ବୁଝାମଣା କରାଯାଏ। ଏହା ପ୍ରାରମ୍ଭିକ ପ୍ରମାଣପତ୍ର ବିଫଳତାକୁ ପ୍ରକ୍ସି ପାର୍ଶ୍ୱରେ ଥିବା FTP, HTTPS କିମ୍ବା ଅନ୍ୟ ଆପ୍ଲିକେସନ ବିଫଳତାଠାରୁ ଭିନ୍ନ ଘଟଣା କରିଥାଏ।

ଗ୍ରାହକର ଅଭିବାଦନ ଏହା ସମର୍ଥନ କରୁଥିବା ପ୍ରମାଣୀକରଣ ପଦ୍ଧତିଗୁଡ଼ିକୁ ତାଲିକାଭୁକ୍ତ କରେ। ସର୍ଭର ସେହି ତାଲିକାରୁ ଗୋଟିଏ ପଦ୍ଧତି ବାଛେ ଏବଂ ଚୟନ ଫେରାଇ ପଠାଏ। 0xff ମୂଲ୍ୟର ଅର୍ଥ ହେଉଛି ପ୍ରଦାନ କରାଯାଇଥିବା କୌଣସି ପଦ୍ଧତି ଗ୍ରହଣୀୟ ନୁହେଁ ଏବଂ ସଂଯୋଗ ବନ୍ଦ କରିବାକୁ ହେବ। ପାସୱାର୍ଡ ବିଫଳ ହେବା ପରେ ଗ୍ରାହକ କେବଳ ସର୍ଭର ପାର୍ଶ୍ୱର ପ୍ରତ୍ୟେକ ପଦ୍ଧତି ଚେଷ୍ଟା କରେ ନାହିଁ।

Dante ର କ୍ରମ କଣ ନିୟନ୍ତ୍ରଣ କରେ

Dante 1.4.x ପ୍ରୋଟୋକଲ-ସ୍ତରୀୟ ସେଟିଂକୁ socksmethod ବୋଲି କହେ। ଏହାର ଡକ୍ୟୁମେଣ୍ଟେସନ କହେ ଯେ ପଦ୍ଧତିଗୁଡ଼ିକ ଅଗ୍ରାଧିକାର କ୍ରମରେ ତାଲିକାଭୁକ୍ତ ହୁଏ। ଉଭୟ ପଦ୍ଧତିକୁ ଅନୁମତି ଦେଉଥିବା ନୀତି ପାଇଁ, ଏହି ଘୋଷଣା ଗ୍ରାହକ ଏହାକୁ ପ୍ରଦାନ କରିବା ସମୟରେ ବ୍ୟବହାରକାରୀ ନାମ/ପାସୱାର୍ଡକୁ ପ୍ରାଥମିକତା ଦିଏ:

socksmethod: username none

ତାଲିକାକୁ ଓଲଟାଇବା ଉଭୟ ପଦ୍ଧତି ପ୍ରଦାନ କରାଗଲେ ପ୍ରମାଣୀକରଣବିହୀନ ପ୍ରବେଶକୁ ପ୍ରାଥମିକତା ଦିଏ:

socksmethod: none username

ଏଗୁଡ଼ିକ ବିକଳ୍ପ ପଦ୍ଧତି ଘୋଷଣା, ସମ୍ପୂର୍ଣ୍ଣ ସର୍ଭର କନଫିଗରେସନ ନୁହେଁ। ଶୁଣୁଥିବା ଇଣ୍ଟରଫେସ, ଅନୁମତିପ୍ରାପ୍ତ ଗ୍ରାହକ, ଲକ୍ଷ୍ୟ ନିୟମ ଏବଂ ଯେକୌଣସି ନିୟମ-ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରମାଣୀକରଣ ପ୍ରତିବନ୍ଧକ ତଥାପି ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ।

none ଅନୁମତି ଦେବାର ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ପରିଣାମ ଅଛି: କେବଳ ପ୍ରମାଣୀକରଣବିହୀନ ପ୍ରଦାନ କରୁଥିବା ଗ୍ରାହକ ପ୍ରଯୁଜ୍ୟ ନିୟମ ଅଧୀନରେ ଗ୍ରହଣ କରାଯାଇପାରେ। username କୁ ପ୍ରଥମେ ରଖିବା none ଥିବା ତାଲିକାକୁ ସମସ୍ତେ ପାସୱାର୍ଡ ଦେବା ଆବଶ୍ୟକତାରେ ପରିଣତ କରେ ନାହିଁ।

ପ୍ରଥମେ ଆବଶ୍ୟକତା ବାଛନ୍ତୁ

ଯଦି ପ୍ରତ୍ୟେକ ଅନୁମତିପ୍ରାପ୍ତ ଗ୍ରାହକ ବ୍ୟବହାରକାରୀ ନାମ/ପାସୱାର୍ଡ ସହିତ ପ୍ରମାଣୀକରଣ କରିବାକୁ ପଡ଼େ, ତେବେ none କୁ ସାଧାରଣ ସୁସଙ୍ଗତତା ସଂଶୋଧନ ଭାବରେ ଯୋଡ଼ିବା ପରିବର୍ତ୍ତେ ସେହି ଆବଶ୍ୟକତାକୁ ବୈଶ୍ୱିକ ଏବଂ ପ୍ରଯୁଜ୍ୟ ନିୟମରେ ସ୍ଥିରତାର ସହିତ କନଫିଗର କରନ୍ତୁ। ଯଦି ସୀମିତ ଗ୍ରାହକ ଗୋଷ୍ଠୀ ପାଇଁ ଅନାମିକା ପ୍ରବେଶ ଉଦ୍ଦେଶ୍ୟପୂର୍ବକ, ତେବେ ଗୋଷ୍ଠୀ ଏବଂ ଏହାର ଅନୁମତିପ୍ରାପ୍ତ ଲକ୍ଷ୍ୟଗୁଡ଼ିକୁ ସ୍ପଷ୍ଟ କରନ୍ତୁ।

Dante ରେ clientmethod ମଧ୍ୟ ଅଛି, ଯାହା TCP ଗ୍ରାହକ ସଂଯୋଗ କରିବା ସମୟରେ, SOCKS ବୁଝାମଣା ପୂର୍ବରୁ କରାଯାଉଥିବା ଯାଞ୍ଚ ସହିତ ସମ୍ବନ୍ଧିତ। ଏହା SOCKS5 ଅଭିବାଦନରେ ବିନିମୟ ହେଉଥିବା ପଦ୍ଧତିଠାରୁ ପୃଥକ ସ୍ତର। ପୁରୁଣା method କୀୱାର୍ଡ ବ୍ୟବହାର କରୁଥିବା କନଫିଗରେସନ ଅଂଶଗୁଡ଼ିକୁ ସ୍ଥାପିତ Dante ସଂସ୍କରଣର ମାନୁଆଲ ଅନୁସାରେ ପଢ଼ିବା ଉଚିତ।

ଯେତେବେଳେ ଦୁଇ ଗ୍ରାହକ ଭିନ୍ନ ଭାବରେ ଆଚରଣ କରନ୍ତି, ପ୍ରତ୍ୟେକେ କଣ ପ୍ରଦାନ କରେ, Dante କଣ ବାଛେ ଏବଂ ଚୟନିତ ପଦ୍ଧତିର ଉପ-ବୁଝାମଣା ସଫଳ ହୁଏ କି ନାହିଁ ତୁଳନା କରନ୍ତୁ। ତାପରେ SOCKS ଲକ୍ଷ୍ୟ ପ୍ରତିକ୍ରିୟା ଯାଞ୍ଚ କରନ୍ତୁ। ଏହି କ୍ରମ ପ୍ରତ୍ୟେକ ବିଫଳତାକୁ FTP ଉପରେ ଦୋଷ ନ ଲଗାଇ କିମ୍ବା ସର୍ଭରର ପ୍ରମାଣୀକରଣ ନୀତିକୁ ଅନ୍ଧଭାବରେ ନ ବଦଳାଇ ଏକ ଅନୁପସ୍ଥିତ ପ୍ରମାଣପତ୍ର କଲବ୍ୟାକ ଚିହ୍ନଟ କରେ।

ଶେଷରେ, SOCKS5 ବ୍ୟବହାରକାରୀ ନାମ/ପାସୱାର୍ଡ ପ୍ରମାଣୀକରଣ ପାସୱାର୍ଡ ବିନିମୟକୁ ଏନକ୍ରିପ୍ଟ କରେ ନାହିଁ। ସେହି ପ୍ରମାଣପତ୍ରଗୁଡ଼ିକୁ ଗୋପନୀୟତା ଆବଶ୍ୟକ ହେଲେ ଉପଯୁକ୍ତ ଭାବରେ ସୁରକ୍ଷିତ ପରିବହନ କିମ୍ବା ନେଟୱାର୍କ ବ୍ୟବହାର କରନ୍ତୁ।