Danteରେ ବ୍ୟବହାରକାରୀ ନାମ ପ୍ରମାଣୀକରଣ ଯୋଡ଼ନ୍ତୁ

Dante 1.4.4ରେ କ୍ଲାଏଣ୍ଟ ନିୟମ SOCKS ଆଲୋଚନା ପୂର୍ବରୁ ସଂଯୋଗ ଗ୍ରହଣ କରେ, ଆଉ SOCKS ନିୟମ କେଉଁ ପ୍ରମାଣୀକୃତ ଅନୁରୋଧ ଆଗକୁ ଯାଇପାରିବ ନିର୍ଣ୍ଣୟ କରେ। ଅନୁମୋଦିତ ଉତ୍ସର ସଂଯୋଗକୁ ମଧ୍ୟ ଦ୍ୱିତୀୟ ପର୍ଯ୍ୟାୟରେ ବ୍ୟବହାରକାରୀ ନାମ ଦରକାର ହୋଇପାରେ।

ଅପରେଟିଂ ସିଷ୍ଟମର ବ୍ୟବହାରକାରୀ ନାମରେ ପ୍ରମାଣୀକରଣ ପାଇଁ ପଦ୍ଧତି ସହ ସେବାର ପରିଚୟ ମଧ୍ୟ ଦେଖନ୍ତୁ। ଖାତା ଡାଟାବେସ ପଢ଼ିବାକୁ ବିଶେଷ ଅଧିକାର ଥିବା ପରିଚୟ ଲାଗିପାରେ:

clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy

Dante ପାଇଁ ସ୍ଥାପିତ ପ୍ରକୃତ କମ୍ ଅଧିକାରର ସେବା ଖାତା ବ୍ୟବହାର କରନ୍ତୁ। ବ୍ୟବହାରକାରୀ ନାମ ବ୍ୟାକଏଣ୍ଡ ସହ ସୁସଙ୍ଗତ ଅନୁମୋଦିତ କ୍ଲାଏଣ୍ଟ ଖାତା ସୃଷ୍ଟି କିମ୍ବା ଚୟନ କରନ୍ତୁ; ସେବାର ପରିଚୟ ଓ କ୍ଲାଏଣ୍ଟ ଲଗଇନ୍ ଭିନ୍ନ ଭୂମିକା।

ଅନୁରୋଧର ସୀମା ରଖନ୍ତୁ

ବର୍ତ୍ତମାନର ସୀମିତ କ୍ଲାଏଣ୍ଟ ନିୟମ ପରେ ଅନୁମୋଦିତ SOCKS ପଥରେ ଖାତା ଅନିବାର୍ଯ୍ୟ କରନ୍ତୁ:

socks pass {
    from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
    command: connect
    socksmethod: username
    user: proxyuser
    log: connect error
}

ଠିକଣା ଓ ଖାତା ନାମ ନମୁନା ମୂଲ୍ୟ। ଏହା ଗୋଟିଏ ଉତ୍ସ, ଗୋଟିଏ ଗନ୍ତବ୍ୟ, ଗୋଟିଏ କମାଣ୍ଡ ଓ ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରମାଣୀକୃତ ବ୍ୟବହାରକାରୀକୁ ଅନୁମତି ଦିଏ। କେବଳ ପାସୱାର୍ଡ ଯୋଡ଼ିଲେ ବୋଲି ଏହି ସୀମା ବଦଳାଇ ସମସ୍ତ ଉତ୍ସକୁ ଖୋଲନ୍ତୁ ନାହିଁ।

ସାମଗ୍ରିକ ଓ ନିୟମଭିତ୍ତିକ ପଦ୍ଧତି ସେଟିଂ ମେଳ ଖାଇବା ଦରକାର। କେବଳ ଉତ୍ସଭିତ୍ତିକ ପୁରୁଣା ବ୍ୟବସ୍ଥାରୁ none ମାତ୍ର ଅନୁମତି ଦେଉଥିବା ନିୟମ ରହିଛି କି ଦେଖନ୍ତୁ। ଇଚ୍ଛିତ ଲିସନର ଓ ଫାୟାରୱାଲ ସୀମା ମଧ୍ୟ ରଖନ୍ତୁ।

ଆଲୋଚନା ଓ ପ୍ରବେଶ ଅଲଗା ଯାଞ୍ଚ କରନ୍ତୁ

ଚାଲୁ କରିବା ପୂର୍ବରୁ ସ୍ଥାପିତ ସର୍ଭରର କନଫିଗରେସନ ଯାଞ୍ଚ ମୋଡରେ ଫାଇଲ ଯାଞ୍ଚ କରନ୍ତୁ। ତାପରେ ପ୍ରକୃତରେ SOCKS5 ବ୍ୟବହାରକାରୀ ନାମ/ପାସୱାର୍ଡ ଆଲୋଚନା ସମର୍ଥନ କରୁଥିବା ଅନୁମୋଦିତ କ୍ଲାଏଣ୍ଟ ବ୍ୟବହାର କରନ୍ତୁ। ପରିଚୟ ତଥ୍ୟ ନଥିବା, ଭୁଲ ତଥ୍ୟ ଏବଂ ଅନୁମୋଦିତ ଖାତା ନିଷିଦ୍ଧ ଲକ୍ଷ୍ୟ ମାଗିବା ଯାଞ୍ଚ କରନ୍ତୁ।

RFC 1929ରେ ନିର୍ଦ୍ଧାରିତ ବ୍ୟବହାରକାରୀ ନାମ/ପାସୱାର୍ଡ ଉପଆଲୋଚନା ପାସୱାର୍ଡ ଏନକ୍ରିପ୍ଟ କରେ ନାହିଁ। ଗନ୍ତବ୍ୟ ସହ ପରବର୍ତ୍ତୀ HTTPS ସେସନ୍ ପୂର୍ବର ସେହି ପ୍ରକ୍ସି ବିନିମୟକୁ ସୁରକ୍ଷା ଦିଏ ନାହିଁ। କ୍ଲାଏଣ୍ଟରୁ ସର୍ଭର ଯାଏ ଉପଯୁକ୍ତ ସୁରକ୍ଷିତ ପଥ ବ୍ୟବହାର କରନ୍ତୁ।

ସଫଳ କନଫିଗରେସନ ଯାଞ୍ଚ ସିନଟାକ୍ସ ଓ ପରିଚୟ ସୁନିଶ୍ଚିତ କରେ, ଖାତା ଡାଟାବେସ କିମ୍ବା ନେଟୱାର୍କ ପଥ ନୁହେଁ। ପ୍ରକୃତ ପରୀକ୍ଷା କେଉଁ ପର୍ଯ୍ୟାୟରେ ନାକଚ ହେଲା ସର୍ଭର ଲଗରେ ଦେଖନ୍ତୁ।