curl ରେ NTLM ପ୍ରକ୍ସି ଲଗଇନ୍ ସମସ୍ୟା ଚିହ୍ନଟ

NTLM ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣରେ ହ୍ୟାଣ୍ଡଶେକ୍ ଥାଏ; କେବଳ ଥରେ ଉପଯୋଗକର୍ତ୍ତା ନାମ ଯୋଡ଼ିବା ଯଥେଷ୍ଟ ନୁହେଁ। ଖାତାର ପାସୱାର୍ଡ ବଦଳାଇବା ପୂର୍ବରୁ ପ୍ରକ୍ସି ପ୍ରକୃତରେ NTLM ଦେଉଛି ଏବଂ curl ବାଇନାରୀ ତାହା ସମର୍ଥନ କରୁଛି ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ।

curl --version

ଆପଣଙ୍କ ଅନୁରୋଧ ଚଲାଉଥିବା ବାଇନାରୀର ସୁବିଧା ତାଲିକା ଦେଖନ୍ତୁ। ଅନ୍ୟ curl ସ୍ଥାପନ, କଣ୍ଟେନର ଇମେଜ କିମ୍ବା ଅପରେଟିଂ ସିଷ୍ଟମ ବିଲ୍ଡରେ ପ୍ରମାଣୀକରଣ ସମର୍ଥନ ଭିନ୍ନ ହୋଇପାରେ।

ବିଶେଷ ଭାବରେ ପ୍ରକ୍ସି ପାଇଁ ପଦ୍ଧତି ବାଛନ୍ତୁ

curl --proxy http://proxy.example:3128 --proxy-ntlm --proxy-user 'EXAMPLE\alice' --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

ଏଣ୍ଡପଏଣ୍ଟ, ଡୋମେନ ଓ ଉପଯୋଗକର୍ତ୍ତା ନାମ ଉଦାହରଣ। ପ୍ରଶାସକ ଦେଇଥିବା ଫର୍ମାଟ ବ୍ୟବହାର କରନ୍ତୁ। ଆର୍ଗୁମେଣ୍ଟରେ ପାସୱାର୍ଡ ନଥିଲେ curl ଦେଖାଯାଉଥିବା କମାଣ୍ଡରେ ଗୁପ୍ତ ତଥ୍ୟ ଛାଡ଼ିବା ବଦଳରେ ତାହା ମାଗିପାରେ।

ପ୍ରାରମ୍ଭିକ ପ୍ରମାଣୀକରଣ ଚ୍ୟାଲେଞ୍ଜ ବୁଝାମଣାର ଅଂଶ ହୋଇପାରେ। ତାହାକୁ ସମ୍ପୂର୍ଣ୍ଣ ହ୍ୟାଣ୍ଡଶେକ୍ ପରେ ନାକଚ ହେବାରୁ ଅଲଗା କରନ୍ତୁ। ପ୍ରକ୍ସିର ଚ୍ୟାଲେଞ୍ଜର ଉତ୍ତର ଦେବାକୁ ମୂଳ ସର୍ଭରର NTLM ବିକଳ୍ପ ବ୍ୟବହାର କରନ୍ତୁ ନାହିଁ।

ସମସ୍ୟା ନିର୍ଣ୍ଣୟରେ ସଂଯୋଗ ଆଚରଣକୁ ସାମିଲ କରନ୍ତୁ

NTLM ର ଅବସ୍ଥା ସଂଯୋଗ ସହ ବନ୍ଧା। ହ୍ୟାଣ୍ଡଶେକ୍ ଆଶାକରା ସଂଯୋଗ ପଥରେ ହେବା ଦରକାର; ପର୍ଯ୍ୟାୟଗୁଡ଼ିକ ମଧ୍ୟରେ ବାରମ୍ବାର ସଂଯୋଗ ବଦଳାଇଲେ ସମ୍ପୂର୍ଣ୍ଣ ହେବାରେ ବାଧା ହୋଇପାରେ।

Libcurl ବ୍ୟବହାର କରୁଥିବା ଆପ୍ଲିକେସନରେ ପ୍ରମାଣୀକରଣ ଓ ସଂଯୋଗ ପୁନଃବ୍ୟବହାର ଲାଇବ୍ରେରୀକୁ ପରିଚାଳନା କରିବାକୁ ଦିଅନ୍ତୁ। ଭିନ୍ନ ପରିଚୟ ପାଇଁ ପ୍ରମାଣୀକୃତ ସଂଯୋଗଗୁଡ଼ିକୁ ପରସ୍ପର ବଦଳାଯୋଗ୍ୟ ଭାବୁଥିବା ସାଧାରଣ ପୁଲ୍ ତିଆରି କରନ୍ତୁ ନାହିଁ। ଅନେକ ହପ୍ କିମ୍ବା ମଧ୍ୟସ୍ଥ ସେବା ଥିଲେ ଆବଶ୍ୟକ ସଂଯୋଗ ବ୍ୟବସ୍ଥା ରଖୁଛି କି ଯାଞ୍ଚ କରନ୍ତୁ।

ସମର୍ଥନ ଓ ପଦ୍ଧତି ବାଛିବା ଠିକ୍ ଥିଲେ ଖାତା ଫର୍ମାଟ, ଡୋମେନ ନୀତି ଓ ସମ୍ବେଦନଶୀଳ ତଥ୍ୟ ହଟାଯାଇଥିବା ସର୍ଭରର ପ୍ରମାଣୀକରଣ ଲଗ୍ ଯାଞ୍ଚ କରନ୍ତୁ। କୌଣସି ଚ୍ୟାଲେଞ୍ଜ ପୂର୍ବରୁ ସମୟସୀମା ଶେଷ ହେବା ଏବେ ମଧ୍ୟ ପହଞ୍ଚିବା ସମସ୍ୟା, ଭୁଲ NTLM ପାସୱାର୍ଡର ପ୍ରମାଣ ନୁହେଁ।

ବିସ୍ତୃତ ଟ୍ରେସରେ ପ୍ରମାଣୀକରଣ ଟୋକନ ଓ ଆଭ୍ୟନ୍ତରୀଣ ନାମ ଥାଇପାରେ। ସ୍ଥାନୀୟ ଭାବେ ବ୍ୟବହାର କରନ୍ତୁ ଏବଂ ସେୟାର କରିବା ପୂର୍ବରୁ ସମ୍ବେଦନଶୀଳ ତଥ୍ୟ ହଟାନ୍ତୁ; ସାର୍ବଜନୀନ ତ୍ରୁଟି ରିପୋର୍ଟରେ କଞ୍ଚା ଟୋକନ ଆଦାନପ୍ରଦାନ ଦରକାର ନାହିଁ।