Git ର proxyAuthMethod ପାଇଁ ପ୍ରକ୍ସି ବ୍ୟବହାରକାରୀ ନାମ ଆବଶ୍ୟକ

proxyAuthMethod ସେଟିଂ ପ୍ରଭାବହୀନ ଦେଖାଗଲେ ପ୍ରକ୍ସି ବ୍ୟବହାରକାରୀ ନାମ, ଚୟନିତ ପଦ୍ଧତି, ପରିବେଶ ଓଭରରାଇଡ ଏବଂ Git ସଂସ୍କରଣ ଯାଞ୍ଚ କରନ୍ତୁ।

ଆପଣ http.proxyAuthMethod ଯୋଡ଼ନ୍ତି, ପୁଣି clone ଚେଷ୍ଟା କରନ୍ତି ଏବଂ ତଥାପି 407 ଦେଖନ୍ତି। ସେଟିଂର ଏକ ଦଲିଲଭୁକ୍ତ ଶର୍ତ୍ତ ଅଛି ଯାହା ସହଜରେ ଛାଡ଼ିଯାଏ: ବିନ୍ୟାସିତ ପ୍ରକ୍ସି ଷ୍ଟ୍ରିଙ୍ଗରେ ବ୍ୟବହାରକାରୀ ନାମ ରହିବା ଆବଶ୍ୟକ।

URL ରେ ବ୍ୟବହାରକାରୀ ନାମ ସହିତ ଆକ୍ଷରିକ ପାସୱାର୍ଡ ରହିବା ଆବଶ୍ୟକ ନାହିଁ। Git ନିଜର ପ୍ରମାଣପତ୍ର ଯନ୍ତ୍ରକୌଶଳ ମାଧ୍ୟମରେ ଅନୁପସ୍ଥିତ ପାସୱାର୍ଡ ପାଇପାରେ। ରୁଟିଂ ପରିଚୟ ଏବଂ ପ୍ରମାଣୀକରଣ ପଦ୍ଧତି ତଥାପି ଉଦ୍ଦିଷ୍ଟ ପ୍ରକ୍ସିକୁ ସୂଚାଇବା ଆବଶ୍ୟକ।

ଚାରିଟି ଇନପୁଟ ଏକସଙ୍ଗେ ଯାଞ୍ଚ କରନ୍ତୁ

  1. ପ୍ରଭାବୀ ପ୍ରକ୍ସି URI, ଏହାର ପାସୱାର୍ଡ ହଟାଇ।
  2. ସେହି ପ୍ରକ୍ସି ପାଇଁ ଚୟନିତ ପଦ୍ଧତି।
  3. ଯେକୌଣସି ପ୍ରତି-remote ଓଭରରାଇଡ କିମ୍ବା GIT_HTTP_PROXY_AUTHMETHOD ପରିବେଶ ଓଭରରାଇଡ।
  4. Git ସଂସ୍କରଣ ଏବଂ ଏହାର HTTP backend ର ସାମର୍ଥ୍ୟ।

ବର୍ତ୍ତମାନର Git anyauth, Basic, Digest, Negotiate ଏବଂ NTLM ସହିତ ପଦ୍ଧତିଗୁଡ଼ିକୁ ଦଲିଲଭୁକ୍ତ କରେ। ଗୋଟିଏ ଚୟନ କଲେ ସଂଯୁକ୍ତ backend କୁ ଅନୁପସ୍ଥିତ ସମର୍ଥନ ଯୋଡ଼ାଯାଏ ନାହିଁ। କ୍ଲାଏଣ୍ଟ ଅନ୍ୟ ପଦ୍ଧତି ପାଇଁ ବିନ୍ୟାସିତ ଥିଲା ବୋଲି କର୍ପୋରେଟ ପ୍ରଶାସକ ପ୍ରକ୍ସି ନୀତି ଦୁର୍ବଳ କରିବା ଉଚିତ ନୁହେଁ।

ପୁରୁଣା ରିପୋର୍ଟରେ ଏପରି ସଂସ୍କରଣ ଅଛି ଯାହା କପି ହେଉଥିବା ବିକଳ୍ପକୁ କାର୍ଯ୍ୟକାରୀ କରିନାହିଁ। ଯେକୌଣସି ମନଇଚ୍ଛା ବିନ୍ୟାସ କୀ ସଂରକ୍ଷିତ ହୋଇପାରେ, କିନ୍ତୁ ଚାଲୁଥିବା ସ୍ଥାନାନ୍ତର ଏହାକୁ ବ୍ୟବହାର କରୁଛି ବୋଲି ପ୍ରମାଣ ଆବଶ୍ୟକ ନାହିଁ। ସଂସ୍କରଣ-ଅନୁସାରେ ଦଲିଲ ଏବଂ ସମ୍ପାଦିତ ଆଦାନପ୍ରଦାନ ପଢ଼ନ୍ତୁ।

ଶେଷରେ, ରିପୋଜିଟୋରୀ ପ୍ରମାଣପତ୍ର ଏକ ପରବର୍ତ୍ତୀ ସମ୍ପର୍କ। Git ହୋଷ୍ଟିଂ ଟୋକେନ ପ୍ରକ୍ସିର ଆହ୍ୱାନ ପୂରଣ କରେ ନାହିଁ। ରିପୋଜିଟୋରୀ TLS ଯାଞ୍ଚ ଅକ୍ଷମ କଲେ ମଧ୍ୟ ପ୍ରକ୍ସି ଚୟନିତ ପ୍ରମାଣୀକରଣ ଯୋଜନା ଗ୍ରହଣ କରେ ନାହିଁ। ପ୍ରଥମେ ସେହି ଆଦାନପ୍ରଦାନ ସ୍ଥାପିତ କରନ୍ତୁ, ତାପରେ ପରବର୍ତ୍ତୀ ଯେକୌଣସି ରିପୋଜିଟୋରୀ ପ୍ରତିକ୍ରିୟାର ନିଦାନ କରନ୍ତୁ।

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