NuGet 407 ବନାମ 401: ପ୍ରକ୍ସି ଲଗଇନ ନା ଘରୋଇ ଫିଡର ପ୍ରମାଣପତ୍ର?

ଏକ NuGet ପୁନଃସ୍ଥାପନ ପାଇଁ ଫରୱାର୍ଡ-ପ୍ରକ୍ସି ଖାତା ଏବଂ ଘରୋଇ ଫିଡ ଖାତା ଦୁଇଟି ଆବଶ୍ୟକ ହୋଇପାରେ। କେଉଁ କନଫିଗରେସନ ଯାଞ୍ଚ କରିବେ ତାହା ସ୍ଥିର କରିବାକୁ ପ୍ରତିକ୍ରିୟା ବ୍ୟବହାର କରନ୍ତୁ:

ଫିଡ ଟୋକେନ ପ୍ରକ୍ସିର 407 ର ଉତ୍ତର ଦେଇପାରିବ ନାହିଁ। ସେହିପରି, ପ୍ରତିକ୍ରିୟା ପୂର୍ବରୁ ସଂଯୋଗ କିମ୍ବା TLS ବିଫଳତା କେଉଁ ପାସୱାର୍ଡ ଭୁଲ ତାହା ସ୍ଥାପିତ କରିନାହିଁ।

ଫିଡଠାରୁ ଅଲଗା ଭାବରେ ପ୍ରକ୍ସି କନଫିଗର କରନ୍ତୁ

NuGetର ପ୍ରକ୍ସି ଏଣ୍ଟ୍ରି config ଅଧୀନରେ ରହେ। ଅନ୍ତର୍ନିହିତ ପ୍ରମାଣପତ୍ର ନଥିବା ପଥ ପାଇଁ:

<configuration>
  <config>
    <add key="http_proxy" value="http://proxy.example:8080" />
  </config>
</configuration>

ଏହି ଉଦାହରଣକୁ ଉପଯୁକ୍ତ ବିଦ୍ୟମାନ କନଫିଗରେସନରେ ମିଶ୍ରଣ କରନ୍ତୁ। ଯେଉଁ ଜନସାଧାରଣ ଫିଡରେ ଜନସାଧାରଣ ମଧ୍ୟସ୍ଥ ଅନୁମତିପ୍ରାପ୍ତ, ସେଥିପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକା ଏହି ପ୍ରମାଣପତ୍ର-ମୁକ୍ତ ପଥ ପାଇଁ ଏକ ପ୍ରାର୍ଥୀ ଦିଏ। ପ୍ୟାକେଜ ଉତ୍ସଗୁଡ଼ିକୁ ସେମାନଙ୍କ ନିଜ ବିଭାଗରେ ରଖନ୍ତୁ; ଫିଡ URLକୁ ସାଧାରଣ ପ୍ରକ୍ସି ଠିକଣାରେ ବଦଳାଇବା ମଧ୍ୟସ୍ଥକୁ ପ୍ୟାକେଜ ମାଗେ।

ଦଲିଲଭୁକ୍ତ http_proxy.password ମୂଲ୍ୟ ଏନକ୍ରିପ୍ଟ ହୋଇଛି। ସେହି କ୍ଷେତ୍ରରେ ସାଧା ପାଠ୍ୟ ଲେଖିବା କିମ୍ବା ଅନ୍ୟ ମେସିନରୁ ଏନକୋଡେଡ ଦେଖାଯାଉଥିବା ମୂଲ୍ୟକୁ ପୋର୍ଟେବଲ ପ୍ରମାଣପତ୍ର ଫର୍ମାଟ ପରି କପି କରିବା ପରିବର୍ତ୍ତେ ସମର୍ଥିତ କନଫିଗରେସନ ଉପକରଣ ବ୍ୟବହାର କରନ୍ତୁ।

ପ୍ରକୃତରେ ବିଫଳ ହେଉଥିବା ପୁନଃସ୍ଥାପନ ଯାଞ୍ଚ କରନ୍ତୁ

କ୍ଲାଏଣ୍ଟ, ବ୍ୟବହାରକାରୀ ଓ ଲଞ୍ଚ ପରିବେଶର ନାମ ଦିଅନ୍ତୁ, ତାପରେ ଏହାର ପ୍ରଭାବଶାଳୀ କନଫିଗରେସନ ପଦାନୁକ୍ରମ ଖୋଜନ୍ତୁ। ବ୍ୟବହାରକାରୀ, ମେସିନ ଓ ସମାଧାନ ସେଟିଂସ ଯୋଗଦାନ କରିପାରେ। ପୁରୁଣା devenv.exe.config ସଂଶୋଧନ ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ Visual Studio ପ୍ରକ୍ରିୟା ସହିତ ସମ୍ବନ୍ଧିତ; ଏହା କମାଣ୍ଡ-ଲାଇନ ପୁନଃସ୍ଥାପନ କିମ୍ବା ବିଲ୍ଡ ସେବା କଣ ପଢ଼େ ତାହା ସ୍ଥାପିତ କରେ ନାହିଁ। ଅପ୍ରଚଳିତ ପ୍ରକ୍ସି ଏଣ୍ଟ୍ରି ଖୋଜିବା ସମୟରେ କାର୍ଯ୍ୟକାରୀ ପ୍ୟାକେଜ ଉତ୍ସ ଓ ନୀତି ସଂରକ୍ଷିତ ରଖନ୍ତୁ।

ପ୍ରମାଣୀକରଣ କାର୍ଯ୍ୟ କରିବା ପରେ, ପରେ ବିଫଳ ହେଉଥିବା ଯେକୌଣସି URL ଅନୁସରଣ କରନ୍ତୁ। ଫିଡ ମେଟାଡାଟା ଓ ପ୍ୟାକେଜ ବିଷୟବସ୍ତୁ ଭିନ୍ନ ଏଣ୍ଡପଏଣ୍ଟ ବ୍ୟବହାର କରିପାରେ, ତେଣୁ ଗୋଟିଏ ଗ୍ରହଣୀୟ ଅନୁରୋଧ ସମ୍ପୂର୍ଣ୍ଣ ପୁନଃସ୍ଥାପନ ପଥ ସ୍ଥାପିତ କରେ ନାହିଁ। ଏହାକୁ ସଂଶୋଧନ କରିବା ସମୟରେ ସାଧାରଣ ପ୍ୟାକେଜ-ସ୍ୱାକ୍ଷର ଓ TLS ଯାଞ୍ଚ ସଂରକ୍ଷିତ ରଖନ୍ତୁ।